VibeFox HyperPay for OpenCart — Ajuda

Requisitos

OpenCart: 3.0.x (testado na versão 3.0.5.0) ou 4.0.2 e posterior (testado na versão 4.1.0.3).

PHP: 8.0 ou superior com a extensão OpenSSL (ela descriptografa os webhooks).

Conta HyperPay: a HyperPay emite o Access Token e o Entity ID quando a sua conta de comerciante é configurada. As credenciais de teste e de produção são diferentes. Você também precisa de um webhook de pagamento no painel da HyperPay e da sua chave de descriptografia (webhook key), exibida em Administration > Webhooks (veja Configuração).

Dados do cartão: o cartão é digitado somente no widget da HyperPay, por isso os dados do cartão nunca passam pelo seu servidor (PCI DSS SAQ A).

Chave de licença VibeFox: comprada em vibefox.net. Uma chave funciona em um domínio.

Instalação

O download é um único arquivo zip com os pacotes para as duas versões do OpenCart. Descompacte-o no seu computador. Ele contém README.txt, o pacote do OpenCart 3 wcp_hyperpay_payment_gateway-oc3-(versão).ocmod.zip e o pacote do OpenCart 4 wcp_hyperpay_payment_gateway.ocmod.zip. Instale somente o pacote da sua versão do OpenCart. A chave de licença é a mesma para as duas versões.

OpenCart 3

1. No painel de administração, vá em Extensions > Installer, clique em Upload e escolha o arquivo wcp_hyperpay_payment_gateway-oc3-(versão).ocmod.zip. A extensão não tem modificações OCMOD, então Extensions > Modifications não precisa ser atualizado. Em vez do instalador, você também pode copiar o conteúdo da pasta upload deste pacote para a pasta raiz da sua loja.

2. Vá em Extensions > Extensions e escolha o tipo Payments. Localize VibeFox HyperPay Payment Gateway e clique em Install (o botão verde +). O seu usuário administrador precisa do direito de modificar a lista de extensões de pagamento.

3. Clique em Edit (o botão com o lápis) para abrir a página de configurações. Cole a sua chave de licença VibeFox em License key, no bloco de licença no topo da página, e clique em Activate (veja Chave de licença).

4. Informe o Access Token de teste, o Entity ID e a chave do webhook fornecidos pela HyperPay, e mantenha Test Mode ativado.

5. No painel da HyperPay (Administration > Webhooks), adicione um webhook de pagamento com a URL exibida na seção Webhook e copie a chave de descriptografia dele para o campo de chave do webhook do mesmo modo.

6. Ative Enable/Disable, clique em Save e faça um pagamento de teste com um cartão de teste da HyperPay. Depois, informe as credenciais de produção e desative Test Mode.

OpenCart 4

1. No painel de administração, vá em Extensions > Installer, clique em Upload e escolha o arquivo wcp_hyperpay_payment_gateway.ocmod.zip. Não renomeie o arquivo: o OpenCart 4 obtém o código da extensão a partir do nome do arquivo, e um pacote renomeado não funciona.

2. O pacote aparece na lista de extensões instaladas na mesma página. Clique em Install (o botão verde +) ao lado dele.

3. Vá em Extensions > Extensions e escolha o tipo Payments. Localize VibeFox HyperPay Payment Gateway, clique em Install (o botão verde +) e depois em Edit (o botão com o lápis).

4. Informe a chave de licença, as credenciais da HyperPay e o webhook como nos passos 3 a 6 do OpenCart 3. A página de configurações e os seus campos são iguais nas duas versões. Só a URL do webhook é diferente (veja Webhook).

Uma instalação nova começa com o método de pagamento desativado e o modo de teste ativado.

Configuração

