VibeFox Tap for OpenCart — Ajuda

Requisitos

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

PHP: 8.0 ou superior.

Moeda do pedido: AED, BHD, EGP, EUR, GBP, JOD, KWD, OMR, QAR, SAR ou USD. Para pedidos em outras moedas, o método de pagamento não é exibido na finalização de compra.

Acesso à internet para a sua loja: a Tap envia o resultado do pagamento para um webhook na sua loja, por isso o site precisa estar acessível pela internet. A URL do webhook é enviada com cada pagamento; não é preciso configurar nada no painel da Tap.

Conta na Tap: você precisa das chaves de API do seu painel da Tap (goSell, credenciais de API). As chaves de teste começam com pk_test_ / sk_test_, e as chaves de produção começam com pk_live_ / sk_live_. A chave secreta é sempre necessária; a chave publicável só é necessária para o pop-up de finalização de compra. Os métodos de pagamento oferecidos (mada, KNET, Benefit e outros) e a verificação de domínio do Apple Pay são configurados na sua conta na Tap.

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 das duas versões do OpenCart. Descompacte-o no seu computador. Ele contém o README.txt, o pacote do OpenCart 3, wcp_tap_payment_gateway-oc3-(versão).ocmod.zip, e o pacote do OpenCart 4, wcp_tap_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 administrativo, vá em Extensions > Installer, clique em Upload e escolha o arquivo wcp_tap_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. Encontre VibeFox Tap Payments e clique em Install (o botão verde +). 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 License key).

4. Informe as suas chaves de teste e de produção da Tap, escolha a ação de pagamento, o tipo de finalização de compra e o idioma da página da Tap (veja Configuration).

5. Ative Enable / Disable e clique em Save. Teste com os cartões de teste da Tap e depois desative Test mode.

OpenCart 4

1. No painel administrativo, vá em Extensions > Installer, clique em Upload e escolha o arquivo wcp_tap_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. Encontre VibeFox Tap Payments, 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 chaves da Tap e as opções de pagamento como nas etapas 3 a 5 do OpenCart 3. A página de configurações e os seus campos são iguais nas duas versões.

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

Configuration

Todas as configurações ficam na página da extensão: Extensions > Extensions > Payments > VibeFox Tap Payments > 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 use your Tap test keys and no real money is charged. ou Live mode: real payments are accepted. Ela também avisa quando faltam as chaves do modo atual (o método de pagamento não aparece então na finalização de compra) e quando a moeda padrão da loja não é oferecida com a Tap. 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 estar vazio nem ter mais de 128 caracteres, Sort Order deve ser um número inteiro (valores negativos são permitidos), Total deve ser um número igual ou maior que 0, e os status do pedido precisam existir; caso contrário, nada é salvo. Uma chave com o prefixo errado para o seu campo não é salva: o valor anterior é mantido, as demais configurações são salvas e aparece uma mensagem como Test secret key was not saved: a Tap key for this field starts with "sk_test_".. Por exemplo, uma chave de produção em um campo de teste é recusada.

Tap Payments

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

Title: o nome do método de pagamento que o cliente vê na finalização de compra. Também é o nome do método de pagamento salvo no pedido. Padrão: Tap Payments. Obrigatório, no máximo 128 caracteres.

Description: o texto exibido ao cliente na etapa Confirm Order, acima do botão de confirmação. Padrão: Pay with Visa, Mastercard, mada, KNET, Benefit, Apple Pay or Google Pay.

Sort Order: a posição da Tap entre os métodos de pagamento na finalização de compra. Deixe em branco ou informe um número inteiro (valores negativos são permitidos).

Geo Zone: oferecer a Tap 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 precisa atingir antes de a Tap ser oferecida. Deixe em branco para oferecer a Tap em qualquer valor.

Chaves de API da Tap

Encontre as suas chaves no painel da Tap (goSell, credenciais de API). A seção tem um link para a documentação para desenvolvedores da Tap.

Test mode: usa as chaves de teste; nenhum dinheiro real é cobrado. Pagamentos, consultas de status, capturas e reembolsos sempre usam as chaves do modo em que o pagamento foi feito, então um pagamento de teste continua sendo consultado e reembolsado com a chave de teste mesmo depois de você mudar para o modo de produção. Padrão: ativado. Enquanto estiver ativado, os clientes veem Test mode: no real payment will be made. na etapa Confirm Order e na página de pagamento do pop-up.

