Het Interac Debit-probleem oplossen: Waarom op maat gemaakte web-app checkouts falen voor Canadese fysieke winkels

Een op maat gemaakte web-app checkout faalt in een Canadese fysieke winkel om één structurele reden: het kan geen Interac Debit verwerken aan de kassa. De checkouts die no-code en AI-appbuilders genereren, zijn online creditcardformulieren. Interac Debit in een fysieke winkel is een ander betalingssysteem dat draait op het binnenlandse debetnetwerk van Canada via gecertificeerde terminalhardware (kaartlezers die zijn goedgekeurd voor chip, pincode en contactloos betalen). Een browserformulier heeft geen verbinding met die hardware, dus elke fysieke debetklant moet op een andere manier betalen of helemaal niet. In Canada is dat geen uitzondering: Canadezen voltooiden meer dan 6,5 miljard Interac Debit-transacties in één jaar, en Interac-producten verwerken dagelijks ongeveer 18,6 miljoen transacties¹.

Betalingskanalen veranderen snel; de netwerkfeiten in dit bericht zijn accuraat op het moment van publicatie en het is de moeite waard om ze te controleren voordat u eromheen gaat bouwen.

Waarom kan een standaard web checkout geen Interac Debit verwerken?

Omdat de standaard web checkout is ontworpen voor 'card-not-present'-betalingen (transacties waarbij de fysieke kaart nooit wordt gelezen), en Interac Debit in een winkel per definitie 'card-present' is. Een gehoste betalingspagina of checkout-link, het patroon van Stripe en PayPal dat de meeste in de VS gebouwde tools kopiëren, verzamelt een kaartnummer in de browser en stuurt dit naar de wereldwijde creditcardnetwerken. Dat werkt overal ter wereld voor online bestellingen. Het doet niets voor de klant die aan uw kassa staat, omdat Canadese debetbetalingen in de winkel via het Interac-netwerk lopen via een gecertificeerde lezer, en niet via een webformulier.

De online kant van Interac is beperkter dan de meeste winkeliers aannemen. Interac Online, de oude optie om vanaf uw bankrekening te betalen bij web checkouts, is in mei 2024 stopgezet². Tegenwoordig werkt online betalen met Interac Debit via Apple Pay en Google Pay bij deelnemende banken en winkeliers³, en co-badged kaarten (debetkaarten met zowel Interac als Visa Debit of Debit Mastercard) vallen terug op de wereldwijde kaartnetwerken wanneer ze in een formulier worden getypt. Een generieke web checkout kan dus wel wat Canadese online debetuitgaven registreren. Wat het echter nooit kan, is de contactloze betaling aan de kassa registreren.

Hoe binden no-code builders u aan checkouts die alleen kaarten accepteren?

Ze leveren precies één betalingsoplossing: een ingebed online kaartformulier of een gehoste betalingslink. Vraag een AI-web-appbuilder om een checkout voor een fysieke winkel en u krijgt iets wat daarop lijkt, zoals we hebben besproken in Kunt u een POS bouwen met Lovable of Replit? De onderliggende betalingsstap is een uitsluitend digitaal kaartformulier, omdat dat de enige integratie is die de builder kan koppelen. Voor een Canadese fysieke winkel levert dit drie problemen op:

• Elke verkoop aan de kassa wordt een handmatig ingevoerde, 'card-not-present'-transactie: de meest fraudegevoelige manier om een betaling te verwerken die een eenvoudige contactloze betaling had kunnen zijn.

• Klanten die bij voorkeur met debetkaart betalen, kunnen niet betalen zoals ze gewend zijn. Een scherm tonen waarop ze hun kaartnummer moeten invoeren aan iemand die contactloos wilde betalen met een debetkaart, is een goede manier om de verkoop en de klant te verliezen.

• Er is geen hardware-oplossing. Browsers kunnen geen gecertificeerde pinpad aansturen, dus hoeveel prompts u ook gebruikt, er wordt geen kaartlezer aan een web-app toegevoegd.