Todas as configurações estão na página da extensão: Extensions > Extensions > Payments > VibeFox HyperPay Payment Gateway > Edit. As seções ficam listadas à esquerda; o botão Save abaixo da lista salva a página inteira. Acima das configurações, a página mostra Test mode is on: payments go to the HyperPay test system and no real money is charged. enquanto o modo de teste estiver ativado. Ela avisa quando o Access Token ou o Entity ID do modo atual não está preenchido (nesse caso, o método de pagamento não aparece na finalização de compra) e quando o modo atual não tem uma chave de webhook válida (nesse caso, os pagamentos só são confirmados quando o cliente volta à loja). Sem o direito de modificar a extensão, a página mostra as configurações, mas não consegue salvá-las.

Ao salvar, Title não pode ficar vazio e deve ter no máximo 128 caracteres, Transaction Type deve ser válido, Sort Order deve ser um número inteiro, Total deve ser um número igual ou maior que 0, e a zona geográfica e os status de pedido devem existir; caso contrário, nada é salvo. Os espaços são removidos das credenciais. As configurações são salvas com um aviso se uma chave de webhook não for uma chave hexadecimal de 64 caracteres ou se nenhuma bandeira de pagamento estiver marcada.

HyperPay

Enable/Disable: Enable HyperPay Payment liga ou desliga o método de pagamento. Padrão: desligado.

Title: o título que o cliente vê durante a finalização de compra. Ele também é o nome do método de pagamento salvo no pedido. Padrão: Credit/Debit Card (HyperPay). Obrigatório.

Description: o texto exibido ao cliente na etapa Confirm Order, acima do botão de confirmação, sob um ícone de cartão. Padrão: Pay securely using your credit or debit card.

Sort Order: a posição da HyperPay entre os métodos de pagamento da finalização de compra. Deixe em branco ou informe um número inteiro.

Geo Zone: ofereça a HyperPay somente para endereços de pagamento na zona geográfica selecionada. Padrão: All zones. As zonas geográficas são configuradas em System > Localisation > Geo Zones.

Total: o total da finalização de compra, na moeda padrão da loja, que um pedido deve atingir para que a HyperPay seja oferecida. Deixe em branco para oferecer a HyperPay com qualquer valor.

Credenciais da API

O Access Token, o Entity ID e a chave do webhook são emitidos pela HyperPay quando a sua conta de comerciante é configurada. As credenciais de teste e de produção são diferentes. A chave do webhook é exibida no painel da HyperPay em Administration > Webhooks. A seção traz links para o site da HyperPay e para a documentação para desenvolvedores.

Test Mode: usa o sistema de testes da HyperPay (eu-test.oppwa.com) e as credenciais de teste. Nenhum dinheiro real é cobrado. Desative-o para aceitar pagamentos reais com as credenciais de produção (eu-prod.oppwa.com). Padrão: ativado. Enquanto estiver ativado, os clientes veem Test mode: no real payment will be made. na etapa Confirm Order.

Test Access Token: o bearer token da sua conta de teste da HyperPay.

Test Entity ID: o Entity ID do canal de pagamento de teste.

Test Webhook Key: a chave hexadecimal de 64 caracteres usada para descriptografar as notificações de webhook do sistema de testes.

Live Access Token: o bearer token da sua conta de produção da HyperPay.

Live Entity ID: o Entity ID do canal de pagamento de produção.

Live Webhook Key: a chave hexadecimal de 64 caracteres usada para descriptografar as notificações de webhook do sistema de produção.

Access Tokens e chaves de webhook salvos nunca são exibidos novamente. O campo fica vazio e mostra Saved — leave empty to keep it. Digite um novo valor somente se quiser alterá-lo. Para remover um valor salvo, marque Clear the saved value on save abaixo do campo e clique em Save.

Webhook

