Интеграция платежных систем SAP POS
Интеграция платежных систем SAP POS
Интеграция SAP POS для платежей: правильная сумма, правильный банк каждый раз
В сети розничных магазинов, где операции с наличными обрабатываются через SAP S/4HANA, а платежи картой — через отдельный канал, после завершения продажи в SAP кассир вручную вводил общую сумму в платежный терминал, выбирал банковское приложение и передавал терминал покупателю. SAP никогда не знала, какой банк обработал карту, сколько платежей выбрал покупатель и соответствует ли списанная сумма счету.
В результате каждый месяц возникала проблема с сверкой. Финансовому отделу приходилось вручную сопоставлять чеки по картам, отчеты Z и банковские выписки построчно, и каждая опечатка или неправильный выбор банка требовали ручной корректировки.
Компания Natura Systems напрямую интегрировала SAP в платежные терминалы нового поколения в магазинах. Когда кассир выбирал оплату картой, SAP отправляла точную сумму на терминал. Терминал отображал банковские приложения продавца, покупатель совершал платеж, и подтверждение, вместе с банком, кодом авторизации и количеством платежей, возвращалось в SAP. Затем SAP зарегистрировала платеж на правильный банковский счет. Никто не вводит сумму вручную и никто не угадывает банк.
Архитектура интеграции платежных систем SAP POS
В основе этой архитектуры лежит тот же принцип, что и в наших интеграциях с SAP Webkassa и SAP WhatsApp: SAP определяет дальнейшие действия, а отдельная служба .NET взаимодействует с устройствами. Серверы приложений SAP никогда не взаимодействуют напрямую с терминалами, и оборудованию магазина никогда не требуется доступ к ERP-системе.
Продажа на кассе. Продажа регистрируется в SAP со стандартными условиями ценообразования, акциями и НДС, гарантируя, что сумма, отправленная на терминал, соответствует сумме в счете-фактуре.
Запрос на оплату. Кнопка оплаты картой на экране кассира вызывает промежуточное программное обеспечение через RFC, передавая идентификатор терминала, сумму, валюту, номер документа и строки НДС, необходимые устройству для финансового чека.
Запись о платеже. После подтверждения SAP регистрирует входящий платеж на расчетный счет банка, обрабатывающего карту, и записывает код авторизации, количество платежей и номер партии в документ.
Таблицы конфигурации. Информация о том, к какому кассовому аппарату относится терминал, какие банковские приложения активны в каждом магазине и к какому счету главной книги привязан каждый банк, хранится в SAP, а не кодируется.
Логика регистрации, идентификация счетов и правила начисления комиссионных разрабатываются нашими консультантами SAP S/4HANA в сотрудничестве с финансовой командой розничного продавца, чтобы гарантировать соответствие чеков по картам требованиям компании в области права, налогообложения и МСФО.
- Связь по протоколу GMP-3. Промежуточное программное обеспечение сопрягается с каждым терминалом и обменивается сообщениями по сети магазина, используя протокол GMP-3 GIB. На каждом терминале одновременно может быть выполнена только одна платежная транзакция. Терминал может иметь только один открытый запрос на оплату. Второй запрос отклоняется до завершения первого запроса.
Отсутствие двойного списания средств. Каждый запрос имеет уникальный идентификатор. Если SAP истекает по таймауту и повторяет попытку, промежуточное программное обеспечение возвращает уже имеющийся результат вместо повторного списания средств с карты.
Восстановление транзакций. Если соединение прерывается во время оплаты, промежуточное программное обеспечение запрашивает у терминала статус последней транзакции, прежде чем что-либо будет повторено или сохранено.
Аудит. Каждый запрос, ответ и изменение статуса сохраняются в SQL Server с меткой времени, предоставляя финансовому отделу и аудиторам полный электронный след.
Кассовые терминалы нового поколения со встроенными считывателями карт позволяют использовать несколько банковских приложений на одном устройстве. Интеграция использует это: терминал отображает банки продавца, каждый со своими правилами рассрочки и программ лояльности, что избавляет кассира от необходимости переключаться между устройствами. При желании SAP может предложить банк по умолчанию для каждого магазина или типа платежа и подтвердить, используется ли он.
Терминал печатает единый финансовый чек, охватывающий как продажу, так и оплату картой. Когда клиент запрашивает счет-фактуру, SAP генерирует электронный архивный счет-фактуру, и терминал печатает соответствующий чек; затем счет-фактура может быть отправлена на телефон клиента через нашу интеграцию SAP с WhatsApp.
В конце смены промежуточное программное обеспечение суммирует итоговые суммы транзакций за день для каждого терминала по банкам, а также номер Z-отчета, и SAP сравнивает их со своими собственными записями для этого терминала. Когда поступает информация о банковской выписке, SAP сопоставляет ее по банку, транзакции и коду авторизации, регистрирует комиссию и производит клиринг на расчетном счете.
- SAP — прежде всего. Процессы ценообразования, учета, идентификации счетов и сверки осуществляются в SAP S/4HANA, разработанной консультантами SAP, знакомыми как с SD, так и с FI.
Финансовые устройства — это знакомая область. Мы уже подключаем SAP к финансовым системам в Казахстане через нашу интеграцию с SAP Webkassa и в Турции через терминалы GMP-3.
Опыт в автоматизации и интеграции устройств. От весов до ПЛК, от платежных терминалов до платформ обмена сообщениями — мы ежедневно подключаем SAP к оборудованию.
Разработано для работы с деньгами. Повторяющиеся запросы, один платеж на терминал, восстановление последней транзакции и полный журнал аудита — все это часть первоначального релиза.
Гран-при премии SAP Quality Award.
Локальное присутствие в Турции и Центральной Азии, многоязычная поддержка и опыт работы с местными требованиями к налоговой отчетности.
Долгосрочная поддержка после запуска включает в себя новые терминалы, новые банковские соглашения и обновления протоколов через нашу поддержку ERP и BI.