De voor de hand liggende tijdelijke oplossing is om een standalone terminal van een grote POS-leverancier naast de op maat gemaakte web-app te plaatsen. Nu draait u twee systemen. De bestelling staat in uw app, de betaling staat in het dashboard van de terminalleverancier, terugbetalingen vinden op de ene plaats plaats en de voorraad op de andere, en elke avond moet iemand handmatig de boel afstemmen (de twee sets gegevens tot op de cent nauwkeurig met elkaar vergelijken). We hebben eerder geschreven over hoe tijdelijke oplossingen vastroesten in het systeem zelf; deze roest het snelst vast, omdat er geld mee gemoeid is.

Wat is er nodig om Interac Debit aan de kassa te accepteren?

Vier dingen die als één systeem samenwerken:

• Gecertificeerde terminalhardware die chip, pincode en contactloos betalen ondersteunt.

• Een betalingsverwerker die gecertificeerd is op het Interac-netwerk om binnenlandse debetbetalingen te routeren en af te wikkelen.

• Compliance-infrastructuur: PCI (de gegevensbeveiligingsregels van de kaartindustrie) en EMV-afhandeling bevinden zich in de gecertificeerde stack, niet in uw app-code.

• Een live verbinding tussen uw checkout-software en de terminal, zodat het bedrag, de fooi, de terugbetaling en de bon allemaal via één transactiebestand lopen.

Het vierde punt is waar op maat gemaakte web-apps vastlopen. De eerste drie kunnen worden gekocht; de verbinding tussen een op maat gemaakte checkout-lay-out en conforme betalingskanalen moet worden ontwikkeld, en dat is een grotere klus dan de lay-out zelf. Wat betalingsinfrastructuur daadwerkelijk omvat is een langere lijst dan waar de meeste doe-het-zelf-plannen rekening mee houden.

Hoe lost een geïntegreerde financiële engine dit op?

Door de op maat gemaakte lay-out en de betalingskanalen deel te laten uitmaken van hetzelfde platform, zodat ze al met elkaar communiceren. Wanneer de checkout die u ontwerpt en de kanalen die het geld verplaatsen één systeem delen, wordt een verkoop aan de kassa doorgestuurd naar een gecertificeerde lezer, loopt een online bestelling via de web checkout en komen beide terecht in dezelfde bestellingen, voorraad en rapportages. Niets om te integreren, niets om handmatig af te stemmen.

Dat is de aanpak van Final: beschrijf de checkout die u wilt in een prompt (of verbind uw eigen AI via MCP) en de flow die hiermee wordt gebouwd draait op Final Pay met gecertificeerde terminalhardware, zodat een contactloze debetbetaling aan de kassa en een online kaartbetaling in dezelfde boeken terechtkomen. De lay-out blijft aan u om te wijzigen; de geldlaag blijft deterministisch (deze geeft elke keer hetzelfde juiste antwoord). Dezelfde splitsing is te zien in wat AI fout doet bij het ontwerpen van een checkout: laat de AI de flow vormgeven, laat deze nooit de betaling improviseren.

Dus, waarom falen op maat gemaakte web-app checkouts voor Canadese fysieke winkels?

Omdat ze de verkeerde helft van het probleem oplossen. Ze genereren het scherm en slaan de betalingskanalen over, en in Canada zijn de kanalen aan de kassa Interac Debit via gecertificeerde hardware. Een checkout die alleen online kaartformulieren kan uitvoeren, verandert elke fysieke verkoop in het slechtst mogelijke transactietype en jaagt debetklanten volledig weg. De vuistregel: als uw checkout geen contactloze debetkaart kan accepteren, is het een e-commerceformulier, geen checkout voor een fysieke winkel.

Als u een op maat gemaakt systeem overweegt, begin dan met wat een op maat gemaakt POS-systeem daadwerkelijk inhoudt, en kijk vervolgens hoe een via een prompt gebouwde flow de betalingskant afhandelt voordat u besluit dit zelf te gaan koppelen.