Lösung des Interac-Debit-Problems: Warum maßgeschneiderte Web-App-Checkouts an kanadischen Ladenkassen scheitern

Ein maßgeschneiderter Web-App-Checkout scheitert in einem kanadischen Ladengeschäft aus einem strukturellen Grund: Er kann Interac-Debit an der Kasse nicht verarbeiten. Die Checkouts, die No-Code- und KI-App-Builder generieren, sind Online-Kreditkartenformulare. Interac-Debit in einem physischen Geschäft ist ein anderes Zahlungssystem, das über Kanadas nationales Debitnetzwerk und zertifizierte Terminal-Hardware (für Chip, PIN und kontaktloses Bezahlen zugelassene Kartenleser) läuft. Ein Browser-Formular hat keinen Zugriff auf diese Hardware, sodass jeder Kunde, der vor Ort mit Debitkarte bezahlen möchte, einen anderen Weg wählen oder auf den Kauf verzichten muss. In Kanada ist das kein Sonderfall: Kanadier haben in einem einzigen Jahr mehr als 6,5 Milliarden Interac-Debit-Transaktionen durchgeführt, und Interac-Produkte wickeln täglich rund 18,6 Millionen Transaktionen ab¹.

Zahlungswege ändern sich schnell; die Netzwerk-Fakten in diesem Beitrag entsprechen dem Stand bei Veröffentlichung und sollten überprüft werden, bevor Sie darauf aufbauen.

Warum kann ein Standard-Web-Checkout kein Interac-Debit verarbeiten?

Weil der Standard-Web-Checkout für Card-Not-Present-Zahlungen (Transaktionen, bei denen die physische Karte nie eingelesen wird) konzipiert wurde, während Interac-Debit im Geschäft per Definition eine Card-Present-Zahlung ist. Eine gehostete Zahlungsseite oder ein Checkout-Link – das Muster von Stripe und PayPal, das die meisten in den USA entwickelten Tools kopieren – erfasst eine Kartennummer im Browser und sendet sie an die globalen Kreditkartennetzwerke. Das funktioniert weltweit für Online-Bestellungen. Dem Kunden an Ihrer Kasse nützt das jedoch nichts, da kanadische Debitkartenzahlungen im Geschäft über das Interac-Netzwerk und ein zertifiziertes Lesegerät geleitet werden, nicht über ein Webformular.

Die Online-Seite von Interac ist eingeschränkter, als die meisten Händler annehmen. Interac Online, die alte Option zur Zahlung direkt vom Bankkonto bei Web-Checkouts, wurde im Mai 2024 eingestellt². Heute funktioniert das Online-Bezahlen mit Interac-Debit über Apple Pay und Google Pay bei teilnehmenden Banken und Händlern³, und Co-Branding-Karten (Debitkarten, die sowohl Interac als auch Visa Debit oder Debit Mastercard unterstützen) weichen auf die globalen Kartennetzwerke aus, wenn sie in ein Formular eingegeben werden. Ein generischer Web-Checkout kann also einen Teil der kanadischen Debit-Umsätze online erfassen. Was er jedoch niemals kann, ist das Auflegen der Karte an der Kasse zu erfassen.

Wie binden No-Code-Builder Sie an reine Kartenzahlungen?

Sie liefern genau eine Antwort für Zahlungen: ein eingebettetes Online-Kartenformular oder einen gehosteten Zahlungslink. Wenn Sie einen KI-Web-App-Builder nach einem Checkout für ein Ladengeschäft fragen, erhalten Sie etwas, das optisch danach aussieht, wie wir in Können Sie ein POS mit Lovable oder Replit bauen? beschrieben haben. Der dahinter liegende Zahlungsschritt ist ein rein digitales Kartenformular, da dies die einzige Integration ist, die der Builder verknüpfen kann. Für ein kanadisches Ladengeschäft wirft das drei Probleme auf:

• Jeder Verkauf an der Kasse wird zu einer manuell eingegebenen Card-Not-Present-Transaktion: die betrugsanfälligste Art, eine Zahlung abzuwickeln, die auch ein einfaches Auflegen der Karte hätte sein können.

• Kunden, die bevorzugt mit Debitkarte zahlen, können dies nicht wie gewohnt tun. Jemandem, der seine Debitkarte kontaktlos auflegen möchte, einen Bildschirm zur Eingabe der Kartennummer vorzulegen, ist ein sicherer Weg, den Verkauf und den Kunden zu verlieren.

• Es gibt keine Hardware-Anbindung. Browser können kein zertifiziertes PIN-Pad ansteuern, sodass auch noch so viele Prompts einer Web-App keinen Kartenleser hinzufügen können.