Test publishable key: começa com pk_test_. Necessária para o pop-up.

Test secret key: começa com sk_test_.

Live publishable key: começa com pk_live_. Necessária para o pop-up.

Live secret key: começa com sk_live_.

Merchant ID: opcional. O seu ID de comerciante na Tap; só é necessário se a Tap tiver pedido que os pagamentos sejam direcionados para uma conta de comerciante específica.

As chaves secretas 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 abaixo do campo e clique em Save. As chaves publicáveis são públicas e continuam visíveis.

Pagamento

Payment action: o que acontece com o dinheiro quando o cliente paga.

Checkout type: onde o cliente paga.

Tap page language: idioma da página de pagamento da Tap e do pop-up: English (padrão) ou Arabic.

Notificações de pagamento (webhook)

A Tap envia o resultado do pagamento para 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_tap_payment_gateway/webhook; no OpenCart 4, o formato https://your-store/index.php?route=extension/wcp_tap_payment_gateway/payment/wcp_tap_payment_gateway.webhook. Ela é formada a partir do endereço da vitrine da sua instalação do OpenCart. A URL é enviada com cada pagamento, então não é preciso configurar nada no painel da Tap. Apenas certifique-se de que ela esteja acessível pela internet (não bloqueada por firewall ou autenticação HTTP); o modo de manutenção não a bloqueia (no OpenCart 4, uma ação de inicialização da extensão deixa passar o webhook e o retorno do cliente). Cada notificação é verificada com a assinatura hashstring (HMAC-SHA256 com a chave secreta do modo em que o pagamento foi feito). Webhooks sem assinatura válida são rejeitados. Mesmo uma notificação assinada não é considerada confiável por si só: a extensão lê o pagamento novamente pela API da Tap antes de alterar o pedido. Sem um webhook funcionando, o pedido só recebe o status quando o cliente volta para a loja depois de pagar.

Pedidos

O OpenCart cria o pedido na etapa Confirm Order sem status (um pedido ausente). O pedido só recebe um status depois que a Tap confirma o pagamento pela API. Cada campo abaixo lista os seus status de pedido do OpenCart.

Paid Order Status: o status após um pagamento capturado. Padrão: Em processamento.

Authorized Status: Authorize only: os valores estão reservados, ainda não capturados. Padrão: Pendente.

On Hold (Review) Status: o pagamento precisa da sua análise (veja Status do pedido). Padrão: Pendente, porque o OpenCart não tem o status On hold. Você pode criar o seu próprio status em System > Localisation > Order Statuses e selecioná-lo aqui.

Voided Status: definido depois que Void Tap authorization liberou os valores reservados. Padrão: Cancelado.

Refunded Status: definido depois que o pagamento é totalmente reembolsado pela página do pedido. Padrão: Reembolsado.

Avançado

Debug log: grava os eventos de pagamento em tap_p_debug.log.php, na pasta de logs do OpenCart (storage/logs; no OpenCart 4, system/storage/logs). O arquivo não pode ser lido pela web e, ao atingir 5 MB, é movido para tap_p_debug.old.log.php. Erros e avisos são sempre registrados; ative esta opção para registrar também cada evento de pagamento. O log nunca contém chaves nem dados de cartão ou de clientes. Padrão: desativado.

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

Delete data on uninstall: quando ativado, desinstalar a extensão remove as configurações do gateway e o log. Os registros de pagamento dos pedidos são sempre mantidos. Padrão: desativado.

Importar / Exportar

Export: Download JSON salva as configurações em um arquivo JSON. As chaves secretas 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, Tap Payments). Na etapa Confirm Order, o cliente vê a sua descrição. O OpenCart cria o pedido nessa etapa, ainda sem status. Depois, o cliente clica em Confirm Order. 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 inferior da página de finalização de compra.

Tap payment page: a extensão cria uma cobrança na Tap (ou uma autorização no modo Authorize only) pelo total do pedido na moeda do pedido, com a descrição Order # e o número do pedido, e envia o cliente para a página de pagamento da Tap. O nome, o e-mail e o telefone do cliente são enviados à Tap. Lá o cliente escolhe um cartão, mada, KNET, Benefit, Apple Pay ou Google Pay (conforme ativado na sua conta da Tap) e paga. Se a Tap não conseguir iniciar o pagamento, o cliente permanece na etapa Confirm Order com The Tap payment could not be started. Please try again or choose another payment method. e o motivo é gravado no log.

