Rozwiązanie problemu z Interac Debit: dlaczego niestandardowe kasy w aplikacjach webowych zawodzą w kanadyjskich sklepach stacjonarnych

Niestandardowa kasa w aplikacji webowej zawodzi w kanadyjskim sklepie stacjonarnym z jednego strukturalnego powodu: nie może przetwarzać płatności Interac Debit przy ladzie. Kasy generowane przez kreatory aplikacji no-code i AI to formularze kart kredytowych online. Interac Debit w sklepie stacjonarnym to inny system płatności, który działa w oparciu o krajową kanadyjską sieć debetową za pośrednictwem certyfikowanego terminala płatniczego (czytników kart zatwierdzonych do obsługi chipów, kodów PIN i płatności zbliżeniowych). Formularz w przeglądarce nie ma połączenia z tym sprzętem, więc każdy klient chcący zapłacić kartą debetową na miejscu musi zapłacić w inny sposób lub zrezygnować z zakupu. W Kanadzie nie jest to przypadek skrajny: Kanadyjczycy dokonali ponad 6,5 miliarda transakcji Interac Debit w ciągu jednego roku, a produkty Interac obsługują około 18,6 miliona transakcji każdego dnia¹.

Infrastruktura płatnicza zmienia się szybko; fakty dotyczące sieci przedstawione w tym wpisie są dokładne na dzień publikacji i warto je zweryfikować przed rozpoczęciem budowy systemu w oparciu o nie.

Dlaczego standardowa kasa webowa nie może przetwarzać płatności Interac Debit?

Ponieważ standardowa kasa webowa została zaprojektowana z myślą o płatnościach bez fizycznej obecności karty (transakcjach, w których fizyczna karta nigdy nie jest odczytywana), a Interac Debit w sklepie to z definicji płatność z fizyczną obecnością karty. Hostowana strona płatności lub link do kasy – schemat Stripe i PayPal, który kopiuje większość narzędzi stworzonych w USA – zbiera numer karty w przeglądarce i wysyła go do globalnych sieci kart kredytowych. To działa w przypadku zamówień online na całym świecie. Nie daje jednak nic klientowi stojącemu przy Twojej ladzie, ponieważ płatności debetowe w kanadyjskich sklepach stacjonarnych są kierowane przez sieć Interac za pośrednictwem certyfikowanego czytnika, a nie formularza internetowego.

Obsługa płatności online przez Interac jest węższa, niż zakłada większość sprzedawców. Interac Online, dawna opcja płatności bezpośrednio z konta bankowego w kasach internetowych, została wycofana w maju 2024 roku². Obecnie płatności online za pomocą Interac Debit działają za pośrednictwem Apple Pay i Google Pay w bankach i u sprzedawców biorących udział w programie³, a karty dwuorganizacyjne (karty debetowe obsługujące zarówno Interac, jak i Visa Debit lub Debit Mastercard) po wpisaniu do formularza korzystają z globalnych sieci kart. Zatem generyczna kasa webowa może obsłużyć część kanadyjskich płatności debetowych online. Nigdy nie obsłuży jednak zbliżenia karty przy kasie stacjonarnej.

Jak kreatory no-code skazują Cię wyłącznie na płatności kartami kredytowymi?

Oferują dokładnie jedno rozwiązanie płatnicze: osadzony formularz karty online lub hostowany link do płatności. Poproś kreator aplikacji webowych AI o stworzenie kasy dla sklepu stacjonarnego, a otrzymasz coś, co tak wygląda, o czym pisaliśmy w artykule Czy można zbudować POS za pomocą Lovable lub Replit?. Krok płatności pod spodem to wyłącznie cyfrowy formularz karty, ponieważ to jedyna integracja, jaką kreator potrafi połączyć. Dla kanadyjskiego sklepu stacjonarnego rodzi to trzy problemy:

• Każda sprzedaż przy ladzie staje się transakcją z ręcznym wpisywaniem danych (bez fizycznej obecności karty): to najbardziej narażony na oszustwa sposób przetwarzania płatności, która mogła być zwykłym zbliżeniem karty.

• Klienci preferujący karty debetowe nie mogą płacić tak, jak zazwyczaj. Podanie ekranu z prośbą o wpisanie numeru karty komuś, kto chciał zbliżyć kartę debetową, to prosty sposób na utratę sprzedaży i klienta.

