Контекст и вызов
Разрыв между кассовым терминалом и CRM приводил к расхождениям в учёте и двойному вводу данных. Кассиры тратили время и допускали ошибки при ручном проставлении оплаты.
Ритейл
Мост кассы и учёта
Кассиры вводили оплату дважды - в пин-пад и в RetailCRM. Разработал Windows-службу-мост: приём платежа, фискальный чек и автоматическое обновление статуса заказа в CRM.
Архитектура и подход
Windows-сервис слушает события пин-пада, отправляет запрос оплаты, получает результат и через RetailCRM API меняет статус заказа на «Оплачен». Фискальный чек привязывается к заказу автоматически.
Как устроена связка
Инициация оплаты
Кассир вызывает оплату из CRM или кассового ПО, служба передаёт сумму на пин-пад.
Обработка результата
Успех или отказ от терминала, логирование транзакции локально.
Обновление CRM
REST API RetailCRM: статус «Оплачен», сумма и номер транзакции.
Фискализация
Передача данных в ОФД через кассовое ПО, привязка чека к заказу.
Интеграции и узлы системы
Пин-пад
SDK терминала: оплата картой, отмена и сверка итогов.
RetailCRM API
Смена статуса заказа и запись платёжных реквизитов.
Windows Service
Фоновая служба с автозапуском и переподключением при сбоях.
Лог транзакций
Локальный журнал для сверки с Z-отчётом и CRM.
Что сделано и что получил клиент
Поставки
- Windows-служба моста
- Интеграция пин-пада
- Автообновление RetailCRM
- Фискализация чеков
- Журнал транзакций
0
двойного ввода на кассе
3 сек
обновление статуса в CRM
100%
оплат с привязкой к заказу
Похожая задача
Нужен такой же результат?
Опишите ваш процесс - спроектирую связку систем, сроки и формат работы под ваш стек.
- Разбор текущей архитектуры
- Схема интеграций до старта
- Оценка за 1-2 рабочих дня