Tap checkout popup: o cliente vai para a página Tap payment da extensão, onde o formulário de pagamento da Tap é aberto. A página também mostra o link Pay on the Tap payment page instead. Se a janela for fechada, o botão Pay now a abre de novo. Se o formulário não puder ser carregado, o cliente é orientado a usar a página de pagamento da Tap. Recarregar a página reaproveita a mesma tentativa de pagamento.

Depois de pagar, o cliente retorna à sua loja. O pedido só é marcado como pago depois que a Tap confirma: a extensão lê o pagamento pela API da Tap com a chave do modo do pagamento, verifica se ele se refere a este pedido e foi iniciado pela sua finalização de compra, e compara o valor e a moeda com o pedido. O ID da Tap no endereço de retorno, sozinho, nunca altera o pedido. O webhook faz a mesma verificação em segundo plano. O pedido então recebe o status da forma padrão do OpenCart, com os e-mails habituais do pedido e a atualização do estoque, e o cliente vê a página de sucesso do pedido do OpenCart. No OpenCart 4, quando o cliente volta da página de pagamento da Tap, uma página intermediária reabre o endereço de retorno na sua loja, para que o carrinho e o login do cliente sejam mantidos. Para um pagamento autorizado, a página também mostra Your payment has been authorized. We will process the order as soon as the payment is captured. Para um pagamento em análise, mostra Your payment is being reviewed. We will contact you if anything else is needed.

Se a Tap ainda não tiver confirmado o pagamento quando o cliente voltar, uma página de Payment confirmation mostra We have not received the payment confirmation from Tap yet. If you completed the payment, the order will be updated automatically in a few minutes — there is no need to pay again. com os botões Check again e Back to checkout. O webhook define o status do pedido assim que chega.

Se o pagamento foi recusado, abandonado ou cancelado, o pedido permanece sem status. O cliente volta à finalização de compra com Your payment was not completed. Please try again or choose another payment method. (com o motivo da Tap, quando ela informa um). Um pagamento não concluído mostra The payment was not completed. You can try again or choose another payment method. O carrinho é mantido e pode ser pago novamente. No OpenCart 4, essas mensagens aparecem acima da página de finalização de compra.

O OpenCart 3 cria um novo pedido sempre que a etapa Confirm Order é exibida; o OpenCart 4 atualiza o pedido da finalização de compra. Se outro pedido do mesmo carrinho já tiver sido pago, o cliente vai direto para a página de sucesso em vez de pagar de novo. Antes de iniciar um novo pagamento, as páginas de pagamento da Tap abertas do pedido e do carrinho das últimas 24 horas são verificadas na Tap, para que um pagamento feito em outra aba seja confirmado em vez de cobrado duas vezes. Uma alteração no carrinho, incluindo uma nova quantidade, conta como um novo carrinho que precisa de um pagamento próprio.

No OpenCart 4, o pedido permanece na finalização de compra até que a página de sucesso seja exibida. Depois de um pagamento recusado ou cancelado, o próximo Confirm Order inicia um novo pagamento na Tap para o mesmo pedido. Se esse pedido tiver sido fechado sem pagamento nesse meio-tempo (por exemplo, se você o cancelou ou se a autorização foi anulada), o cliente volta à finalização de compra com a mensagem Your previous order was cancelled without a payment. Please confirm the order again to pay with a new order., e o próximo Confirm Order paga um novo pedido.

Outras mensagens na finalização de compra: Tap does not accept payments in seguido da moeda, quando a moeda do pedido não é compatível, e The order total must be greater than zero to pay with Tap.

A extensão não tem cartões salvos nem tokenização, nem assinaturas, nem campos de cartão incorporados na sua página de finalização de compra. Capture Tap payment sempre captura o total do pedido; a captura parcial não é compatível.

Pedidos e reembolsos

Status do pedido

Sem status (pedido ausente): o cliente foi enviado para a Tap e não pagou, ou a Tap ainda não confirmou o pagamento. Em Sales > Orders, esses pedidos só aparecem com o filtro Order Status definido como Missing Orders. No OpenCart 4.1, um pedido assim também pode ter o status Voided, que o OpenCart define quando a etapa de confirmação é exibida novamente; a extensão o trata como um pedido sem status.