O webhook informa à sua loja sobre os pagamentos mesmo quando o cliente fecha o navegador antes de voltar à loja. No painel da HyperPay (Administration > Webhooks), adicione um webhook para pagamentos com a URL exibida em Webhook URL nesta seção. No OpenCart 3 ela tem o formato https://your-store/index.php?route=extension/payment/wcp_hyperpay_payment_gateway/webhook, e no OpenCart 4, https://your-store/index.php?route=extension/wcp_hyperpay_payment_gateway/payment/wcp_hyperpay_payment_gateway.webhook. Ela é montada a partir do endereço da vitrine da sua instalação do OpenCart. Copie a URL exatamente como as configurações a mostram. Em seguida, copie a chave de descriptografia do webhook para Test Webhook Key ou Live Webhook Key, conforme o mesmo modo.

Os webhooks da HyperPay são criptografados (AES-256-GCM). Um webhook que não pode ser descriptografado com as suas chaves é rejeitado. Somente as notificações de pagamento são processadas, e o pagamento precisa pertencer a uma finalização de compra de um dos seus pedidos, criada no mesmo modo da chave que o descriptografou. As notificações de teste da HyperPay são confirmadas. O webhook também informa capturas, estornos, reembolsos e contestações feitos no painel da HyperPay (veja Pedidos e reembolsos). Sem o webhook, um pagamento só é confirmado quando o cliente volta à loja depois de pagar. O webhook também funciona enquanto a loja está em modo de manutenção: o OpenCart 3 deixa passar as requisições das extensões de pagamento, e no OpenCart 4 a extensão adiciona uma ação de inicialização que deixa passar o webhook e o retorno do cliente da HyperPay.

Payment

Transaction Type: como o cartão é cobrado.

Payment Brands: as bandeiras exibidas no widget de pagamento: VISA, Mastercard, mada, American Express, STC Pay, Apple Pay. Padrão: VISA e Mastercard. Se nenhuma bandeira estiver marcada, a página avisa e o widget mostra VISA e Mastercard. Selecione somente as bandeiras que a HyperPay ativou para o seu Entity ID; mada, STC Pay e Apple Pay costumam usar uma entidade própria, que esta extensão não suporta.

Pedidos

O OpenCart cria o pedido na etapa Confirm Order sem status (um pedido ausente). O pedido só recebe um status depois que a HyperPay confirma o pagamento. Um pagamento recusado ou abandonado deixa o pedido sem status, e o carrinho é mantido. Cada campo abaixo lista os seus status de pedido do OpenCart. O OpenCart não tem o status «On hold», então três deles têm Pendente como padrão; você pode criar os seus próprios status em System > Localisation > Order Statuses e selecioná-los aqui.

Order Status After Payment: definido quando a HyperPay confirma uma cobrança com o valor e a moeda corretos, ou quando uma pré-autorização é capturada. Padrão: Processando.

Authorized (Capture Required) Status: uma pré-autorização reservou o valor; capture-o na aba do pedido. Um estorno no painel da HyperPay cancela o pedido enquanto ele tiver este status. Padrão: Pendente.

Awaiting Payment Status: a HyperPay informou um pagamento que aguarda confirmação; o webhook o confirma depois. Padrão: Pendente.

On Hold (Review) Status: o valor ou a moeda pagos são diferentes do pedido, ou um pagamento chegou depois que o pedido foi cancelado. Uma nota explica o motivo. Padrão: Pendente.

Canceled Status: definido quando a pré-autorização é estornada na HyperPay. Um pagamento para um pedido com este status o coloca em espera em vez de reabri-lo. Padrão: Cancelado.

Refunded Status: um pagamento recebido para um pedido com este status é apenas anotado; o pedido não é alterado. Padrão: Reembolsado.

Avançado

Enable Logging: registra as requisições e respostas da API em hyperpay_p_debug.log.php, na pasta de logs do OpenCart (storage/logs). O arquivo não pode ser aberto pela web e, ao chegar a 5 MB, é movido para hyperpay_p_debug.old.log.php. Erros e avisos são sempre registrados. Os logs não contêm dados de cartão, chaves ou dados de clientes. Padrão: desligado.

Log: mostra o tamanho e as últimas entradas do log. Clique em Clear log para limpá-lo.

