Resolvendo o problema do Interac Debit: por que checkouts personalizados de aplicativos web falham em lojas físicas canadenses

Um checkout personalizado de aplicativo web falha em uma loja física canadense por um motivo estrutural: ele não pode processar o débito Interac no balcão. Os checkouts que os construtores de aplicativos no-code e de IA geram são formulários de cartão de crédito online. O débito Interac em uma loja física é um sistema de pagamento diferente que funciona na rede de débito doméstica do Canadá por meio de hardware de terminal certificado (leitores de cartão aprovados para chip, senha e aproximação). Um formulário de navegador não tem caminho para esse hardware, de modo que cada cliente de débito presencial precisa pagar de outra forma ou simplesmente não pagar. No Canadá, isso não é um caso isolado: os canadenses realizaram mais de 6,5 bilhões de transações com o Interac Debit em um único ano, e os produtos da Interac processam cerca de 18,6 milhões de transações todos os dias¹.

Os trilhos de pagamento mudam rapidamente; os fatos da rede neste post são precisos até a data de publicação e vale a pena verificá-los novamente antes de criar soluções baseadas neles.

Por que um checkout web padrão não pode processar o débito Interac?

Porque o checkout web padrão foi projetado para pagamentos sem cartão presente (transações em que o cartão físico nunca é lido), e o débito Interac em uma loja é, por definição, com cartão presente. Uma página de pagamento hospedada ou link de checkout, o padrão do Stripe e PayPal que a maioria das ferramentas criadas nos EUA copia, coleta o número do cartão no navegador e o envia para as redes globais de cartão de crédito. Isso funciona em qualquer lugar do mundo para pedidos online. Mas não faz nada pelo cliente que está no seu balcão, porque o débito canadense na loja é roteado pela rede Interac por meio de um leitor certificado, não por um formulário web.

O lado online do Interac é mais limitado do que a maioria dos comerciantes supõe. O Interac Online, a antiga opção de pagamento direto da conta bancária em checkouts web, foi descontinuado em maio de 2024². Hoje, pagar online com o Interac Debit funciona por meio do Apple Pay e Google Pay em bancos e estabelecimentos participantes³, e cartões de bandeira dupla (cartões de débito que possuem tanto Interac quanto Visa Debit ou Debit Mastercard) recorrem às redes globais de cartões quando digitados em um formulário. Portanto, um checkout web genérico pode capturar alguns gastos de débito canadenses online. O que ele nunca poderá fazer é capturar a aproximação no caixa.

Como os construtores no-code prendem você em checkouts apenas com cartão?

Eles oferecem exatamente uma solução de pagamento: um formulário de cartão online incorporado ou um link de pagamento hospedado. Peça a um construtor de aplicativos web de IA um checkout de loja física e você obterá algo parecido com um, como abordamos em Você pode criar um POS com Lovable ou Replit? A etapa de pagamento subjacente é um formulário de cartão exclusivamente digital, porque essa é a única integração que o construtor sabe conectar. Para uma loja física canadense, isso cria três problemas:

• Cada venda no balcão se torna uma transação digitada, sem cartão presente: a forma mais exposta a fraudes de processar um pagamento que poderia ter sido uma simples aproximação.

• Clientes que preferem débito não podem pagar da forma como costumam fazer. Entregar uma tela de "digite o número do seu cartão" para alguém que queria aproximar um cartão de débito é uma ótima maneira de perder a venda e o cliente.

• Não há integração com hardware. Os navegadores não podem controlar um PIN pad certificado, de modo que nenhum prompt adicionará um leitor de cartões a um aplicativo web.

A solução improvisada óbvia é acoplar um terminal independente de um grande fornecedor de POS ao lado do aplicativo web personalizado. Agora você opera dois sistemas. O pedido vive no seu aplicativo, o pagamento vive no painel do fornecedor do terminal, os reembolsos acontecem em um lugar e o estoque em outro, e toda noite alguém concilia (cruza os dois conjuntos de registros até o último centavo) manualmente. Já escrevemos sobre como as soluções improvisadas se consolidam no próprio sistema; esta se consolida mais rápido, porque envolve dinheiro.

O que é necessário para aceitar o débito Interac no balcão?

Quatro coisas, funcionando como um único sistema:

• Hardware de terminal certificado que lê chip, senha e aproximação.

• Um processador de pagamentos certificado na rede Interac para rotear e liquidar o débito doméstico.

• Infraestrutura de conformidade: o tratamento de PCI (as regras de segurança de dados do setor de cartões) e EMV vivem na pilha certificada, não no código do seu aplicativo.

• Uma conexão ao vivo entre o seu software de checkout e o terminal, para que o valor, a gorjeta, o reembolso e o recibo fluam por meio de um único registro de transação.

O quarto item é onde os aplicativos web personalizados travam. Os três primeiros podem ser comprados; a conexão entre um layout de checkout personalizado e trilhos de pagamento em conformidade precisa ser desenvolvida, e é um trabalho maior do que o próprio layout. O que a infraestrutura de pagamento realmente inclui é uma lista mais longa do que a maioria dos planos de "faça você mesmo" prevê no orçamento.

Como um motor financeiro integrado resolve isso?

Ao tornar o layout personalizado e os trilhos de pagamento partes da mesma plataforma, para que eles já se comuniquem. Quando o checkout que você projeta e os trilhos que movimentam o dinheiro compartilham um único sistema, uma venda no balcão é enviada para um leitor certificado, um pedido online passa pelo checkout web e ambos terminam nos mesmos pedidos, estoque e relatórios. Nada para integrar, nada para conciliar manualmente.

Essa é a abordagem que a Final adota: descreva o checkout que você deseja em um prompt (or conecte sua própria IA via MCP) e o fluxo que ela cria é executado no Final Pay com hardware de terminal certificado, de modo que um cartão de débito aproximado no balcão e um pagamento com cartão online terminem na mesma contabilidade. O layout continua sendo seu para alterar; a camada financeira permanece determinística (ela fornece a mesma resposta correta todas as vezes). A mesma divisão aparece em o que a IA erra ao projetar um checkout: deixe a IA moldar o fluxo, nunca a deixe improvisar o pagamento.

Então, por que os checkouts personalizados de aplicativos web falham em lojas físicas canadenses?

Porque eles resolvem a metade errada do problema. Eles geram a tela e ignoram os trilhos, e no Canadá os trilhos no balcão são o débito Interac por meio de hardware certificado. Um checkout que só pode executar formulários de cartão online transforma cada venda presencial em seu pior tipo de transação e afasta completamente os clientes de débito. A regra geral: se o seu checkout não puder aceitar um cartão de débito por aproximação, ele é um formulário de e-commerce, não um checkout de loja física.

Se você estiver avaliando uma criação personalizada, comece com o que um sistema de POS personalizado realmente envolve, e em seguida veja como um fluxo criado por prompts lida com o lado do pagamento antes de se comprometer a conectá-lo por conta própria.