VibeFox Kushki for OpenCart — Ajuda
Requisitos
OpenCart: 3.0.x (testado na versão 3.0.5.0) ou 4.0.2 e superior (testado na versão 4.1.0.3).
PHP: 8.0 ou superior.
Moeda: USD (Equador) ou COP (Colômbia). Para pedidos em outras moedas, o método de pagamento não aparece no checkout.
HTTPS: a Kushki exige que o checkout seja servido por HTTPS no modo live.
Conta na Kushki: você precisa dos Merchant IDs público e privado da sua conta de teste (UAT) da Kushki e da sua conta de produção. Eles estão no Kushki Console, em Developers > Credentials. Para o webhook opcional, você também precisa da chave de assinatura do webhook de cada conta (veja Configuração).
Chave de licença VibeFox: adquirida 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 o README.txt, o pacote para OpenCart 3 wcp_kushki_payment-oc3-(version).ocmod.zip e o pacote para OpenCart 4 wcp_kushki_payment.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_kushki_payment-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 deste pacote para a pasta raiz da sua loja.
2. Acesse Extensions > Extensions e escolha o tipo Payments. Localize VibeFox Kushki Payment 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 os Merchant IDs público e privado de teste e mantenha Test mode ativado. Opcionalmente, configure o webhook no Kushki Console e cole a chave de assinatura dele (veja Configuração).
5. Ative Enable / Disable, clique em Save e faça um pedido de teste. Quando estiver pronto, informe os Merchant IDs de produção (e a assinatura do webhook de produção) e desative Test mode.
OpenCart 4
1. No painel administrativo, acesse Extensions > Installer, clique em Upload e escolha o arquivo wcp_kushki_payment.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, escolha o tipo Payments, encontre VibeFox Kushki Payment, clique em Install (o botão verde +) e depois em Edit (o botão de lápis).
4. Informe a chave de licença, os Merchant IDs e o webhook como nos passos 3 a 5 para o OpenCart 3. A página de configurações e os seus campos são iguais nas duas versões. Apenas a URL do webhook é diferente (veja Webhook).
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 Kushki Payment > 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 avisa quando o método de pagamento está ativado, mas faltam os Merchant IDs do modo atual (nesse caso o método fica oculto no checkout), quando a moeda padrão da loja não é USD nem COP, quando o modo de produção é usado sem HTTPS (no OpenCart 4, quando o endereço da vitrine começa com http://) e quando o modo atual não tem chave de assinatura de webhook. Enquanto o modo de teste estiver ativado, ela mostra Test mode is on: the Kushki test environment is used, no real money is charged. 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 nem ter mais de 128 caracteres, Sort Order deve ser um número inteiro (números negativos são permitidos), Total deve ser um número igual ou maior que 0, e cada status de pedido precisa existir. Se algum campo estiver errado, nada é salvo e a página indica o campo. Espaços em volta dos IDs são removidos ao salvar.
Kushki
Enable / Disable: Enable Kushki card payments ativa ou desativa o método de pagamento. Padrão: desativado.
Title: o nome do método de pagamento que o cliente vê no checkout. Ele também é o nome do método de pagamento salvo no pedido. Padrão: Credit / debit card (Kushki). Obrigatório, até 128 caracteres.
Description: o texto exibido acima do formulário do cartão na etapa Confirm Order. Padrão: Pay securely with your card. Card details are entered in a Kushki form and never stored on this site.
Sort Order: a posição da Kushki entre os métodos de pagamento no checkout. Deixe vazio ou informe um número inteiro.
Geo Zone: oferecer a Kushki apenas 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 do checkout, na moeda padrão da loja, que um pedido precisa atingir para que a Kushki seja oferecida. Deixe vazio para oferecer a Kushki em qualquer valor.
Credenciais da API
Copie os Merchant IDs público e privado do Kushki Console (Developers > Credentials; a página tem um link para o Console). As contas de teste (UAT) e de produção têm IDs diferentes. O modo de teste usa apenas os IDs de teste; o modo de produção, apenas os IDs de produção.
Test mode: usa o ambiente de teste da Kushki (UAT): os Merchant IDs de teste, o formulário de cartão de teste e a API de teste juntos. Nenhum dinheiro real é cobrado, e um selo TEST MODE aparece no checkout. Padrão: ativado. Desative para receber pagamentos reais. Os reembolsos sempre vão para o ambiente em que o pagamento foi feito.
Test Public Merchant ID: o Merchant ID público da sua conta de teste da Kushki. Ele carrega o formulário de cartão.
Test Private Merchant ID: o Merchant ID privado da sua conta de teste da Kushki. É usado no servidor para cobranças e reembolsos.
Live Public Merchant ID: o Merchant ID público da sua conta de produção da Kushki.
Live Private Merchant ID: o Merchant ID privado da sua conta de produção da Kushki. Mantenha-o em sigilo.
Os Merchant IDs privados salvos e as assinaturas de webhook nunca mais são exibidos. O campo fica vazio e mostra Saved — leave empty to keep it. Digite um novo valor apenas para alterá-lo. Para remover um valor salvo, marque Clear the saved value on save abaixo do campo e clique em Save.
Webhook (recomendado)
Os pagamentos são confirmados imediatamente pela resposta da API da Kushki, então o webhook não é obrigatório. Ele também confirma um pagamento cuja resposta foi perdida (por exemplo, por timeout) e informa os cancelamentos, reembolsos e chargebacks feitos no Kushki Console. No Kushki Console (Webhooks), adicione a URL exibida em Webhook URL nesta seção. No OpenCart 3 ela tem este formato: https://your-store/index.php?route=extension/payment/wcp_kushki_payment/webhook; no OpenCart 4, https://your-store/index.php?route=extension/wcp_kushki_payment/payment/wcp_kushki_payment.webhook. Ela é montada a partir do endereço da loja na sua instalação do OpenCart. Copie a URL exatamente como as configurações a mostram. Faça isso para a conta de teste e para a conta de produção.
A extensão processa estas notificações de cartão:
Test webhook signature: a chave de assinatura do webhook da conta de teste da Kushki (Console > Webhooks).
Live webhook signature: a chave de assinatura do webhook da conta de produção da Kushki.
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, então uma notificação de teste nunca confirma um pagamento real. Sem chave de assinatura, todas as notificações de webhook são rejeitadas, mas os pagamentos continuam funcionando, porque são confirmados pela resposta da API.
Pedidos
O OpenCart cria o pedido na etapa Confirm Order sem status (um pedido ausente). O pedido recebe um status somente depois que a Kushki aprova a cobrança no cartão. Cada campo abaixo lista os status de pedido do seu OpenCart.
Order Status After Payment: a Kushki aprovou a cobrança com um número de ticket, pelo valor e pela moeda do pedido. Padrão: Processando.
On Hold (Review) Status: a Kushki aprovou a cobrança sem número de ticket, ou informou outro valor ou moeda. Uma nota explica o motivo; verifique o pagamento no Kushki Console antes de enviar. Padrão: Pendente, porque o OpenCart não tem um status Em espera. Você pode criar o seu próprio status em System > Localisation > Order Statuses e selecioná-lo aqui.
Failed Status: um pedido no status de revisão cuja cobrança a Kushki depois informa como recusada (webhook). Padrão: Falhou.
Canceled Status: pedidos neste status (ou no status de reembolsado) nunca são reabertos por um webhook atrasado. Padrão: Cancelado.
Refunded Status: definido depois que o pagamento é reembolsado pela aba do pedido. Padrão: Reembolsado.
Avançado
Debug log: grava as requisições e os webhooks da Kushki no arquivo kushki_p_debug.log.php, na pasta de logs do OpenCart (storage/logs). O arquivo não pode ser aberto pela web. Avisos e erros são sempre registrados. Os logs nunca contêm Merchant IDs, tokens de cartão ou e-mails de clientes. Padrão: desativado.
Log: mostra o tamanho e as entradas mais recentes do log. Clique em Clear log para esvaziá-lo.
Delete data on uninstall: quando ativado, desinstalar a extensão remove as configurações e o log. Os registros de pagamento da Kushki (cobranças e reembolsos) são sempre mantidos, para que pedidos antigos ainda possam ser reembolsados após uma reinstalação. Padrão: desativado.
Importar / Exportar
Export: Download JSON salva as configurações em um arquivo JSON. Os Merchant IDs privados e as assinaturas de webhook não são exportados.
Import: cole um JSON exportado anteriormente e clique em Import para restaurar as configurações. Os segredos salvos são mantidos.
Checkout
Na etapa Payment Method, o cliente escolhe o método de pagamento (por padrão, Credit / debit card (Kushki)). O OpenCart cria o pedido na etapa Confirm Order, ainda sem status. Ali o cliente vê a sua descrição e o formulário de cartão da Kushki, com o total do pedido na moeda do pedido. O cliente digita o cartão, escolhe o parcelamento, se o formulário da Kushki o oferecer, e pressiona o botão de pagamento dentro do formulário da Kushki. O pagamento é então enviado automaticamente, como diz a nota abaixo do formulário: Enter your card in the secure Kushki form above and press its pay button — the payment is sent automatically. Se o cliente clicar no botão Confirm Order do OpenCart, aparece a mensagem Please enter your card details in the Kushki form and press its pay button.
No OpenCart 4, o cliente escolhe o método de pagamento com o botão Choose no bloco do método de pagamento, na janela Payment method options. O formulário de cartão da Kushki aparece então no bloco de confirmação do pedido, na parte de baixo da página de finalização de compra, acima do botão Confirm Order, e é recriado para o total atual do pedido sempre que o OpenCart recarrega esse bloco.
Em seguida, a sua loja cobra o cartão no servidor. O pedido só é marcado como pago depois que a Kushki confirma com um número de ticket. Depois disso, o pedido recebe o status da forma padrão do OpenCart, com os e-mails habituais do pedido e a atualização de estoque, o carrinho é esvaziado, e o cliente vê a página de sucesso do pedido do OpenCart com Your card payment has been received. O valor e a moeda informados pela Kushki são comparados com o pedido. Um pedido no status de revisão mostra Your payment is being reviewed. We will update your order as soon as the review is complete.
Se o cartão for recusado, o pedido continua sem status, o cliente permanece na etapa Confirm Order com Your payment was declined e o motivo informado pela Kushki, e pode tentar outro cartão no formulário recarregado. Para problemas de rede, de chave ou de servidor, o cliente vê The payment could not be processed right now. Please try again in a moment or choose another payment method. O motivo técnico é gravado no log e nas notas do pedido. Um segundo clique enquanto um pagamento está sendo processado mostra A payment for this order is already being processed. Please wait a moment and check your order status.
O OpenCart 3 cria um novo pedido sempre que a etapa Confirm Order é exibida, enquanto o OpenCart 4 mantém um único pedido para a finalização de compra e o atualiza. Em qualquer caso, um carrinho é pago apenas uma vez: um carrinho já pago, ou uma cobrança aprovada cujo pedido ainda não tem status, nunca é cobrado de novo, e o cliente vê a página de sucesso. Se a resposta da Kushki for perdida (por exemplo, por timeout), o cliente vê a mensagem geral, mas a tentativa de cobrança é mantida. Quando o webhook assinado informa a cobrança aprovada, o pedido recebe o status. Se o cliente pagar de novo antes de qualquer webhook chegar, é uma nova cobrança; a aprovação tardia da primeira cobrança apenas acrescenta uma nota sobre uma possível cobrança em duplicidade.
No OpenCart 4, o pedido permanece na finalização de compra até que a página de sucesso seja exibida. Se, nesse meio-tempo, o pedido foi fechado sem pagamento (por exemplo, uma cobrança em revisão foi depois recusada, ou você cancelou o pedido), ou já foi pago para um carrinho anterior e o cliente mudou o carrinho desde então, o cliente volta à página de finalização de compra ao pagar, e o próximo clique em Confirm Order cria um novo pedido. Acima da página de finalização de compra, o cliente vê Your previous order is closed (declined, cancelled or refunded by the store). Please confirm the order again: the cart will be paid with a new order. se o pedido foi fechado, ou Your previous order is already paid for other cart contents. Please confirm the order again: the current cart will be paid with a new order. se ele foi pago por outro carrinho. Uma alteração do carrinho, incluindo uma nova quantidade, conta como um novo carrinho que precisa de um pagamento próprio.
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 (startup action) para o webhook. O 3-D Secure, as regras antifraude e o parcelamento oferecido são configurados no Kushki Console.
A extensão aceita apenas pagamentos com cartão em uma única etapa. Não há reembolsos parciais, cartões salvos ou assinaturas, nem pagamentos em dinheiro, transferência bancária (PSE) ou redirecionamento para cartão de débito, nem autorização e captura separadas.
Pedidos e reembolsos
Status do pedido
Sem status (pedido ausente): o cliente não pagou, o cartão foi recusado, ou a resposta da Kushki foi perdida e o webhook ainda não chegou. Em Sales > Orders, esses pedidos só aparecem com o filtro Order Status definido como Missing Orders.
Order Status After Payment (padrão Processando): a Kushki confirmou a cobrança (pela resposta da API ou pelo webhook). Uma nota mostra o modo, o valor, o número do ticket da Kushki e a referência.
On Hold (Review) Status (padrão Pendente): a Kushki retornou um sucesso sem número de ticket, ou informou um valor ou moeda diferente do pedido. A nota explica. Verifique a transação no Kushki Console e processe o pedido ou reembolse o pagamento. Uma aprovação assinada posterior, com número de ticket e valor correspondente, muda o pedido para Order Status After Payment.
Failed Status (padrão Falhou): o webhook informou que a cobrança de um pedido no status de revisão foi recusada.
Refunded Status (padrão Reembolsado): o pagamento foi reembolsado pela extensão.
Se a Kushki informar outra cobrança aprovada para um pedido que já está pago, cancelado ou reembolsado, o pedido não é alterado. Uma nota pede que você verifique uma possível cobrança em duplicidade e a reembolse no Kushki Console. Um webhook do ambiente de teste para um pagamento de produção (ou o contrário) é ignorado com uma nota.
As notas são registros do History do pedido que o cliente não vê.
Aba VibeFox Kushki Payment
Em Sales > Orders, abra um pedido pago com a Kushki. Na parte inferior da página do pedido, ao lado de History e Additional, a aba VibeFox Kushki Payment mostra o Ticket number (com a etiqueta TEST para pagamentos de teste), a Transaction reference, o Environment, o Result, os valores Charged / order amount, o formulário de reembolso, o histórico de reembolsos e as Kushki notes do pedido. A aba é exibida para usuários que têm acesso à extensão.
Reembolsos
A Kushki reembolsa a cobrança inteira, então só são possíveis reembolsos totais. Na aba VibeFox Kushki Payment, o campo Amount cobrado pela Kushki já vem preenchido. Opcionalmente, informe um Reason (optional), clique em Refund via Kushki e confirme a pergunta Refund the full payment through Kushki? This cannot be undone. Você precisa do direito de modificar a extensão (definido em System > Users > User Groups). Para qualquer outro valor, a extensão mostra Kushki refunds the full payment only. Enter the full charged amount com o valor, e nada é enviado. O reembolso é feito no valor e na moeda cobrados pela Kushki; assim, após uma divergência de valor, o cliente recebe de volta o que foi realmente cobrado, e não o total do pedido. Um pagamento pode ser reembolsado apenas uma vez.
O reembolso é enviado no modo em que o pagamento foi feito (teste ou produção), então o Merchant ID privado desse modo precisa estar configurado. Se a Kushki não aceitar o reembolso, a aba mostra Kushki refund failed com o código e a mensagem da Kushki, e nenhum reembolso é registrado. Um reembolso bem-sucedido é adicionado ao histórico de reembolsos e às notas com o ticket de reembolso da Kushki, e o pedido passa para Refunded Status sem notificar o cliente e sem devolver produtos ao estoque, como uma alteração manual de status. Reembolsos exigem uma cobrança da Kushki confirmada com número de ticket.
As devoluções de produtos em Sales > Returns não devolvem dinheiro pela Kushki. Cancelamentos e reembolsos feitos no Kushki Console chegam pelo webhook e são adicionados às notas. O status do pedido não muda automaticamente.
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 Kushki Payment é o primeiro bloco em Extensions > Extensions > Payments > VibeFox Kushki Payment > 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 de novo, Change key para informar outra chave e Remove key para remover a chave desta loja. Abaixo deles ficam a linha Product: opencart-payment-kushki 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 único domínio: o endereço da loja definido na configuração 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 Kushki não é exibida aos clientes no checkout. 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 admin 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 esta prévia 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 que você abrir a página Edit uma vez, um lembrete aparece no Dashboard do admin. Feche-o com × para ocultá-lo por 7 dias. Os 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 a renovação. O status é verificado de novo automaticamente quando você abre o Dashboard ou a página Edit do admin: uma vez por dia nos primeiros 14 dias após a chave ser informada, depois uma vez por semana. Não é preciso nenhum cron job. Desinstalar a extensão sempre remove a chave de licença e o status da licença.
Solução de problemas
A Kushki não aparece no checkout: verifique se a licença está ativa, se Enable / Disable está ativado e se o modo atual tem os dois Merchant IDs: os IDs de teste no modo de teste, e os IDs de produção no modo de produção. A página de configurações mostra um aviso quando os IDs estão ausentes. Confirme se a moeda do pedido é USD ou COP, 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 sem status: a resposta da API da Kushki foi perdida, por exemplo por timeout. O webhook confirma esses pagamentos. No Kushki Console, verifique se a URL do webhook é exatamente a mostrada em Webhook URL, para a conta do modo que você usa, e se a chave de assinatura dessa conta está no campo correspondente (Test webhook signature ou Live webhook signature). Uma cobrança aprovada sem o valor e a moeda pagos coloca o pedido em On Hold (Review) Status.
O webhook responde Webhook signature not configured: nenhuma assinatura de webhook está definida. Cole a chave de assinatura nas configurações.
O webhook responde Invalid signature: a chave de assinatura pertence a outra conta ou modo, ou a notificação foi alterada no caminho.
O webhook responde Order mismatch: a notificação não pertence a uma tentativa de cobrança deste pedido (chave da tentativa ou transação incorreta). Nada é alterado.
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 Kushki pode enviar a notificação novamente. Os erros são sempre gravados no log.
A URL do webhook mostra apenas POST no navegador: isso é normal. A URL aceita apenas notificações da Kushki.
O formulário do cartão não carrega: o cliente vê The Kushki card form could not be loaded. Please reload the page or choose another payment method. Verifique o Merchant ID público do modo atual.
O cliente vê This payment option is not available in this store. Please pay by card.: uma opção de pagamento que não é cartão foi escolhida no formulário da Kushki. A extensão cobra apenas cartões.
O cliente vê um erro ao pagar: ative o Debug log e veja o campo Log na página da extensão. This payment method is not available. Please reload the checkout page. significa que a sessão do checkout não corresponde mais ao pedido, ou que o método de pagamento foi desativado nesse meio-tempo: o cliente precisa recarregar o checkout. Um Merchant ID privado errado ou ausente gera a mensagem geral de que o pagamento não pôde ser processado.
O cliente vê Your payment was received, but the order could not be completed automatically: a Kushki aprovou a cobrança, mas o OpenCart não conseguiu definir o status do pedido. O log mostra o motivo. A próxima tentativa de pagamento do mesmo carrinho define o status sem uma nova cobrança.
O reembolso falha com uma mensagem sobre o modo: o pagamento foi feito no modo de teste ou de produção, e o Merchant ID privado desse modo não está definido. Informe-o e tente de novo.
Não há formulário de reembolso na aba: a aba informa o motivo: o pagamento já foi reembolsado, o pedido não tem número de ticket da Kushki (No Kushki ticket number found for this order — refund it in the Kushki Console.), o seu grupo de usuários não tem o direito de modificar a extensão, ou o Merchant ID privado do modo do pagamento não está definido.
Desinstalação
Acesse Extensions > Extensions, escolha o tipo Payments e clique em Uninstall (o botão vermelho −) ao lado de VibeFox Kushki Payment. 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 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 (startup action), que deixa passar o webhook no modo de manutenção). Se Delete data on uninstall estiver ativado, as demais configurações (título, descrição, modo de teste, Merchant IDs, assinaturas de webhook, registro de logs) e o log são removidos. Se estiver desativado, são mantidos para uma reinstalação posterior. Os registros de pagamento da Kushki (cobranças e reembolsos) são sempre mantidos, então pedidos pagos antes ainda podem ser reembolsados após uma reinstalação. Os pedidos existentes mantêm suas notas de pagamento.
No OpenCart 4, para remover também os arquivos da extensão, depois da desinstalação acesse Extensions > Installer e clique em Uninstall (o botão laranja −) ao lado de VibeFox Kushki Payment na lista de extensões instaladas, depois em Delete (o botão vermelho com a lixeira) para remover o pacote enviado.
A Kushki é uma marca registrada de seu respectivo proprietário. Esta extensão não é afiliada nem endossada pela Kushki.