Delete Data on Uninstall: quando ativado, desinstalar a extensão remove as configurações e os arquivos de log. Pedidos e tentativas de pagamento da HyperPay são sempre mantidos, porque webhooks atrasados e capturas de pedidos existentes precisam deles. Padrão: desligado.

Importar / Exportar

Export: Download JSON salva as configurações em um arquivo JSON. Access Tokens e chaves de webhook não são exportados.

Import: cole o JSON exportado anteriormente e clique em Import para restaurar as configurações. Access Tokens e chaves de webhook salvos são mantidos.

Finalização de compra

Na etapa Payment Method, o cliente escolhe o método de pagamento (por padrão, Credit/Debit Card (HyperPay)). Na etapa Confirm Order, o cliente vê a sua descrição. O OpenCart cria o pedido nessa etapa, ainda sem status. Quando o cliente clica em Confirm Order, a extensão prepara uma finalização de compra da HyperPay pelo total do pedido na moeda do pedido e abre a página HyperPay payment da sua loja com o widget da HyperPay e Please complete your payment below:. O widget usa o idioma do cliente quando a HyperPay o suporta. No modo de teste, a página mostra Test mode: use a HyperPay test card, no real payment will be made. O cliente digita os dados do cartão no widget ou segue Choose another payment method para voltar à finalização de compra. Ao recarregar a página, a mesma finalização de compra é reutilizada por até 25 minutos, enquanto o total do pedido não mudar; depois disso, uma nova é preparada.

No OpenCart 4, o cliente escolhe o método de pagamento com o botão Choose do bloco do método de pagamento, na janela Payment method options, e clica em Confirm Order na parte de baixo da página de finalização de compra. Por padrão, o OpenCart 4 não pede um endereço de pagamento; nesse caso, a extensão envia à HyperPay o endereço de entrega como endereço de cobrança.

Depois de pagar, o cliente volta à sua loja. A extensão verifica se o pagamento pertence a uma das finalizações de compra deste pedido e pede o resultado à HyperPay com uma requisição servidor a servidor, no modo em que a finalização de compra foi criada. O pedido só é marcado como pago depois que a HyperPay confirma: por essa requisição ou pelo webhook. O valor e a moeda devem coincidir com o pedido. Um retorno e um webhook que chegam ao mesmo tempo, assim como resultados de dois pedidos do mesmo carrinho, são tratados um após o outro, para que o pagamento nunca seja aplicado duas vezes. Em seguida, o pedido recebe o seu status da forma padrão do OpenCart, com os e-mails de pedido habituais e a atualização do estoque, e o cliente vê a página de sucesso do pedido do OpenCart.

Se o pagamento não foi concluído, o cliente volta à finalização de compra com uma mensagem: Payment failed: seguido do motivo informado pela HyperPay, Payment was not completed. Please try again., ou We could not confirm your payment yet. If you were charged, the order will be updated automatically; otherwise please try again. O carrinho é mantido, e o cliente pode pagar de novo. Se o formulário de pagamento não puder ser preparado, o cliente permanece na etapa Confirm Order com uma mensagem curta, por exemplo informando que alguns dados de cobrança não foram aceitos pelo provedor de pagamento, ou que o formulário de pagamento não está disponível por causa de um erro de configuração. O motivo técnico é gravado no log.

No OpenCart 4, essas mensagens são exibidas acima da página de finalização de compra. O OpenCart 3 cria um novo pedido toda vez que a etapa Confirm Order é exibida; o OpenCart 4 atualiza o pedido da finalização de compra, então, após um pagamento recusado, o cliente paga o mesmo pedido com uma nova tentativa de pagamento. Se o mesmo carrinho já foi pago em outro pedido, o cliente vai para a página de sucesso em vez de pagar novamente. Uma alteração no carrinho, inclusive uma nova quantidade, conta como um carrinho novo que precisa do seu próprio pagamento.

