VibeFox Cardcom for OpenCart — Ajuda
Requisitos
OpenCart: 3.0.x (testado na versão 3.0.5.0) ou 4.0.2 e posteriores (testado na versão 4.1.0.3).
PHP: 8.0 ou superior.
HTTPS: sua loja precisa estar acessível pela internet via HTTPS, para que a Cardcom possa enviar a notificação de pagamento.
Moeda: a moeda do pedido (a moeda em que o cliente compra) deve ser ILS, USD, EUR ou GBP. Para qualquer outra moeda, o método de pagamento fica oculto na finalização de compra.
Conta Cardcom: para pagamentos reais você precisa de uma conta de comerciante Cardcom com número de terminal, nome de usuário da API e senha da API. Os pagamentos precisam apenas do número de terminal e do nome de usuário da API. A senha da API é usada somente para reembolsos feitos pelo OpenCart. O modo de teste funciona sem uma conta Cardcom.
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 o README.txt, o pacote do OpenCart 3 wcp_cardcom_payment_gateway-oc3-(version).ocmod.zip e o pacote do OpenCart 4 wcp_cardcom_payment_gateway.ocmod.zip. Instale apenas 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_cardcom_payment_gateway-oc3-(version).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. Acesse Extensions > Extensions e escolha o tipo Payments. Encontre VibeFox Cardcom Payment 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 de 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. Ative Enable/Disable, deixe Test Mode ativado e clique em Save. Faça um pedido de teste com o cartão 4580 0000 0000 0000, qualquer data de validade futura e CVV 123.
5. Para pagamentos reais, desative Test Mode, informe o Terminal Number, o API Username e a API Password que você recebeu da Cardcom e clique em Save. Não é preciso configurar nada no painel da Cardcom: os endereços de notificação e de retorno são enviados em cada pagamento.
OpenCart 4
1. No painel administrativo, acesse Extensions > Installer, clique em Upload e escolha o arquivo wcp_cardcom_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. Acesse Extensions > Extensions e escolha o tipo Payments. Encontre VibeFox Cardcom Payment Gateway, clique em Install (o botão verde +) e depois em Edit (o botão de lápis).
4. Informe a chave de licença, teste o pagamento e informe as credenciais reais como nos passos 3 a 5 para o OpenCart 3. A página de configurações e os campos são os mesmos nas duas versões. Só o URL de notificação é diferente (veja Notification URL).
Uma nova instalação 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 Cardcom Payment Gateway > Edit. As seções são listadas à esquerda; o botão Save abaixo da lista salva a página inteira. Acima das configurações, a página exibe um aviso enquanto o modo de teste estiver ativado. No modo real, ela avisa quando o número de terminal ou o nome de usuário da API estiver faltando (nesse caso a Cardcom fica oculta na finalização de compra), quando os campos reais contêm o terminal de teste público 1000 / CardTest1994 (a Cardcom também fica oculta, pois nenhum dinheiro real seria cobrado) e lembra que, sem a senha da API, não são possíveis reembolsos pelo OpenCart. Ela também avisa quando a moeda padrão da sua loja não é suportada. Sem a permissão para 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 (no máximo 128 caracteres), 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; caso contrário, nada é salvo. Quando você salva o modo real com credenciais ausentes ou de teste, as configurações são salvas com um aviso de que o gateway continua oculto na finalização de compra até que você informe seu próprio número de terminal e nome de usuário da API.
Cardcom
Enable/Disable: Enable Cardcom Payment Gateway 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 (Cardcom). Obrigatório.
Description: o texto exibido ao cliente na etapa Confirm Order, acima do botão de confirmação. Padrão: Pay securely with your credit card via Cardcom.
Sort Order: a posição da Cardcom entre os métodos de pagamento na finalização de compra. Deixe em branco ou informe um número inteiro.
Geo Zone: oferecer a Cardcom 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 compra, na moeda padrão da loja, que um pedido precisa atingir para que a Cardcom seja oferecida. Deixe em branco para oferecer a Cardcom em qualquer valor.
Modo de teste
O modo de teste usa o terminal de teste público da Cardcom 1000 (usuário da API CardTest1994). Nenhum dinheiro real é cobrado e não é necessária uma conta Cardcom. Cartão de teste: 4580 0000 0000 0000, qualquer data de validade futura e CVV 123. No modo de teste, a etapa Confirm Order também mostra uma linha com esse cartão de teste.
Test Mode: ativa o modo de teste (terminal 1000, sem dinheiro real). Padrão: ativado. Desative para aceitar pagamentos reais com as credenciais reais abaixo. Os reembolsos são sempre enviados com as credenciais do modo em que o pedido foi pago.
Credenciais reais
O número de terminal, o nome de usuário da API e a senha da API são fornecidos pela Cardcom junto com sua conta de comerciante: no painel da Cardcom, em configurações de API, ou com o suporte da Cardcom. Esses campos são usados apenas no modo real.
Terminal Number: seu número de terminal Cardcom. Ele deve conter apenas dígitos. Se você informar qualquer outra coisa, as demais configurações são salvas com um aviso e o número de terminal anterior é mantido.
API Username: seu nome de usuário da API Cardcom (ApiName) para este terminal. Espaços são removidos ao salvar.
API Password: sua senha da API Cardcom. Ela só é necessária para reembolsos feitos pelo OpenCart. A senha salva nunca é mostrada novamente: o campo fica vazio e exibe Salva — deixe em branco para mantê-la. Digite um novo valor somente se quiser alterá-la. Para removê-la, marque Clear the saved API password abaixo do campo e clique em Save.
Página de pagamento
Notification URL: a Cardcom envia as notificações de pagamento (IndicatorUrl) para este endereço. No OpenCart 3 ele tem o formato https://your-store/index.php?route=extension/payment/wcp_cardcom_payment_gateway/webhook, e no OpenCart 4, o formato https://your-store/index.php?route=extension/wcp_cardcom_payment_gateway/payment/wcp_cardcom_payment_gateway.webhook. Ele é montado a partir do endereço da vitrine da sua instalação do OpenCart. O endereço é passado automaticamente à Cardcom em cada pagamento, junto com o número do pedido, então não há nada a configurar na Cardcom. Ele precisa estar acessível pela internet via HTTPS.
Operation: o que a Cardcom faz na página de pagamento.
Max Installments: o número máximo de parcelas (pagamentos) que o cliente pode escolher na página da Cardcom, de 1 a 36. 1 significa sem parcelamento. Padrão: 1.
Pedidos
O OpenCart cria o pedido na etapa Confirm Order sem status (um pedido ausente). O pedido recebe um status somente depois que a Cardcom confirma o pagamento. Cada campo abaixo lista os status de pedido do seu OpenCart.
Success Order Status: o status definido após um pagamento confirmado. Padrão: Processando.
On Hold (Review) Status: pagamentos que não correspondem ao pedido (valor, moeda, sem número de transação) recebem este status e uma nota explicando o motivo. Padrão: Pendente, porque o OpenCart não tem o status Em espera. Você pode criar seu próprio status em System > Localisation > Order Statuses e selecioná-lo aqui.
Refunded Status: definido após o reembolso total do pagamento na página do pedido. Padrão: Reembolsado.
Avançado
Debug log: registra as requisições à API e as notificações no arquivo cardcom_p_debug.log.php, na pasta de logs do OpenCart (storage/logs). O arquivo não pode ser aberto pela web e, ao atingir 5 MB, é rotacionado. Erros são sempre registrados. Credenciais, tokens de cartão e dados do titular do cartão nunca são gravados. Padrão: desativado.
Log: mostra o tamanho e as últimas entradas do log. Clique em Clear log para esvaziá-lo.
Delete on Uninstall: quando ativado, desinstalar a extensão remove permanentemente as configurações e os logs. Os pedidos e as transações e reembolsos da Cardcom são sempre mantidos, para que pedidos antigos possam ser reembolsados depois de uma reinstalação. Padrão: desativado.
Importar / Exportar
Export: Download JSON salva as configurações em um arquivo JSON. A senha da API não é exportada.
Import: cole um JSON exportado anteriormente e clique em Import para restaurar as configurações. A senha da API salva é mantida.
Finalização de compra
Na etapa Payment Method, o cliente escolhe o método de pagamento (por padrão Credit Card (Cardcom)). Na etapa Confirm Order, o cliente vê sua descrição e a observação Você será redirecionado para a página de pagamento segura da Cardcom. O OpenCart cria o pedido nessa etapa, ainda sem status. Quando o cliente clica em Confirm Order, a extensão cria uma página de pagamento da Cardcom para o total do pedido na moeda do pedido e envia o cliente para ela. A página abre em hebraico quando o idioma do pedido é o hebraico, caso contrário em inglês. Os produtos do pedido são enviados à Cardcom como nome do produto. O cliente informa os dados do cartão e, se o parcelamento for permitido, escolhe o número de parcelas. 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.
Depois de pagar, o cliente volta à sua loja. O pedido só é marcado como pago depois que a Cardcom confirma o pagamento. A Cardcom chama o endereço de notificação, e a extensão utiliza dessa chamada apenas o código da página de pagamento. Ela verifica se esse código foi emitido pela sua loja para aquele pedido e, então, pede à Cardcom, de servidor para servidor, o resultado real. Se a notificação atrasar, a mesma verificação é feita quando o cliente voltar. O pedido recebe então seu 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 com Seu pagamento com a Cardcom foi recebido. Se a Cardcom ainda não tiver confirmado o pagamento quando o cliente voltar, uma página de Payment confirmation exibe Seu pagamento está sendo confirmado pela Cardcom. Você receberá um e-mail assim que ele for confirmado. com os botões Check again e Back to checkout; a notificação define o status do pedido assim que chegar. No OpenCart 4, o navegador não envia a sessão da loja quando a Cardcom devolve o cliente, então a extensão primeiro exibe uma página curta que reabre o mesmo endereço de retorno a partir da sua loja: o cliente mantém o carrinho e o login.
Se o pagamento não for concluído ou a Cardcom o recusar, o cliente volta à finalização de compra com O pagamento com cartão não foi concluído. Tente novamente ou escolha outro método de pagamento. No OpenCart 4, essa mensagem é exibida acima da página de finalização de compra. O pedido permanece sem status e o carrinho é mantido. O cliente pode tentar de novo: o OpenCart 3 cria um novo pedido sempre que a etapa Confirm Order é exibida, o OpenCart 4 mantém um único pedido para a finalização de compra e o atualiza, e cada tentativa recebe uma nova página de pagamento da Cardcom. Antes de criar uma nova página, as páginas de pagamento da Cardcom abertas deste pedido e dos demais pedidos do mesmo carrinho (mesma sessão do cliente e mesmo conteúdo do carrinho) das últimas 24 horas são verificadas na Cardcom. Se alguma estiver paga, esse pedido é confirmado e o cliente vai para a página de sucesso em vez de pagar duas vezes. Um carrinho já pago por outro pedido não é cobrado novamente: o cliente vai para a página de sucesso. Uma recusa em uma página antiga não afeta uma tentativa mais recente.
Se o pedido da finalização de compra foi fechado sem pagamento nesse meio tempo (por exemplo, se você o cancelou), o clique em Confirm Order ou o retorno da Cardcom envia o cliente de volta à finalização de compra com Este pedido não pode mais ser pago. Confirme seu pedido novamente., e o próximo Confirm Order paga um novo pedido do carrinho. O OpenCart 4 mantém o pedido na finalização de compra até que a página de sucesso seja exibida: se esse pedido já tiver um status e o carrinho tiver mudado desde então (outros produtos ou quantidades), o cliente recebe a mesma mensagem, e o carrinho alterado recebe um novo pedido e pagamento próprio, enquanto o mesmo carrinho vai para a página de sucesso sem um novo pagamento.
Se a Cardcom não conseguir abrir a página de pagamento, o cliente permanece na etapa Confirm Order com uma breve mensagem acima do botão, por exemplo Não foi possível conectar à Cardcom. Tente novamente em instantes. ou a mensagem de que a Cardcom não conseguiu abrir a página de pagamento, com o código da Cardcom, e pode escolher outro método de pagamento.
A notificação 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 a notificação e o retorno do cliente.
A extensão aceita pagamentos com cartão somente na página da Cardcom. Não possui cartões salvos nem pagamento com um clique, assinaturas, não cobra tokens armazenados, não tem configurações de faturas ou recibos da Cardcom, nem Bit, Apple Pay, Google Pay ou PayPal pela Cardcom, nem modo iframe e nem acordos de captura posterior.
Pedidos e reembolsos
Status de pedido
Sem status (pedido ausente): o cliente foi enviado à Cardcom e não pagou, o pagamento foi recusado ou a Cardcom ainda não confirmou o pagamento. Em Sales > Orders, esses pedidos só aparecem com o filtro Order Status definido como Missing Orders.
Success Order Status (padrão Processando): o pagamento foi confirmado. Uma nota mostra a transação da Cardcom e, quando a Cardcom informa, os últimos quatro dígitos do cartão, o número da fatura e o número de parcelas, além de como o pagamento foi confirmado (notificação, retorno ou uma nova tentativa). Pagamentos de teste são marcados com Modo de teste — nenhum dinheiro real foi cobrado.
On Hold (Review) Status (padrão Pendente): a Cardcom confirmou um pagamento que não corresponde ao pedido, por exemplo foi cobrado outro valor ou outra moeda, ou a Cardcom não retornou nenhum número de transação. A nota explica isso, e a aba do pedido mostra em Needs review:. Compare o pagamento no painel da Cardcom com o pedido e, então, atenda o pedido ou reembolse o pagamento.
Refunded Status (padrão Reembolsado): o pagamento foi totalmente reembolsado pela extensão.
Se chegar um segundo pagamento bem-sucedido para um pedido que já tem status (por exemplo, o cliente pagou em duas abas do navegador), o pedido não é alterado. Uma nota avisa que o cliente pode ter sido cobrado duas vezes e pede que você faça o reembolso no painel da Cardcom. A mesma nota é adicionada ao pedido pago quando o mesmo carrinho foi pago mais uma vez com outro pedido (por exemplo, em uma segunda aba); esse outro pedido não recebe status.
As notas são entradas do History do pedido que o cliente não vê.
Aba VibeFox Cardcom Payment Gateway
Em Sales > Orders, abra um pedido pago com a Cardcom. Na parte inferior da página do pedido, ao lado de History e Additional, a aba VibeFox Cardcom Payment Gateway mostra a Transaction com o rótulo Test mode para pagamentos de teste, a Payment page (LowProfileCode), o Status, o Card, as Installments, a Invoice, o Card token (com Charge + Save token), o valor Charged, o Order total / refunded, o formulário de reembolso, o histórico de reembolsos e as Cardcom notes do pedido. A aba é exibida para usuários que têm acesso à extensão.
Reembolsos
Na aba, informe o Amount (o valor ainda não reembolsado é preenchido), opcionalmente um Reason (optional), e clique em Refund via Cardcom. Confirme a pergunta Refund this amount through Cardcom? This cannot be undone. Reembolsos totais e parciais são suportados, e vários reembolsos parciais podem ser feitos para um mesmo pedido. Você precisa ter permissão para modificar a extensão (definida em System > Users > User Groups). Os reembolsos são feitos no valor e na moeda cobrados pela Cardcom, então, após uma divergência de valor ou moeda, você pode reembolsar até o que o cliente realmente pagou, e não o total do pedido. O reembolso é enviado com as credenciais do modo em que o pedido foi pago: pedidos de teste são reembolsados no terminal de teste da Cardcom mesmo depois que você passou para o modo real, e pedidos reais sempre usam suas credenciais reais. Reembolsos reais exigem o API Username e a API Password. Se a Cardcom não aceitar o reembolso, a aba exibe o erro e nenhum reembolso é registrado. Um reembolso bem-sucedido é adicionado ao histórico de reembolsos e às notas, com a transação de reembolso da Cardcom e o motivo. Um reembolso total define o pedido como Refunded Status sem notificar o cliente e sem devolver os produtos ao estoque, como uma alteração manual de status. Um reembolso parcial não altera o status.
Devoluções de produtos em Sales > Returns não devolvem dinheiro pela Cardcom. Reembolsos feitos no painel da Cardcom não são informados à loja.
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 Cardcom Payment Gateway é o primeiro bloco de Extensions > Extensions > Payments > VibeFox Cardcom Payment Gateway > Edit, acima das configurações. Cole a chave em License key e clique em Activate. Depois disso, o bloco exibe 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-cardcom e o link Manage licenses and domains in your account, que abre 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 painel 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 um 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 o domínio. Libere a vaga na sua conta em vibefox.net.
Sem uma chave ativa, a Cardcom não é exibida aos clientes na finalização de compra. Se um pagamento for iniciado mesmo assim, o cliente vê Este método de pagamento não está disponível. Escolha outro. Um usuário administrador conectado ao painel administrativo no mesmo navegador ainda vê o método de pagamento na loja, marcado como (sem licença — visível apenas para administradores), 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, então, sem uma chave ativa, o método de pagamento fica oculto para todos. Depois de abrir a página Edit uma vez, um lembrete aparece no Dashboard administrativo. Feche-o com × para ocultá-lo por 7 dias. Pedidos existentes não são afetados: pagamentos já iniciados continuam sendo confirmados, 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 novamente de forma automática quando você abre o Dashboard administrativo ou a página Edit: 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
A Cardcom não aparece na finalização de compra: verifique se a licença está ativa, se Enable/Disable está ativado e se a moeda do cliente é ILS, USD, EUR ou GBP. No modo real, confirme que Terminal Number e API Username estão preenchidos com suas credenciais, e não com o terminal de teste 1000 / CardTest1994. A página de configurações mostra um aviso quando algo está faltando. Verifique também 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 permanece sem status: a Cardcom não conseguiu alcançar sua loja, por exemplo por causa de um firewall, de uma proteção por senha ou de um site de desenvolvimento local. O endereço de notificação precisa estar acessível pela internet via HTTPS. O pedido também recebe o status quando o cliente volta à loja após pagar. Ative o Debug log e veja o campo Log na página da extensão.
A notificação responde Missing or invalid lowprofilecode ou Unknown lowprofilecode for this order: a chamada não continha um código de página de pagamento emitido pela sua loja para aquele pedido. Nada é alterado.
A notificação responde Gateway not configured ou Indicator check failed: as credenciais do modo em que a página de pagamento foi criada estão ausentes, ou a Cardcom não pôde ser contatada para a verificação. Nada é alterado; o pagamento é verificado de novo quando o cliente volta à loja.
A notificação responde Busy, retry: o pedido estava sendo confirmado por outra requisição no mesmo momento, ou não foi possível definir o status do pedido. Ative o Debug log para ver o motivo.
A notificação responde ReturnValue mismatch ou Terminal mismatch: a Cardcom informou um pagamento de outro pedido ou de outro terminal. Nada é alterado. Verifique se o Terminal Number é o terminal da sua conta.
A URL de notificação mostra Missing or invalid lowprofilecode no navegador: isso é normal. A URL aceita somente chamadas da Cardcom.
O cliente vê «Erro de pagamento: esta moeda não é suportada pela Cardcom.»: a moeda do pedido não é ILS, USD, EUR nem GBP.
O cliente vê «O cartão não está disponível no momento. Escolha outro método de pagamento.»: o modo real está ativado, mas o número de terminal ou o nome de usuário da API está ausente, ou os campos reais contêm o terminal de teste público.
O cliente vê «Este método de pagamento não está disponível.» após Confirm Order: a sessão da finalização de compra não corresponde mais ao pedido, ou o método de pagamento foi desativado nesse meio tempo. O cliente recarrega a finalização de compra.
O cliente vê outro erro após Confirm Order: ative o Debug log e veja o campo Log. Problemas de conexão e códigos de erro da Cardcom são registrados ali.
O pedido está em status de revisão após o pagamento: leia as notas ou o Needs review: na aba VibeFox Cardcom Payment Gateway. O valor ou a moeda pagos não correspondiam ao pedido. Atenda o pedido ou reembolse o pagamento.
Não há formulário de reembolso na aba: a aba informa o motivo: a transação ainda não está confirmada, o pagamento já foi totalmente reembolsado, seu grupo de usuários não tem permissão para modificar a extensão, ou faltam o nome de usuário e a senha da API do modo do pagamento.
O reembolso falha com «API username and API password are required for refunds»: informe a API Password (e o API Username) nas configurações e tente novamente.
O reembolso falha com «Could not connect to Cardcom»: confira o painel da Cardcom antes de tentar novamente, porque o reembolso pode ou não ter sido feito.
Para desenvolvedores: a extensão dispara os eventos do OpenCart cardcom_p_supported_currencies, que amplia a lista de moedas (adicione apenas moedas habilitadas no seu terminal Cardcom), e cardcom_p_low_profile_params, que altera os parâmetros da página de pagamento antes de ela ser criada.
Desinstalação
Acesse Extensions > Extensions, escolha o tipo Payments e clique em Uninstall (o botão vermelho −) ao lado de VibeFox Cardcom 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 padrões em uma reinstalação. O evento do OpenCart da extensão também é removido (no OpenCart 4, seus eventos e sua ação de inicialização, que deixa a Cardcom passar no modo de manutenção). Se Delete on Uninstall estiver ativado, as demais configurações do gateway (título, descrição, modo de teste, credenciais, opções da página de pagamento, registro de logs) e o log são removidos. Se estiver desativado, elas são mantidas para uma reinstalação futura. As transações e reembolsos da Cardcom são sempre mantidos, então pedidos pagos antes podem ser reembolsados depois de uma reinstalação. Os pedidos existentes mantêm 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 Cardcom Payment Gateway na lista de extensões instaladas; depois clique em Delete (o botão vermelho de lixeira) para remover o pacote enviado.
A Cardcom é uma marca registrada de seu respectivo proprietário. Esta extensão não é afiliada nem endossada pela Cardcom.
