VibeFox Authorize.Net for OpenCart — Ajuda

Requisitos

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

PHP: 8.0 ou posterior.

HTTPS: a sua finalização de compra deve usar HTTPS. O Accept.js não funciona em páginas HTTP simples.

Conta Authorize.Net: você precisa do API Login ID, da Transaction Key e da Public Client Key da sua conta Authorize.Net, além de uma Signature Key caso use webhooks. Contas de produção (account.authorize.net) e de sandbox (sandbox.authorize.net) têm credenciais diferentes. As contas Authorize.Net estão disponíveis para comerciantes dos Estados Unidos, do Canadá, do Reino Unido, da Europa, da Austrália e da Nova Zelândia.

Moeda: a moeda do pedido deve ser USD, CAD, CHF, DKK, EUR, GBP, NOK, PLN, SEK, AUD ou NZD, e a sua conta Authorize.Net precisa liquidar nessa moeda. Para outras moedas, o método de pagamento fica oculto na finalização de compra.

Chave de licença VibeFox: comprada em vibefox.net. Uma chave funciona em um único 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_authorizenet_gateway-oc3-(version).ocmod.zip e o pacote do OpenCart 4 wcp_authorizenet_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 administrativo, acesse Extensions > Installer, clique em Upload e escolha o arquivo wcp_authorizenet_gateway-oc3-(version).ocmod.zip. A extensão não tem modificações OCMOD, portanto Extensions > Modifications não precisa ser atualizado. Em vez do instalador, você também pode copiar o conteúdo da pasta upload do arquivo para a pasta raiz da sua loja.

2. Acesse Extensions > Extensions e escolha o tipo Payments. Localize VibeFox Authorize.Net Gateway e clique em Install (o botão verde +). Seu usuário administrador precisa ter permissão para modificar a lista de extensões de pagamento.

3. Clique em Edit (o botão com lápis) para abrir a página de configurações. Cole 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 as credenciais das contas de sandbox e de produção (veja Configuração). Opcionalmente, configure o webhook.

5. Ative Enable/Disable, escolha o Transaction type e clique em Save. Teste um pagamento no modo sandbox com o cartão 4111 1111 1111 1111, qualquer data de validade futura e qualquer CVV, e depois desative o Sandbox mode.

OpenCart 4

1. No painel administrativo, acesse Extensions > Installer, clique em Upload e escolha o arquivo wcp_authorizenet_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. Acesse Extensions > Extensions e escolha o tipo de extensão Payments. Localize VibeFox Authorize.Net Gateway, clique em Install (o botão verde +) e depois em Edit (o botão com lápis).

4. Informe a chave de licença e as configurações como nos passos 3 a 5 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 Webhooks (recommended)).

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

Configuração

Todas as configurações ficam na página da extensão: Extensions > Extensions > Payments > VibeFox Authorize.Net Gateway > Edit. As seções aparecem à esquerda; o botão Save abaixo da lista salva a página inteira. Acima das configurações, a página avisa quando a loja não usa HTTPS (o Accept.js só funciona em páginas HTTPS), quando a moeda padrão da loja não é aceita pelo Authorize.Net, quando o modo atual não tem API Login ID, Transaction Key ou Public Client Key (nesse caso o método de pagamento fica oculto na finalização de compra) e quando o modo atual não tem Signature Key (nesse caso os webhooks ficam desativados). Enquanto o modo sandbox estiver ativo, ela mostra Sandbox mode is on: test transactions, no real charges. Sem o direito de modificar a extensão, a página mostra as configurações, mas não consegue salvá-las.

Ao salvar, Title deve ter de 1 a 128 caracteres, Transaction type deve ser uma das duas opções, 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 precisam existir. Se algum campo estiver errado, nada é salvo e a página indica o campo.

Authorize.Net

Enable/Disable: Enable Authorize.Net ativa ou desativa o método de pagamento. Padrão: desativado.

Title: o nome do método de pagamento que os clientes veem na finalização de compra. Também é o nome do método de pagamento salvo no pedido. Padrão: Credit Card. Obrigatório, até 128 caracteres.

