Вирішення проблеми з Interac Debit: чому кастомні веб-інтерфейси оплати не підходять для канадського ритейлу

Кастомний веб-інтерфейс оплати не підходить для канадського магазину з однієї структурної причини: він не може обробляти картки Interac Debit на касі. Інтерфейси оплати, які створюють конструктори без коду та ШІ-генератори, є звичайними формами для онлайн-оплати кредитними картками. Оплата через Interac Debit у фізичному магазині — це зовсім інша платіжна система, яка працює в межах внутрішньої дебетової мережі Канади через сертифіковане термінальне обладнання (карткові рідери з підтримкою чипу, PIN-коду та безконтактної оплати). Форма в браузері не має доступу до цього обладнання, тому кожен клієнт, який хоче розплатитися дебетовою карткою особисто, змушений шукати інший спосіб оплати або взагалі відмовитися від покупки. У Канаді це далеко не рідкісний випадок: канадці здійснили понад 6,5 мільярдів транзакцій через Interac Debit лише за один рік, а продукти Interac обробляють близько 18,6 мільйонів транзакцій щодня¹.

Платіжні канали швидко змінюються; факти про мережу в цій публікації є точними на момент публікації, і їх варто перевірити ще раз, перш ніж будувати систему на їхній основі.

Чому стандартний веб-інтерфейс оплати не може обробляти картки Interac Debit?

Тому що стандартний веб-інтерфейс оплати був розроблений для транзакцій без фізичної присутності картки (коли фізична картка не зчитується), тоді як оплата через Interac Debit у магазині за визначенням вимагає наявності картки. Сторінка оплати на сторонньому хостингу або платіжне посилання (шаблон Stripe та PayPal, який копіює більшість американських інструментів) збирає номер картки в браузері та надсилає його до глобальних мереж кредитних карток. Це працює для онлайн-замовлень у будь-якій точці світу. Але це ніяк не допоможе клієнту, який стоїть біля вашої каси, оскільки оплата дебетовою карткою в канадських магазинах проходить через мережу Interac за допомогою сертифікованого рідера, а не через веб-форму.

Можливості онлайн-оплати через Interac є значно вужчими, ніж вважає більшість продавців. Interac Online, старий варіант оплати безпосередньо з банківського рахунку на сайтах, було закрито в травні 2024 року². Сьогодні онлайн-оплата через Interac Debit працює через Apple Pay та Google Pay у банках та в продавців, які підтримують цю послугу³, а кобрендингові картки (дебетові картки, що містять логотипи як Interac, так і Visa Debit або Debit Mastercard) використовують глобальні карткові мережі, коли їхні дані вводяться у форму. Тож звичайний веб-інтерфейс може приймати деякі канадські дебетові платежі онлайн. Але він ніколи не зможе прийняти безконтактну оплату на касі.

Як конструктори без коду обмежують вас лише оплатою картками онлайн?

Вони пропонують лише один варіант оплати: вбудовану форму для онлайн-карт або платіжне посилання на сторонньому хостингу. Попросіть ШІ-генератор веб-додатків створити інтерфейс оплати для магазину, і ви отримаєте щось схоже на нього, як ми вже описували в статті Чи можна побудувати POS-систему за допомогою Lovable або Replit? Платіжний крок під цим інтерфейсом — це суто цифрова форма для картки, оскільки це єдина інтеграція, яку конструктор вміє налаштовувати. Для канадського магазину це створює три проблеми:

• Кожен продаж на касі перетворюється на транзакцію з ручним введенням даних без фізичної присутності картки — найбільш вразливий до шахрайства спосіб обробки платежу, який міг би бути звичайним безконтактним прикладанням.

• Клієнти, які віддають перевагу дебетовим карткам, не можуть платити звичним способом. Пропозиція ввести номер картки на екрані людині, яка хотіла просто прикласти дебетову картку, — це надійний спосіб втратити і продаж, і клієнта.