O OpenCart 4 mantém o pedido na finalização de compra até que a página de sucesso seja exibida. Se esse pedido foi fechado nesse meio-tempo sem pagamento (por exemplo, você o cancelou), o cliente volta à finalização de compra com Payment failed. Please try again or use another card. Se ele foi pago e depois cancelado ou reembolsado, a mensagem é Your previous order was closed by the store. Please confirm the order again to pay with a new order. Se ele já está pago e o carrinho agora contém uma nova compra, a mensagem é Your previous order #(número) has already been placed. Your cart has changed: please confirm the new order to pay for it. Em cada caso, o próximo Confirm Order paga um novo pedido do carrinho. Um pedido pago nunca é exibido como pago para um carrinho diferente.

Os valores são enviados com duas casas decimais, como exige a API da HyperPay. Em moedas com três casas decimais (KWD, BHD, JOD, OMR), o total do pedido é arredondado para duas casas.

A extensão não oferece reembolsos ou anulações pelo OpenCart, cartões salvos ou tokenização, assinaturas, verificação de domínio do Apple Pay, entidade separada por bandeira, nem Tabby, Tamara ou outros métodos de pagamento parcelado (buy now, pay later).

Pedidos e reembolsos

Status do pedido

No status (missing order): o cliente foi enviado à página de pagamento e não pagou, o pagamento foi recusado, ou a HyperPay ainda não confirmou o pagamento. Em Sales > Orders, esses pedidos aparecem somente com o filtro Order Status definido como Missing Orders.

Order Status After Payment (default Processing): uma cobrança foi confirmada, ou uma pré-autorização foi capturada. Uma nota mostra o código de resultado, a descrição e o ID do pagamento da HyperPay. Se a HyperPay sinalizou o pagamento para análise manual, a nota informa isso; confira no painel da HyperPay antes de enviar.

Authorized (Capture Required) Status (default Pending): o valor foi reservado por uma pré-autorização. Capture-o na aba do pedido ou no painel da HyperPay; o webhook de captura então move o pedido para Order Status After Payment.

Awaiting Payment Status (default Pending): a HyperPay informou o pagamento como pendente. O pedido passa para Order Status After Payment quando a HyperPay o confirma.

On Hold (Review) Status (default Pending): a HyperPay informou um valor ou uma moeda diferentes do pedido (por exemplo, o carrinho foi alterado depois que a página de pagamento foi aberta), ou o pagamento chegou depois que o pedido foi cancelado. A nota explica. Confira o pagamento no painel da HyperPay e depois conclua o pedido ou reembolse o pagamento.

Canceled Status (default Canceled): uma pré-autorização foi estornada no painel da HyperPay, e o webhook de estorno cancela o pedido autorizado.

Um resultado de recusa nunca altera um pedido que já tem status. Se chegar outro pagamento bem-sucedido para um pedido que já está pago, ou se outro pedido de um carrinho já pago for pago, o pedido pago não é alterado. Uma nota pede que você reembolse a duplicata no painel da HyperPay. Um pagamento bem-sucedido para um pedido no Refunded Status apenas adiciona uma nota.

As notas são entradas do History do pedido que o cliente não vê.

Aba VibeFox HyperPay Payment Gateway

Em Sales > Orders, abra um pedido pago com a HyperPay. Na parte de baixo da página do pedido, ao lado de History e Additional, a aba VibeFox HyperPay Payment Gateway mostra o ID do pagamento (e o ID da captura, após uma captura) com a etiqueta Test mode para pagamentos de teste, o tipo de transação, o ID da finalização de compra, o ID da transação do comerciante, o valor enviado à HyperPay, o resultado e as HyperPay notes do pedido. A aba é exibida aos usuários que têm acesso à extensão.

Captura