Description: o texto exibido ao cliente na etapa Confirm Order, acima do formulário do cartão. Padrão: Pay securely with your credit card via Authorize.Net.

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

Geo Zone: mostrar o formulário do cartão apenas para endereços de pagamento da 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 precisa atingir para que o método de pagamento seja oferecido. Deixe em branco para oferecê-lo em qualquer valor.

API credentials

No Merchant Interface do Authorize.Net, abra Account > Settings > Security Settings. Em API Credentials & Keys, copie o API Login ID e crie uma Transaction Key e uma Signature Key. Em Manage Public Client Key, copie a Public Client Key. Sandbox e produção usam credenciais diferentes. A seção mostra os campos dos dois modos, então você pode manter os dois conjuntos.

Sandbox mode: usa o sandbox do Authorize.Net (transações de teste, sem cobranças reais). Ele troca o endpoint da API, o Accept.js e o conjunto de credenciais usado nos novos pagamentos. Padrão: ativado. Desative-o para receber pagamentos reais. Enquanto estiver ativo, os clientes veem Sandbox mode: com o cartão de teste 4111 1111 1111 1111 acima do formulário do cartão.

Sandbox API Login ID e Live API Login ID: o API Login ID da conta de sandbox ou de produção.

Sandbox Transaction Key e Live Transaction Key: a Transaction Key dessa conta.

Sandbox Public Client Key e Live Public Client Key: a chave pública usada pelo Accept.js no navegador.

Sandbox Signature Key e Live Signature Key: necessárias apenas para webhooks. Ela verifica o cabeçalho X-ANET-Signature de cada notificação.

As Transaction Keys e as Signature Keys salvas nunca são exibidas novamente. O campo fica vazio e mostra Saved — leave empty to keep it. Digite um novo valor apenas para alterá-lo. Para remover uma chave salva, marque Clear the saved value on save abaixo do campo e clique em Save.

Payment

Transaction type: como o cartão é cobrado. Uma autorização expira em 30 dias.

Webhooks (recommended)

Sem webhooks, os pedidos retidos pelo Fraud Detection Suite, ou capturados ou cancelados no painel do Authorize.Net, precisam ser atualizados manualmente. No Merchant Interface, acesse Account > Settings > Business Settings > Webhooks e clique em Add Endpoint, tanto na conta de sandbox quanto na conta de produção. Use a URL exibida em Endpoint URL nesta seção. No OpenCart 3 ela tem este formato: https://your-store/index.php?route=extension/payment/wcp_authorizenet_gateway/webhook, no OpenCart 4, este: https://your-store/index.php?route=extension/wcp_authorizenet_gateway/payment/wcp_authorizenet_gateway.webhook. Ela é montada a partir do endereço da loja da sua instalação do OpenCart. Copie a URL exatamente como as configurações a mostram. Selecione estes eventos (eles também estão listados nesta seção):

Informe a Signature Key de cada conta em Sandbox Signature Key ou Live Signature Key. Webhooks sem assinatura válida são rejeitados. Uma notificação precisa ser assinada com a chave do modo em que o pagamento foi feito; uma notificação do outro modo não altera nada. Para cada notificação, a extensão também consulta o Authorize.Net sobre o status e o valor atuais da transação antes de alterar o pedido, de modo que notificações repetidas não produzem efeito. O webhook também funciona com a loja em modo de manutenção, porque o OpenCart libera as requisições das extensões de pagamento.

Orders

O OpenCart cria o pedido na etapa Confirm Order sem status (um pedido ausente). Ele recebe um status somente depois que o Authorize.Net responde sobre o cartão. Cada campo abaixo lista os seus status de pedido do OpenCart.

Order Status After Payment: o cartão foi cobrado (Authorize and capture, ou uma captura posterior). Padrão: Processing.

Authorized Status: Authorize only: os valores estão reservados, ainda não capturados. Capture payment na aba do pedido só é oferecido neste status. Padrão: Pending.

