Свяжите заказ, оплату и карточку клиента через интеграцию CRM с кассой или платёжным сервисом. Тогда CRM сможет показать, что заказ создан и оплачен, а сотруднику не придётся искать платёж в одной системе и вручную отмечать его в другой. В статье разберём, какие данные передавать, как проверить обмен и с чего начать настройку для небольшого магазина или сервиса в Беларуси.
Какие данные должны передаваться между системами?
Сначала опишите путь заказа: клиент оформляет покупку, бизнес принимает оплату, сотрудник готовит заказ и передаёт его покупателю. Для каждого этапа укажите, в какой системе появляется запись и кто её обновляет. Так вы увидите, где именно сейчас возникает ручная сверка.
В обмен обычно включают номер заказа, состав и сумму покупки, статус оплаты, дату платежа и контакт клиента, если он нужен для работы с заказом. Набор полей зависит от кассы, CRM и платёжного решения. Перед настройкой проверьте, что для одного заказа в системах используется общий идентификатор: по нему проще сопоставить запись CRM с чеком или платёжной операцией.
Отдельно договоритесь о значениях статусов. Например, «создан», «ожидает оплаты», «оплачен» и «возврат» должны означать одно и то же для сотрудников, CRM и кассы. Если система передаёт только факт платежа, а возвраты или частичные оплаты остаются за рамками обмена, это нужно зафиксировать в процессе.
Как выбрать способ интеграции?
Сверьте документацию и возможности обеих систем: есть ли готовое подключение, обмен через API или передача данных через файл. Готовый модуль проще проверить на типовом сценарии. Если штатной интеграции нет, проектировщик CRM оценивает доступные способы обмена и описывает, какие данные и в каком направлении передавать.
| Способ | Когда рассматривать | Что проверить |
|---|---|---|
| Готовая интеграция | Когда касса или платёжный сервис поддерживает вашу CRM | Какие статусы и поля передаются, как обрабатываются возвраты |
| Обмен через API | Когда нужен обмен по правилам конкретного процесса | Как система сообщает об ошибках и повторяет неудачную передачу |
| Файл или ручная загрузка | Когда автоматический обмен недоступен или заказов немного | Кто загружает файл и как обнаруживает дубли |
Если бизнес принимает оплату через ЕРИП, сначала разберитесь, как платёж связывается с заказом и какие сведения доступны для передачи. Подробный разбор этого сценария есть в статье об автозагрузке платежей из ЕРИП в CRM в Беларуси.
Как проверить, что обмен работает?
До запуска составьте короткий набор проверок на типовых ситуациях. Создайте тестовый заказ, проведите оплату и проверьте, что CRM получила верную сумму и нужный статус. Затем проверьте отказ платежа, повторную оплату, отмену заказа и возврат, если эти сценарии поддерживают подключённые системы.
Сравните записи по общему номеру заказа. Важно увидеть не только успешный обмен, но и понятное сообщение, если передача не состоялась. Назначьте сотрудника, который проверяет такие ошибки, и определите, как он исправляет запись: повторяет отправку, связывается с ответственным за интеграцию или вносит корректировку вручную.
Для проверки также полезно заранее определить, какая система считается источником истины по каждой части процесса. Касса подтверждает факт расчёта, а CRM помогает сотрудникам видеть состояние заказа и дальнейшие действия. Если правила не заданы, менеджер может принять техническую отметку в CRM за подтверждение платежа.
Какие ошибки мешают отказаться от ручной сверки?
- Настраивают обмен до того, как описали этапы заказа и ответственных за них.
- Сопоставляют платежи только по сумме, хотя у нескольких заказов она может совпасть.
- Передают статус оплаты, но не проверяют отмену или возврат.
- Не предусмотрели повторную передачу данных после сбоя, поэтому часть заказов остаётся без обновления.
- Не назначили сотрудника, который разбирает ошибки обмена.
Если заказы приходят из разных цифровых каналов, полезно сначала привести их к единой структуре в CRM. Для этого можно отдельно продумать связь CRM с маркетплейсами и учёт заказов, а затем согласовать её с передачей оплат.
Начните с одного типового заказа и проследите его путь от оформления до оплаты. Запишите, какие поля и статусы должны попасть в CRM, затем проверьте этот сценарий вместе с ответственным за кассу и платёжное решение. Когда обмен работает на тестовых случаях, настройку можно переносить в рабочий процесс и контролировать ошибки по понятному правилу.