Para um pedido pré-autorizado que ainda não foi capturado, a aba mostra Capture payment com o valor. Clique e confirme Capture the pre-authorized amount through HyperPay?. O total atual do pedido é capturado, no modo em que a pré-autorização foi feita; por isso, o Access Token e o Entity ID desse modo precisam estar preenchidos. Você precisa do direito de modificar a extensão (definido em System > Users > User Groups). Após uma captura bem-sucedida, o pedido recebe Order Status After Payment e o ID da captura é adicionado à aba e às notas. O status é gravado diretamente, sem e-mails de pedido nem atualização de estoque. Se a HyperPay recusar a captura, o código de resultado e a descrição são exibidos e adicionados às notas, e o pedido permanece autorizado. Um clique duplo não captura duas vezes. A anulação (void) de uma pré-autorização é feita no painel da HyperPay.

Reembolsos

Reembolsos pelo OpenCart não são suportados. Devoluções de produtos em Sales > Returns não devolvem dinheiro pela HyperPay. Reembolse o pagamento no painel da HyperPay. Reembolsos e contestações feitos na HyperPay são adicionados ao pedido como nota pelo webhook; o status do pedido não muda. Atualize-o manualmente, se necessário.

Chave de licença

A extensão funciona com uma chave de licença VibeFox obtida em vibefox.net. O bloco de licença License — VibeFox HyperPay Payment Gateway é o primeiro bloco em Extensions > Extensions > Payments > VibeFox HyperPay Payment Gateway > Edit, acima das configurações. Cole a chave em License key e clique em Activate. Depois disso, o bloco mostra a chave mascarada, o status (por exemplo, a data até a qual a licença está ativa, e o seu domínio) e os botões Check now para verificar o status novamente, Change key para informar outra chave e Remove key para remover a chave desta loja. Abaixo deles estão a linha Product: opencart-payment-hyperpay e o link Manage licenses and domains in your account, que abre a sua conta em vibefox.net. Somente usuários administradores com a permissão Modify para a extensão podem alterar a chave. Os textos do bloco seguem o idioma do administrador (inglês e russo estão incluídos).

Se a chave não for aceita, o bloco informa o motivo, por exemplo Key not found, This key belongs to another product, Domain limit reached ou License expired on seguido de uma data. Depois que o endereço da loja mudar, ou depois que você liberar uma vaga de domínio na sua conta, clique em Check now. Se o servidor de licenças não puder ser acessado, a extensão continua funcionando com o último status conhecido.

Uma chave funciona em um domínio: o endereço da loja na configuração do OpenCart. Remover a chave da loja não libera a sua vaga de domínio. Libere a vaga na sua conta em vibefox.net.

Sem uma chave ativa, a HyperPay não é exibida aos clientes na finalização de compra. Se um pagamento for iniciado mesmo assim, o cliente verá This payment method is not available. Please choose another one. Um usuário administrador conectado ao painel no mesmo navegador ainda vê o método de pagamento na loja, marcado como (unlicensed — visible to admins only), para que você possa configurar e testar a extensão antes de comprar uma chave. No OpenCart 4, essa pré-visualização não está disponível: a loja não vê o login do administrador, então, sem uma chave ativa, o método de pagamento fica oculto para todos. Depois que você abrir a página Edit uma vez, aparece um lembrete no Dashboard do painel. Feche-o com × para ocultá-lo por 7 dias. Os pedidos existentes não são afetados: pagamentos já iniciados continuam sendo confirmados, e capturas e reembolsos funcionam.

Quando uma licença expira, a extensão continua funcionando, mas atualizações e suporte exigem renovação. O status é verificado de novo automaticamente quando você abre o Dashboard ou a página Edit do painel: uma vez por dia nos primeiros 14 dias após a chave ser informada, depois uma vez por semana. Não é necessário cron job. Desinstalar a extensão sempre remove a chave de licença e o status da licença.

Solução de problemas