Paid Order Status (default Processing): a Tap confirmou um pagamento capturado. Uma nota mostra o valor, o ID da cobrança na Tap (chg_...), o método de pagamento e (em modo de teste) que se trata de um pagamento de teste.

Authorized Status (default Pending): o pagamento foi apenas autorizado e aguarda captura ou anulação.

On Hold (Review) Status (default Pending): o valor ou a moeda pagos não correspondiam ao pedido (Tap: amount/currency mismatch — manual review required.), ou um pagamento chegou depois que o pedido foi cancelado. A nota explica isso. Verifique o pedido e atenda-o, ou reembolse o pagamento.

Voided Status (default Canceled): a autorização foi anulada com Void Tap authorization, então os valores reservados foram liberados.

Refunded Status (default Refunded): o pagamento foi reembolsado integralmente pela extensão.

Uma tentativa com falha nunca altera um pedido que já tem status. Se chegar um segundo pagamento bem-sucedido para um pedido já pago, o pedido não é alterado. Uma nota informa que se trata de um pagamento duplicado e pede que você o reembolse no painel da Tap. Um pagamento de outro pedido de um carrinho já pago deixa esse pedido sem status e é anotado no pedido pago. Um pagamento que se refere ao pedido, mas não foi iniciado pela finalização de compra dele, apenas é anotado.

As notas são entradas do History do pedido que o cliente não vê. Elas começam com "Tap".

Aba VibeFox Tap Payments

Em Sales > Orders, abra um pedido pago com a Tap. Na parte inferior da página do pedido, ao lado de History e Additional, a aba VibeFox Tap Payments mostra o Tap ID, a Authorization e a Charge, o Mode (um rótulo Test para pagamentos de teste), o Status do pagamento e o método, Charged / refunded, o formulário de reembolso, o histórico de reembolsos, as Payment attempts do pedido e as Tap notes. A aba é exibida para usuários com acesso à extensão; captura, anulação e reembolsos exigem o direito de modificar a extensão (definido em System > Users > User Groups).

Captura e anulação

No modo Authorize only, abra o pedido autorizado. Capture Tap payment (com o total do pedido no botão) captura o total do pedido após a pergunta Capture the reserved funds of this order through Tap?; o pedido então recebe o Paid Order Status. Void Tap authorization pergunta Release the reserved funds? The order will be canceled., libera os valores e define o Voided Status. Um segundo clique em capturar dentro de 2 minutos é bloqueado. Se a Tap recusar a ação, um erro é exibido na aba e acrescentado às notas. Essas alterações de status são feitas sem notificar o cliente e sem alterar o estoque, como uma alteração manual de status. Se uma autorização for capturada diretamente no painel da Tap, o webhook marca o pedido como pago; os reembolsos desse pagamento devem ser feitos no painel da Tap.

Reembolsos

Na aba, informe o Amount (o valor ainda não reembolsado é preenchido), opcionalmente um Reason (optional), e clique em Refund via Tap. Confirme a pergunta Refund this amount through Tap? This cannot be undone. Reembolsos totais e parciais são aceitos para cobranças da Tap capturadas. Você pode reembolsar até o valor e a moeda que a Tap de fato cobrou, mesmo que o pedido tenha sido editado depois. O reembolso é enviado com a chave secreta do modo em que o pagamento foi feito, então essa chave precisa estar configurada. Um reembolso aceito pela Tap é acrescentado ao histórico de reembolsos e às notas, com o ID e o status do reembolso na Tap. Se a Tap o recusar, a aba mostra o erro e nenhum reembolso é registrado. Um reembolso total define o Refunded Status sem notificar o cliente e sem devolver produtos ao estoque; um reembolso parcial não altera o status. Em um pedido autorizado, os reembolsos ficam disponíveis somente depois que a autorização é capturada. Um pedido em análise após divergência de valor ou moeda é reembolsado no painel da Tap.