On Hold (Review) Status: retido para análise pelo Fraud Detection Suite, ou o valor cobrado ou capturado é diferente do pedido. Uma nota explica o motivo. Padrão: Pending, porque o OpenCart não tem o status On hold. Você pode criar seus próprios status em System > Localisation > Order Statuses e selecioná-los aqui.

Canceled Status: recusada, anulada ou expirada no Authorize.Net sem pagamento (webhook), ou a autorização foi anulada pela aba do pedido. Padrão: Canceled.

Refunded Status: definido depois que o pagamento é totalmente reembolsado (ou uma transação paga é anulada) pela aba do pedido. Padrão: Refunded.

Advanced

Debug log: grava as requisições e respostas da API em wc_ang_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 wc_ang_debug.old.log.php. Chaves, tokens de cartão e dados pessoais são mascarados. Padrão: desativado. Erros, como pagamentos recusados ou falhos, erros da API e reembolsos com falha, são sempre registrados, mesmo quando isto está desativado.

Log: mostra o tamanho e as entradas mais recentes do log. Clique em Clear log para esvaziá-lo.

Delete data on uninstall: quando ativo, desinstalar a extensão remove as configurações e o log. As transações e os reembolsos do Authorize.Net são sempre mantidos, para que pedidos pagos antes possam ser capturados e reembolsados depois de uma nova instalação. Padrão: desativado.

Import / Export

Export: Download JSON salva as configurações em um arquivo JSON. As Transaction Keys e as Signature Keys não são exportadas.

Import: cole um JSON exportado anteriormente e clique em Import para restaurar as configurações. As chaves secretas salvas são mantidas.

Finalização de compra

Na etapa Payment Method, o cliente escolhe o método de pagamento (por padrão, Credit Card). Na etapa Confirm Order, o cliente vê a sua descrição e digita o número do cartão, a data de validade (MM/YY) e o código de segurança (CVV) no formulário acima do botão de confirmação. O OpenCart cria o pedido nesta etapa, ainda sem status. O Accept.js só é carregado do Authorize.Net com este formulário. Quando o cliente clica em Confirm Order, o Accept.js troca os dados do cartão por um token de uso único no navegador. Os campos do cartão não têm nomes de formulário, por isso o número do cartão e o CVV nunca são enviados ao seu servidor.

A extensão cobra o token pela API do Authorize.Net no valor total do pedido, na moeda do pedido. O endereço de cobrança, o e-mail e o endereço IP são enviados com a transação para a verificação de endereço e os filtros antifraude, e o número do pedido é enviado como número da fatura. O pedido só é marcado como pago depois que o Authorize.Net confirma: se a transação for aprovada, o pedido recebe o seu status da forma padrão do OpenCart, com os e-mails habituais de pedido e a atualização do estoque, o carrinho é esvaziado e o cliente vê a página de sucesso do pedido do OpenCart com Your card payment has been received. Com Authorize only, a página mostra Your card payment has been authorized. The amount will be charged when your order is processed. Se o Fraud Detection Suite retiver a transação, aparece Your payment is being reviewed. We will update your order as soon as the review is complete.

Se o cartão for recusado, o cliente permanece na etapa Confirm Order e vê Payment failed: seguido do motivo abaixo do formulário, por exemplo um cartão recusado, um código de segurança incorreto ou um cartão vencido. O pedido continua sem status, o carrinho é mantido e o cliente pode digitar outro cartão. Erros de configuração e de API não são mostrados aos clientes: eles veem uma mensagem genérica, e os detalhes vão para o log. Se a loja não conseguir acessar o Authorize.Net, o cliente vê Payment error: unable to connect to the payment gateway. Please try again. Se os campos do cartão estiverem vazios, o formulário pede Please enter the card number, expiry date and card code.