A HyperPay não aparece na finalização de compra: verifique se a licença está ativa, se Enable/Disable está ligado e se o modo atual tem o seu Access Token e o seu Entity ID: os de teste no modo de teste, os de produção no modo de produção. A página de configurações mostra um aviso quando eles estão faltando. Verifique também se o endereço de pagamento está na Geo Zone selecionada e se o pedido atinge o Total definido.

O pagamento foi feito, mas o pedido continua sem status: o webhook não está funcionando e o cliente não voltou à loja. No painel da HyperPay, verifique se o webhook de pagamento existe para o modo que você usa, se a URL dele é exatamente a exibida em Webhook URL e se a chave de descriptografia dele está no campo de chave do webhook do mesmo modo. Ative Enable Logging e veja o campo Log na página da extensão.

O webhook responde Decryption failed: a chave do webhook pertence a outro webhook ou a outro modo. Copie a chave novamente no painel da HyperPay.

O webhook responde Webhook key not configured: nenhuma chave de webhook válida está definida. Cole a chave de 64 caracteres nas configurações. A HyperPay tenta o webhook novamente.

O webhook responde Busy, retry later: o pedido estava sendo processado por outra requisição no mesmo momento, ou o status do pedido não pôde ser definido. A HyperPay tenta o webhook novamente. O motivo está no log.

O log mostra Webhook ignored: o pagamento não pertence a um pedido desta loja, ou foi feito no outro modo. Pagamentos de teste e de produção são mantidos separados.

A URL do webhook mostra Method not allowed no navegador: isso é normal. A URL aceita apenas requisições POST da HyperPay.

O formulário de pagamento não carrega: veja o log. Um erro de configuração geralmente indica um Access Token ou um Entity ID incorretos para o modo atual. Uma mensagem sobre dados de cobrança significa que a HyperPay não aceitou alguns dados do cliente. Certifique-se de que as Payment Brands selecionadas estão ativadas para o seu Entity ID.

O cliente vê The payment session was not found. Please confirm the order again.: o link da página de pagamento não é mais válido para este pedido. O cliente confirma o pedido novamente na finalização de compra.

Order is in the on hold status: leia as notas na aba do pedido (veja Status do pedido), confira o pagamento no painel da HyperPay e depois conclua o pedido ou reembolse o pagamento.

A captura falha: leia o código de resultado e a descrição na aba e nas notas. A captura é enviada no modo da pré-autorização, então as credenciais desse modo precisam estar preenchidas; caso contrário, a aba informa que o Access Token / Entity ID desse modo estão vazios.

Desinstalação

Vá em Extensions > Extensions, escolha o tipo Payments e clique em Uninstall (o botão vermelho −) ao lado de VibeFox HyperPay Payment Gateway. A chave de licença e o status da licença desta extensão são sempre removidos. O OpenCart sempre remove as próprias configurações da extensão: Enable/Disable, Sort Order, Geo Zone, Total e os status de pedido da seção Orders, que voltam aos valores padrão em uma reinstalação. No OpenCart 4, também são removidos os seus eventos e a sua ação de inicialização, que deixa passar o webhook e o retorno do cliente no modo de manutenção. Se Delete Data on Uninstall estiver ativado, as demais configurações (título, descrição, modo de teste, credenciais, chaves de webhook, tipo de transação, bandeiras, log) e os arquivos de log são removidos. Se estiver desativado, elas são mantidas para uma reinstalação posterior. As tentativas de pagamento da HyperPay são sempre mantidas, então webhooks atrasados e capturas de pedidos existentes continuam funcionando após uma reinstalação. Os pedidos existentes mantêm as suas notas de pagamento.

Para remover também os arquivos da extensão no OpenCart 4, vá em Extensions > Installer após a desinstalação, clique em Uninstall (o botão laranja −) ao lado de VibeFox HyperPay Payment Gateway na lista de extensões instaladas, e depois em Delete (o botão vermelho de lixeira) para remover o pacote enviado.

HyperPay é uma marca comercial de seu respectivo titular. Esta extensão não é afiliada nem endossada pela HyperPay.