Devoluções de produtos em Sales > Returns não devolvem dinheiro pela Tap. Reembolsos feitos no painel da Tap não aparecem no OpenCart.

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 Tap Payments é o primeiro bloco em Extensions > Extensions > Payments > VibeFox Tap Payments > 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 ficam a linha Product: opencart-payment-tap 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 administrativo (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 nas configurações do OpenCart. Remover a chave da loja não libera a vaga de domínio. Libere a vaga na sua conta em vibefox.net.

Sem uma chave ativa, a Tap Payments não é exibida 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 ao administrativo 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évia não está disponível: a loja não vê o login no administrativo, 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, um lembrete aparece no Dashboard do administrativo. Feche-o com × para ocultá-lo por 7 dias. Os pedidos existentes não são afetados: pagamentos já iniciados continuam sendo confirmados, e reembolsos, captura e anulação 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 administrativo: uma vez por dia nos primeiros 14 dias depois de informada a chave, 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 Tap Payments 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 uma chave secreta (e uma chave publicável quando Checkout type é o pop-up). Verifique se a moeda do pedido é uma de AED, BHD, EGP, EUR, GBP, JOD, KWD, OMR, QAR, SAR, USD, se o endereço de pagamento está na Geo Zone selecionada e se o pedido atinge o Total definido nas configurações. A página de configurações mostra um aviso para chaves ausentes e para uma moeda da loja não compatível.

O pagamento foi feito, mas o pedido continua sem status: o webhook não consegue alcançar a sua loja. Verifique se a URL exibida em Webhook URL está acessível pela internet (sem firewall nem autenticação HTTP) e ative Debug log para ver as respostas no campo Log. O pedido também recebe o status quando o cliente volta da Tap.

Webhook answers invalid signature: a notificação não foi assinada com a chave secreta do modo do pagamento. Verifique as chaves secretas nas configurações.

Webhook answers gateway not configured: a chave secreta do modo do pagamento (teste ou produção) está vazia. Informe-a.

Webhook answers verification failed: não foi possível acessar a API da Tap para verificar o pagamento. A Tap tentará o webhook novamente mais tarde.

Webhook answers order not found: a notificação cita um pedido que não tem nenhuma tentativa de pagamento da Tap nesta loja.

Webhook answers busy, retry later or order could not be updated, retry later: o pedido estava sendo confirmado por outra requisição no mesmo momento, ou o status do pedido não pôde ser definido. A Tap tentará o webhook novamente. Veja o campo Log para o motivo.

Uma chave não é salva: a chave precisa começar com o prefixo do seu campo: pk_test_, sk_test_, pk_live_ ou sk_live_.

O cliente vê The Tap payment could not be started: consulte o campo Log na página da extensão. Uma chave errada ou uma requisição recusada é registrada ali.

O cliente vê This payment method is not available: a sessão de finalização de compra não corresponde mais ao pedido, ou o método de pagamento foi desativado ou perdeu as chaves nesse meio tempo. O cliente recarrega a finalização de compra.

O cliente vê We could not match this payment to an order: o pagamento não pertence a este pedido ou não foi iniciado pela finalização de compra dele. Se houve cobrança, verifique o pagamento no painel da Tap.

O pedido está no status de análise: leia as notas na aba VibeFox Tap Payments. O valor ou a moeda pagos não correspondiam ao pedido, ou o pagamento chegou depois que o pedido foi cancelado.

O reembolso falha com uma mensagem sobre o modo: o pagamento foi feito no modo de teste ou de produção, e nenhuma chave secreta está configurada para esse modo. Informe-a e tente novamente. Se a aba disser que nenhuma cobrança capturada da Tap foi encontrada, reembolse o pagamento no painel da Tap.

Para desenvolvedores: os eventos do OpenCart tap_p_charge_payload, tap_p_supported_currencies e tap_p_currency_decimals permitem alterar a requisição de pagamento, as moedas suportadas e as casas decimais das moedas.

Desinstalação

Vá em Extensions > Extensions, escolha o tipo Payments e clique em Uninstall (o botão vermelho −) ao lado de VibeFox Tap Payments. 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 padrões em uma reinstalação. O evento do OpenCart da extensão também é removido (no OpenCart 4, também os seus eventos e a sua ação de inicialização, que deixa o webhook e o retorno do cliente passarem no modo de manutenção). Se Delete data on uninstall estiver ativado, as demais configurações do gateway (título, descrição, chaves, opções de pagamento, chave do debug log) e o log são removidos. Se estiver desativado, elas são mantidas para uma reinstalação posterior. As tentativas de pagamento e os reembolsos da Tap são sempre mantidos, então pedidos pagos antes podem ser reembolsados mesmo depois de uma reinstalação. Os pedidos existentes mantêm as suas notas de pagamento.

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

A Tap Payments é uma marca registrada de seu respectivo titular. Esta extensão não é afiliada nem endossada pela Tap Payments.