• Brak obsługi sprzętu. Przeglądarki nie mogą obsługiwać certyfikowanego terminala PIN, więc żadna liczba promptów nie doda czytnika kart do aplikacji webowej.

Oczywistym obejściem jest postawienie samodzielnego terminala od dużego dostawcy POS obok niestandardowej aplikacji webowej. Wtedy obsługujesz dwa systemy. Zamówienie znajduje się w Twojej aplikacji, płatność w panelu dostawcy terminala, zwroty odbywają się w jednym miejscu, a stany magazynowe w drugim, a każdego wieczoru ktoś musi ręcznie uzgadniać (porównywać oba zestawy rekordów co do grosza). Pisaliśmy o tym, jak prowizoryczne rozwiązania utrwalają się w samym systemie; to utrwala się najszybciej, ponieważ w grę wchodzą pieniądze.

Czego potrzeba, aby akceptować płatności Interac Debit przy ladzie?

Czterech rzeczy działających jako jeden system:

• Certyfikowanego terminala płatniczego, który obsługuje chip, PIN i zbliżenia.

• Procesora płatności certyfikowanego w sieci Interac do kierowania i rozliczania krajowych płatności debetowych.

• Zaplecza zgodności: obsługa standardów PCI (zasad bezpieczeństwa danych branży kart płatniczych) i EMV odbywa się w certyfikowanym stosie technologicznym, a nie w kodzie Twojej aplikacji.

• Połączenia na żywo między oprogramowaniem kasy a terminalem, aby kwota, napiwek, zwrot i paragon przechodziły przez jeden rekord transakcji.

Czwarty punkt to miejsce, w którym niestandardowe aplikacje webowe napotykają barierę. Pierwsze trzy można kupić; połączenie między niestandardowym układem kasy a zgodną z przepisami infrastrukturą płatniczą musi zostać zaprojektowane i jest to znacznie większe zadanie niż sam układ. To, co rzeczywiście wchodzi w skład infrastruktury płatniczej to znacznie dłuższa lista, niż zakłada większość budżetów na samodzielne wdrożenia.

Jak zintegrowany silnik finansowy rozwiązuje ten problem?

Poprzez uczynienie niestandardowego układu i infrastruktury płatniczej częściami tej samej platformy, dzięki czemu już ze sobą współpracują. Gdy zaprojektowana przez Ciebie kasa i infrastruktura, która przesyła pieniądze, dzielą jeden system, sprzedaż przy ladzie jest wysyłana do certyfikowanego czytnika, zamówienie online przechodzi przez kasę webową, a oba trafiają do tych samych zamówień, stanów magazynowych i raportów. Nie trzeba niczego integrować ani ręcznie uzgadniać.

To jest właśnie podejście, które stosuje Final: opisujesz pożądaną kasę w promptcie (lub podłączasz własną AI przez MCP), a zbudowany proces działa na Final Pay z certyfikowanym terminalem, dzięki czemu karta debetowa zbliżona przy ladzie i płatność kartą online trafiają do tych samych ksiąg. Układ pozostaje do Twojej dyspozycji; warstwa finansowa pozostaje deterministyczna (zawsze daje tę samą, poprawną odpowiedź). Ten sam podział widać w artykule o tym, co AI robi źle przy projektowaniu kasy: pozwól AI kształtować proces, ale nigdy nie pozwól jej improwizować przy płatnościach.

Dlaczego zatem niestandardowe kasy w aplikacjach webowych zawodzą w kanadyjskich sklepach stacjonarnych?

Ponieważ rozwiązują niewłaściwą połowę problemu. Generują ekran, ale pomijają infrastrukturę płatniczą, a w Kanadzie infrastrukturą przy ladzie jest Interac Debit za pośrednictwem certyfikowanego sprzętu. Kasa, która może obsługiwać wyłącznie formularze kart online, zamienia każdą sprzedaż na miejscu w najgorszy możliwy typ transakcji i całkowicie zniechęca klientów płacących kartami debetowymi. Złota zasada: jeśli Twoja kasa nie przyjmuje zbliżeniowych kart debetowych, jest to formularz e-commerce, a nie kasa sklepu stacjonarnego.

Jeśli rozważasz budowę dedykowanego systemu, zacznij od artykułu o tym, z czym rzeczywiście wiąże się dedykowany system POS, a następnie zobacz, jak proces zbudowany na podstawie promptu obsługuje płatności, zanim zdecydujesz się na samodzielne łączenie wszystkiego.