Die naheliegende Behelfslösung besteht darin, ein eigenständiges Terminal eines großen POS-Anbieters neben der maßgeschneiderten Web-App zu platzieren. Nun betreiben Sie zwei Systeme. Die Bestellung befindet sich in Ihrer App, die Zahlung im Dashboard des Terminal-Anbieters, Rückerstattungen erfolgen an einem Ort und der Lagerbestand an einem anderen. Jeden Abend muss jemand die beiden Datensätze manuell auf den Cent genau abgleichen. Wir haben bereits darüber geschrieben, wie Behelfslösungen sich im System verfestigen; diese hier verfestigt sich am schnellsten, da es um Geld geht.

Was ist nötig, um Interac-Debit an der Kasse zu akzeptieren?

Vier Dinge, die als ein einziges System zusammenarbeiten:

• Zertifizierte Terminal-Hardware, die Chip, PIN und kontaktloses Bezahlen unterstützt.

• Ein auf dem Interac-Netzwerk zertifizierter Zahlungsabwickler zur Weiterleitung und Abrechnung inländischer Debitkartenzahlungen.

• Compliance-Infrastruktur: Die Einhaltung von PCI (die Datensicherheitsregeln der Kartenindustrie) und die EMV-Abwicklung sind im zertifizierten Stack angesiedelt, nicht in Ihrem App-Code.

• Eine Live-Verbindung zwischen Ihrer Checkout-Software und dem Terminal, sodass Betrag, Trinkgeld, Rückerstattung und Beleg über einen einzigen Transaktionsdatensatz laufen.

Am vierten Punkt scheitern maßgeschneiderte Web-Apps meist. Die ersten drei Punkte kann man einkaufen; die Verbindung zwischen einem maßgeschneiderten Checkout-Layout und konformen Zahlungswegen muss jedoch selbst entwickelt werden – und das ist eine weitaus größere Aufgabe als das Layout selbst. Was eine Zahlungsinfrastruktur tatsächlich umfasst, ist eine längere Liste, als die meisten Do-it-yourself-Pläne vorsehen.

Wie löst eine integrierte Finanz-Engine dieses Problem?

Indem das maßgeschneiderte Layout und die Zahlungswege Teil derselben Plattform werden, sodass sie bereits miteinander kommunizieren. Wenn der von Ihnen gestaltete Checkout und die Zahlungswege, die das Geld bewegen, dasselbe System nutzen, wird ein Verkauf an der Kasse an ein zertifiziertes Lesegerät übermittelt, eine Online-Bestellung läuft über den Web-Checkout und beide landen in derselben Bestellungen, Beständen und Berichten. Nichts muss integriert, nichts manuell abgeglichen werden.

Das ist der Ansatz von Final: Beschreiben Sie den gewünschten Checkout in einem Prompt (oder verbinden Sie Ihre eigene KI über MCP), und der erstellte Ablauf läuft auf Final Pay mit zertifizierter Terminal-Hardware. So landen eine kontaktlos aufgelegte Debitkarte an der Kasse und eine Online-Kartenzahlung in denselben Büchern. Das Layout bleibt für Sie anpassbar; die Zahlungsebene bleibt deterministisch (sie liefert jedes Mal das gleiche korrekte Ergebnis). Dieselbe Trennung zeigt sich auch bei dem Thema, was KI beim Entwerfen eines Checkouts falsch macht: Lassen Sie die KI den Ablauf gestalten, aber lassen Sie sie niemals die Zahlung improvisieren.

Warum scheitern maßgeschneiderte Web-App-Checkouts also an kanadischen Ladenkassen?

Weil sie die falsche Hälfte des Problems lösen. Sie generieren den Bildschirm und lassen die Zahlungswege weg – und in Kanada sind die Zahlungswege an der Kasse Interac-Debit über zertifizierte Hardware. Ein Checkout, der nur Online-Kartenformulare verarbeiten kann, macht jeden Verkauf vor Ort zur ungünstigsten Transaktionsart und schreckt Debitkunden komplett ab. Die Faustregel: Wenn Ihr Checkout keine kontaktlos aufgelegte Debitkarte akzeptieren kann, handelt es sich um ein E-Commerce-Formular und nicht um einen Checkout für Ladengeschäfte.

Wenn Sie eine maßgeschneiderte Entwicklung in Erwägung ziehen, informieren Sie sich zunächst darüber, was ein maßgeschneidertes POS-System tatsächlich beinhaltet, und sehen Sie sich an, wie ein per Prompt erstellter Ablauf die Zahlungsseite abwickelt, bevor Sie sich dazu verpflichten, dies selbst zu programmieren.