Это пошаговый разбор того, как принимать оплаты в BYN через ERIP, QR‑терминалы и банковские шлюзы с автоматической сверкой в CRM. Зачем такое нужно: ускорить приём платежей у клиентов из Минска и областных центров, снизить ручную сверку в бухгалтерии и точнее учитывать предоплаты и возвраты.
Как работает интеграция: схема и пример из практики
Коротко: платежи уходят через платёжный шлюз, шлюз посылает уведомление (webhook) в CRM, система связывает платёж с заказом и отмечает платёж в учёте. Пример: автосервис в Гомеле выставляет счёт клиенту в BYN и отправляет ссылку для оплаты по SMS. Клиент оплачивает через ERIP или QR‑код, шлюз сразу сообщает CRM об оплате, заказ переводится в статус "Оплачено", мастер получает уведомление, бухгалтер видит сверенный платёж.
Как сделать: подключить тестовый аккаунт платёжного провайдера, настроить webhook в CRM на отдельный endpoint, сделать идентификатор счёта в заказе (invoice_id) и проверять совпадение суммы и статуса в ответе шлюза перед отметкой оплаты.
ERIP и QR‑платежи: сценарий для маленького магазина в Бресте
Сценарий: небольшой магазин запчастей в Бресте принимает оплату на прилавке и онлайн-заказы с самовывозом. Включив ERIP и QR‑оплату, магазин получает оплату от покупателей из разных городов без сложной работы кассира, а CRM автоматически закрывает заказ по приходит уведомлению.
Как сделать: подключить опцию "платёж в ERIP" у выбранного провайдера, добавить в шаблон счёта QR‑код и поле ERIP‑код, в CRM сопоставлять ERIP‑код с номером заказа и иметь отдельную процедуру для частичной предоплаты (split payments). Перед запуском проверить сценарии частичных возвратов и сроки зачисления в BYN.
Интеграция банковских шлюзов для выездных мастеров — пример из Мозыря
Сценарий: выездной мастер делает ремонт на месте, принимает оплату через ссылку на оплату или через мобильный POS. После поступления средств CRM закрывает чек и списывает запчасти, отчёт по смене формируется автоматически.
Как сделать: сочетать мобильный модуль мастера с платёжной ссылкой. Для учёта добавлять в заказ поле transaction_id и присваивать статус оплаты при подтверждении webhook. Тестировать процесс в рабочие часы, чтобы отработать случаи сетевых сбоев и повторных платежей.
Полезная статья о мобильном приёме платежей и учёте на выезде: мобильный модуль выездного мастера в RemOnline.
Сверка и учёт в CRM и бухгалтерии: реальный пример из салона в Витебске
Сценарий: салон красоты принимает предоплаты и полные оплаты. По окончании дня владелец сравнивает банковские отчёты и статусы платежей в CRM. При интеграции сверка автоматическая: CRM отмечает источник платежа, комиссию провайдера и сумму к зачислению, формирует отчёт для бухгалтера.
Как сделать: хранить в CRM поля vendor_fee и net_amount, сохранять оригинальные ID транзакций и статусы провайдера, запускать ежедневную задачу для сопоставления сумм в CRM и выписках банка. При обнаружении расхождений сохранять лог и помечать операции для ручного разбора.
Дополнительная инструкция по ERIP и QR‑платежам для малого бизнеса: Интеграция CRM с ERIP и QR‑платежами.
Типичные ошибки при интеграции
- Отсутствие тестовой среды у провайдера и немедленный переход на боевой режим без проверок.
- Связывание платежа с заказом по сумме вместо уникального invoice_id — приводит к неверной сверке при одинаковых суммах.
- Игнорирование статусов "pending" и "reversed" — оплату отмечают как завершённую преждевременно.
- Неучёт комиссии провайдера при учёте выручки — искажённые отчёты в BYN.
- Отсутствие процедуры ручного вмешательства при конфликтных транзакциях — долгое время решения спорных случаев.
Технические и организационные рекомендации
Технически: настроить retry для webhook, логировать все ответы провайдера и хранить оригинальные payload. Организационно: разработать инструкцию для персонала по обработке спорных оплат и назначить ответственного за ежедневную сверку. Прописать SLA с провайдером по времени уведомления и возвратов.
3 шага, которые можно сделать на этой неделе: 1) открыть тестовый аккаунт у выбранного платёжного провайдера и получить sandbox‑ключи; 2) настроить в CRM поле invoice_id и endpoint для webhook; 3) прогнать тестовые операции: полную оплату, частичную предоплату и возврат, проверить логи и отчёты. После этого запускать приёмы платежей в BYN поэтапно и проверять финансы каждый день.