Um clique duplo, uma segunda aba ou um envio repetido nunca cobram um pedido duas vezes. O OpenCart 3 cria um novo pedido cada vez que a etapa Confirm Order é exibida, então um mesmo carrinho pode ter vários pedidos (no OpenCart 4, um pedido anterior ou uma segunda aba do navegador ainda podem manter o mesmo carrinho): quando um deles é pago, outro pedido do mesmo carrinho não é cobrado. O cliente vê This cart has already been paid with order #…. Please check your order history — do not pay again. Uma segunda tentativa enquanto a primeira ainda está em andamento mostra Your payment is already being processed. Please wait a moment and check your order history before trying again. Se um pagamento foi aprovado, mas não foi possível definir o status do pedido, o cliente vê Your payment was received, but the order could not be completed automatically. Please contact us — do not pay again. O pedido recebe então o seu status a partir do pagamento aprovado na próxima tentativa ou pelo webhook, sem cobrar o cartão novamente.

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. O formulário do cartão aparece então no bloco de confirmação do pedido, na parte inferior da página de finalização de compra, acima de Confirm Order. No OpenCart 4, o endereço de pagamento é opcional: sem ele, o endereço de entrega é enviado ao Authorize.Net como endereço de cobrança. O OpenCart 4 mantém um único pedido para a finalização de compra e o atualiza, por isso, depois de um cartão recusado, o cliente paga o mesmo pedido. Se esse pedido foi fechado nesse meio-tempo (por exemplo, se você o cancelou), ou se já estiver pago e o carrinho agora tiver uma nova compra, o clique em Confirm Order leva o cliente de volta à página de finalização de compra, e o próximo clique em Confirm Order paga um novo pedido. Acima da página de finalização de compra, o cliente vê Your previous order is closed (cancelled or refunded by the store). Please confirm the order again: the cart will be paid with a new order. quando o pedido foi fechado, ou Your previous order is already paid. Please confirm the order again: the cart will be paid with a new order. quando ele foi pago por um carrinho anterior. Uma mudança no carrinho, incluindo uma nova quantidade, conta como um novo carrinho que precisa do seu próprio pagamento.

Se o valor cobrado não corresponder ao total do pedido, o pedido vai para On Hold (Review) Status com uma nota, e o pagamento é registrado pelo valor realmente cobrado.

A extensão não tem cartões salvos nem perfis de cliente, assinaturas ou pagamentos recorrentes, eCheck/ACH, Apple Pay, Google Pay, PayPal ou 3-D Secure, não faz captura parcial de uma autorização e não faz conversão automática de moeda.

Pedidos e reembolsos

Order statuses

No status (missing order): o cartão foi recusado ou o pagamento falhou. Em Sales > Orders, esses pedidos só aparecem com o filtro Order Status definido como Missing Orders.

Order Status After Payment (default Processing): o cartão foi cobrado (Authorize and capture), ou uma autorização foi capturada. Uma nota mostra o valor, o Trans ID, o código de autorização, o tipo de cartão e os quatro últimos dígitos.

Authorized Status (default Pending): os valores estão apenas autorizados (Authorize only). Capture-os antes do envio.

On Hold (Review) Status (default Pending): o Fraud Detection Suite reteve a transação para análise, o valor cobrado não corresponde ao total do pedido, ou uma captura informada pelo webhook não corresponde ao valor do pedido. A nota explica isso. Aprove ou recuse uma transação retida no painel do Authorize.Net; com webhooks, o pedido é atualizado automaticamente.

Canceled Status (default Canceled): um webhook informou que a transação foi recusada, anulada ou expirou antes de o pedido ser pago, ou você anulou uma autorização que não foi capturada. Se a transação de um pedido pago for anulada no painel do Authorize.Net, o status do pedido não muda e uma nota de aviso é adicionada.

Refunded Status (default Refunded): o pagamento foi totalmente reembolsado ou anulado pela extensão.

No OpenCart 4, um pedido não pago do checkout pode receber o status Voided, que o OpenCart 4 define quando o cliente volta à etapa Confirm Order. A extensão trata esse pedido como um pedido sem status: um pagamento ou webhook posterior ainda define o seu status.

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

VibeFox Authorize.Net Gateway tab