• Відсутність інтеграції з обладнанням. Браузери не можуть керувати сертифікованою PIN-клавіатурою, тому жодні текстові підказки не допоможуть додати картковий рідер до веб-додатка.

Очевидне тимчасове рішення — поставити окремий термінал від великого постачальника POS поруч із кастомним веб-додатком. Тепер у вас працюють дві системи. Замовлення зберігається у вашому додатку, оплата — в панелі керування постачальника терміналу, повернення коштів відбувається в одному місці, а облік залишків — в іншому, і щовечора хтось вручну робить звірку (зіставляє два набори записів до копійки). Ми вже писали про те, як тимчасові рішення стають невід'ємною частиною самої системи; це рішення закріплюється найшвидше, оскільки воно пов'язане з грошима.

Що потрібно для прийому карток Interac Debit на касі?

Чотири складові, які працюють як єдина система:

• Сертифіковане термінальне обладнання, яке зчитує чип, PIN-код та підтримує безконтактну оплату.

• Платіжний процесор, сертифікований у мережі Interac для маршрутизації та розрахунку внутрішніх дебетових платежів.

• Технічна відповідність стандартам: обробка стандартів PCI (правила безпеки даних карткової індустрії) та EMV відбувається в сертифікованому стеку, а не в коді вашого додатка.

• Активне з'єднання між вашим програмним забезпеченням для оплати та терміналом, щоб сума, чайові, повернення та чек проходили через один транзакційний запис.

Саме на четвертому пункті кастомні веб-додатки зупиняються. Перші три можна придбати; але зв'язок між кастомним макетом оплати та відповідними платіжними каналами потрібно спроектувати, і це значно більша робота, ніж створення самого макета. Те, що насправді включає платіжна інфраструктура — це набагато довший список, ніж зазвичай закладають у бюджети проектів самостійної розробки.

Як інтегрований фінансовий механізм вирішує цю проблему?

Завдяки тому, що кастомний макет і платіжні канали стають частинами однієї платформи, тому вони вже взаємодіють між собою. Коли розроблений вами інтерфейс оплати та канали, які проводять гроші, працюють в одній системі, продаж на касі передається на сертифікований рідер, онлайн-замовлення проходить через веб-інтерфейс, і обидва потрапляють до однієї бази замовлень, залишків та звітів. Нічого не потрібно інтегрувати чи звіряти вручну.

Саме такий підхід використовує Final: опишіть бажаний інтерфейс оплати в підказці (або підключіть власний ШІ через MCP), і створений процес працюватиме на Final Pay із сертифікованим термінальним обладнанням. Таким чином, безконтактна оплата дебетовою карткою на касі та оплата карткою онлайн потрапляють до однієї звітності. Макет залишається за вами для змін, а фінансовий шар працює детерміновано (щоразу дає однаковий правильний результат). Цей самий поділ простежується в статті про те, що ШІ робить не так під час проектування оплати: дозволяйте ШІ створювати процес, але ніколи не дозволяйте йому імпровізувати з платежами.

Тож чому кастомні веб-інтерфейси оплати не підходять для канадського ритейлу?

Тому що вони вирішують лише половину проблеми, і до того ж не ту. Вони створюють екран, але пропускають платіжні канали, а в Канаді канали на касі — це Interac Debit через сертифіковане обладнання. Інтерфейс оплати, який може працювати лише з онлайн-формами для карток, перетворює кожен особистий продаж на найгірший тип транзакції та повністю відштовхує клієнтів із дебетовими картками. Золоте правило: якщо ваш інтерфейс оплати не може прийняти безконтактну дебетову картку, це форма для електронної комерції, а не каса для магазину.

Якщо ви розглядаєте можливість кастомної розробки, почніть зі статті про те, що насправді передбачає кастомна POS-система, а потім подивіться, як створений за допомогою підказок процес обробляє платежі, перш ніж братися за самостійне налаштування.