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

Кастомный веб-интерфейс оплаты не подходит для канадских магазинов по одной ключевой причине: он не может обрабатывать дебетовые карты Interac на кассе. Интерфейсы оплаты, создаваемые конструкторами без кода и ИИ-генераторами, представляют собой формы для онлайн-оплаты кредитными картами. Дебетовые платежи Interac в физических магазинах — это отдельная платежная система, которая работает во внутренней дебетовой сети Канады через сертифицированные терминалы (картридеры с поддержкой чипа, PIN-кода и бесконтактной оплаты). У браузерной формы нет доступа к этому оборудованию, поэтому покупателям с дебетовыми картами приходится платить другим способом или отказываться от покупки. В Канаде это далеко не редкий случай: канадцы совершают более 6,5 миллиардов транзакций по дебетовым картам Interac за год, а продукты Interac обрабатывают около 18,6 миллионов транзакций ежедневно¹.

Платежные каналы быстро меняются; данные о сетях в этой статье актуальны на момент публикации, и их стоит перепроверить перед началом разработки.

Почему стандартный веб-интерфейс оплаты не может обрабатывать карты Interac?

Потому что стандартный веб-интерфейс оплаты разрабатывался для платежей без присутствия карты (транзакций, при которых физическая карта не считывается), тогда как оплата картой Interac в магазине по определению требует ее физического присутствия. Защищенная платежная страница или ссылка на оплату — модель Stripe и PayPal, которую копирует большинство американских инструментов, — собирает номер карты в браузере и отправляет его в глобальные сети кредитных карт. Это работает для онлайн-заказов в любой точке мира. Но это бесполезно для клиента у вашей кассы, так как дебетовые платежи в канадских магазинах проходят через сеть Interac с помощью сертифицированного ридера, а не через веб-форму.

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

Как конструкторы без кода привязывают вас к оплате только картами?

Они предлагают ровно один вариант оплаты: встроенную форму онлайн-оплаты или платежную ссылку. Попросите ИИ-конструктор веб-приложений создать интерфейс оплаты для магазина, и вы получите нечто похожее на него, как мы писали в статье Можно ли создать POS-систему с помощью Lovable или Replit? Но за платежным шагом будет скрываться исключительно цифровая форма ввода карты, потому что это единственная интеграция, которую умеет настраивать конструктор. Для канадского магазина это создает три проблемы:

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

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

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

Очевидное временное решение — поставить рядом с кастомным веб-приложением автономный терминал от крупного POS-провайдера. Теперь у вас работают две системы. Заказ находится в вашем приложении, платеж — в панели управления поставщика терминала, возвраты оформляются в одном месте, а учет запасов ведется в другом. И каждый вечер кто-то вручную проводит сверку (сопоставляет два набора записей до копейки). Мы уже писали о том, как костыли незаметно превращаются в саму систему. Этот костыль приживается быстрее всего, ведь речь идет о деньгах.

Что нужно для приема дебетовых карт Interac на кассе?

Четыре составляющие, работающие как единая система:

• Сертифицированный терминал с поддержкой чипа, PIN-кода и бесконтактной оплаты.

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

• Соответствие стандартам безопасности: обработка данных по стандартам PCI (правила безопасности данных индустрии карт) и EMV происходит в сертифицированном стеке, а не в коде вашего приложения.

• Постоянное соединение между вашим платежным ПО и терминалом, чтобы сумма, чаевые, возврат и чек проходили через одну запись транзакции.

Именно на четвертом пункте кастомные веб-приложения заходят в тупик. Первые три составляющие можно купить, но связь между кастомным интерфейсом оплаты и соответствующими стандартам платежными каналами необходимо проектировать с нуля — и это гораздо более сложная задача, чем создание самого интерфейса. То, что на самом деле включает в себя платежная инфраструктура представляет собой гораздо более длинный список, чем закладывается в большинстве планов самостоятельной разработки.

Как встроенный финансовый механизм решает эту проблему?

Благодаря тому, что кастомный интерфейс и платежные каналы становятся частями одной платформы и уже взаимодействуют друг с другом. Когда разработанный вами интерфейс оплаты и каналы движения денег объединены в одну систему, продажа на кассе отправляется на сертифицированный ридер, онлайн-заказ проходит через веб-интерфейс, и оба они попадают в единую базу заказов, запасов и отчетов. Ничего не нужно интегрировать и сверять вручную.

Именно такой подход использует Final: опишите нужный интерфейс оплаты в текстовом запросе (или подключите собственный ИИ по протоколу MCP), и созданный сценарий будет работать на базе Final Pay с сертифицированным терминалом. В результате оплата дебетовой картой на кассе и онлайн-платеж попадут в одну и ту же отчетность. Вы по-прежнему можете менять интерфейс, но финансовый слой остается детерминированным (он всегда дает один и тот же правильный результат). Это же разделение упоминается в статье о том, что ИИ делает не так при проектировании оплаты: доверяйте ИИ создание сценария, но никогда не позволяйте ему импровизировать с платежами.

Итак, почему кастомные веб-интерфейсы оплаты не подходят для канадских магазинов?

Потому что они решают только половину проблемы. Они создают экран, но упускают платежные каналы, а в Канаде на кассе используются дебетовые карты Interac через сертифицированное оборудование. Интерфейс оплаты, способный работать только с онлайн-формами карт, превращает каждую личную продажу в транзакцию с максимальным риском и полностью отталкивает клиентов с дебетовыми картами. Золотое правило: если ваш интерфейс оплаты не может принять бесконтактный платеж дебетовой картой, это форма для интернет-магазина, а не кассовый интерфейс.

Если вы раздумываете над собственной разработкой, начните со статьи о том, что на самом деле представляет собой кастомная POS-система, а затем посмотрите, как сценарий, созданный по текстовому запросу, справляется с платежной частью, прежде чем браться за самостоятельную интеграцию.