Em Sales > Orders, abra um pedido pago com o Authorize.Net. Na parte inferior da página do pedido, ao lado de History e Additional, a aba VibeFox Authorize.Net Gateway mostra o Trans ID com o rótulo Sandbox nos pagamentos de sandbox, o Transaction type, o Status da transação, o Card e o código de autorização, os valores Charged / order / refunded, o botão de captura, o formulário de reembolso, o histórico de reembolsos e as Authorize.Net notes do pedido. A aba é exibida para os usuários que têm acesso à extensão. Captura e reembolsos exigem o direito de modificar a extensão (definido em System > Users > User Groups).

Capture

Para um pedido em Authorized Status, clique em Capture payment na aba e confirme Capture the authorized amount through Authorize.Net? O valor autorizado é capturado e o pedido recebe o Order Status After Payment. Se a captura falhar, o erro é exibido e adicionado às notas. Você também pode capturar no painel do Authorize.Net; com webhooks, o pedido é atualizado automaticamente.

Refunds

Na aba, informe o Amount (o valor ainda não reembolsado é preenchido), opcionalmente um Reason (optional), clique em Refund via Authorize.Net e confirme Refund this amount through Authorize.Net? This cannot be undone. Um reembolso do valor total primeiro anula a transação, se ela ainda não tiver sido liquidada, ou uma autorização que não foi capturada. Transações liquidadas, normalmente após 24 horas, podem ser reembolsadas total ou parcialmente. Antes da liquidação não é possível um reembolso parcial: reembolse o valor total para anular a transação, ou tente novamente depois da liquidação. Os reembolsos são feitos no valor e na moeda cobrados pelo Authorize.Net; assim, após uma divergência de valor, você pode reembolsar até o que o cliente realmente pagou, e não o total do pedido. Se o Authorize.Net não aceitar o reembolso, a aba mostra o erro e nenhum reembolso é registrado. Um reembolso ou uma anulação bem-sucedidos são adicionados ao histórico de reembolsos e às notas. Um reembolso total define o pedido como Refunded Status (Canceled Status quando só uma autorização foi anulada) sem notificar o cliente e sem devolver produtos ao estoque, como uma mudança manual de status. Um reembolso parcial não altera o status. Enquanto uma transação estiver retida para análise, os reembolsos não são oferecidos.

As capturas, os reembolsos e as verificações de webhook de um pedido usam as credenciais do modo em que o pedido foi pago, portanto pedidos do outro modo ainda podem ser capturados e reembolsados depois que você trocar o Sandbox mode. Mantenha as credenciais desse modo nos seus campos até que esses pedidos estejam concluídos.

As devoluções de produtos em Sales > Returns não devolvem dinheiro pelo Authorize.Net. Os reembolsos feitos no painel do Authorize.Net não são informados à loja: atualize o pedido manualmente.

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 Authorize.Net Gateway é o primeiro bloco em Extensions > Extensions > Payments > VibeFox Authorize.Net 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 aparecem a linha Product: opencart-payment-authorizenet e o link Manage licenses and domains in your account, que abre a sua conta no vibefox.net. Somente administradores com a permissão Modify para a extensão podem alterar a chave. Os textos do bloco seguem o idioma da administração (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 um slot 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 único domínio: o endereço da loja nas configurações do OpenCart. Remover a chave da loja não libera o slot de domínio. Libere o slot na sua conta do vibefox.net.

Sem uma chave ativa, o pagamento com cartão do Authorize.Net não é mostrado aos clientes na finalização de compra. Se um pagamento for iniciado mesmo assim, o cliente vê This payment method is not available. Please choose another one. Um usuário administrador conectado à administração 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 enxerga o login do administrador, por isso, sem uma chave ativa, o método de pagamento fica oculto para todos. Depois que você abrir a página Edit uma vez, um lembrete aparece no Dashboard da administração. Feche-o com × para ocultá-lo por 7 dias. Os pedidos existentes não são afetados: pagamentos já iniciados continuam sendo confirmados, e as capturas e os 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 da administração: uma vez por dia nos primeiros 14 dias após a chave ser informada, depois uma vez por semana. Nenhum cron job é necessário. Desinstalar a extensão sempre remove a chave de licença e o status da licença.

Solução de problemas

O pagamento com cartão não aparece na finalização de compra: verifique se a licença está ativa, se Enable/Disable está ativado e se o modo atual tem API Login ID, Transaction Key e Public Client Key. A página de configurações mostra um aviso quando algum deles falta. Confira se a moeda do cliente é aceita, se o endereço de pagamento está na Geo Zone selecionada e se o pedido atinge o Total definido nas configurações.

O pagamento foi feito, mas o pedido continua no status autorizado ou de análise: o tipo de transação é Authorize only (capture-a na aba do pedido), ou o Authorize.Net reteve a transação para análise. Aprove ou recuse-a no painel do Authorize.Net. Para que esses pedidos sejam atualizados automaticamente, configure o webhook: verifique se o endpoint existe na conta do modo que você usa, se a URL dele é exatamente a exibida em Endpoint URL, se os quatro eventos estão selecionados e se a Signature Key dessa conta foi informada.

Resposta do webhook: webhooks are not configured: nenhuma Signature Key foi informada para nenhum dos dois modos.

Resposta do webhook: invalid signature: a Signature Key pertence a outra conta, ou uma chave foi alterada no Authorize.Net. Crie ou copie a Signature Key novamente e cole-a no campo do seu modo.

Resposta do webhook: mode mismatch: a notificação foi assinada com a chave de um modo, mas o pagamento foi feito no outro modo. Verifique se as Signature Keys de sandbox e de live não foram trocadas.

Resposta do webhook: verification failed, retry later: a loja não conseguiu ler a transação pela API do Authorize.Net, ou as credenciais do modo do pagamento estão ausentes. O Authorize.Net tenta a entrega novamente.

Resposta do webhook: busy, retry later: o pedido estava sendo atualizado por outra requisição no mesmo momento, ou o processamento falhou. O Authorize.Net tenta a entrega novamente. Veja o campo Log para o motivo.

A URL do webhook mostra method not allowed no navegador: isso é normal. A URL aceita apenas requisições do Authorize.Net.

O formulário do cartão mostra The secure card form (Accept.js) could not be loaded: a finalização de compra precisa usar HTTPS, e a Public Client Key e o API Login ID do modo atual precisam estar corretos.

Payment error: the card could not be tokenized: o Accept.js não retornou um token. O cliente deve digitar novamente os dados do cartão e tentar de novo.

O cliente vê This payment method is not available: a sessão de finalização de compra não corresponde mais ao pedido, o método de pagamento foi desativado nesse meio-tempo, as credenciais estão ausentes ou o total do pedido é zero. Com Please reload the checkout page, o cliente recarrega a finalização de compra.

O cliente vê um erro genérico: consulte o campo Log na página da extensão; os erros são sempre gravados ali. Uma moeda que a conta não suporta é recusada pelo Authorize.Net.

Um reembolso parcial falha porque a transação ainda não foi liquidada: reembolse o valor total para anular a transação, ou tente novamente após a liquidação, normalmente em até 24 horas.

Reembolso ou captura falham com uma mensagem sobre o modo: o pagamento foi feito no modo sandbox ou live, e o API Login ID e a Transaction Key desse modo não estão preenchidos. Informe-os e tente novamente.

Desinstalação

Acesse Extensions > Extensions, escolha o tipo Payments e clique em Uninstall (o botão vermelho −) ao lado de VibeFox Authorize.Net 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 nova instalação. O evento do OpenCart da extensão também é removido (no OpenCart 4, também os seus eventos, incluindo o que mostra a mensagem acima da página de finalização de compra, e a sua ação de inicialização, que deixa o webhook passar no modo de manutenção). Se Delete data on uninstall estiver ativo, as demais configurações (título, descrição, modo sandbox, credenciais, tipo de transação, registro de logs) e o log são removidos. Se estiver desativado, elas são mantidas para uma nova instalação futura. As transações e os reembolsos do Authorize.Net são sempre mantidos, para que pedidos pagos antes possam ser capturados e reembolsados depois de uma nova instalação. Os pedidos existentes mantêm suas notas de pagamento.

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

O Authorize.Net é uma marca registrada de seu respectivo proprietário. Esta extensão não é afiliada nem endossada pelo Authorize.Net.