Где рвётся связка заказа, склада и оплаты
Допустим, небольшой интернет-магазин из Минска принимает заказы с сайта, хранит клиентов в CRM, остатки ведёт в 1С, а часть оплат получает через ЕРИП. Каждая система по отдельности работает. Проблемы возникают на стыках: заказ попал на сайт, но склад о нём не знает, платёж пришёл, но менеджер не видит его в карточке.
Чаще всего рвётся одно из трёх звеньев: заказ не доходит до склада с актуальными остатками, статус оплаты обновляется вручную или карточка клиента живёт отдельно от истории покупок.
К чему приводит разрыв между системами
Последствия знакомы любому владельцу магазина. Клиент оплатил заказ, а менеджер звонит и напоминает об оплате. Товар продан дважды, потому что остаток на сайте не обновился. Возврат средств затягивается, потому что нет единой записи о платеже. Отдельные эпизоды кажутся мелочами, но вместе они подрывают доверие покупателей.
Особенно больно это бьёт в сезон акций, когда заказов много, а ручная сверка не успевает. Тогда менеджеры тратят вечера на выяснение, какой платёж к какому заказу относится, вместо того чтобы связываться с клиентами и уточнять доставку.
Какие проявления стоит поискать у себя в журнале заказов:
- заказы, оплаченные, но не переданные на склад
- позиции, которых нет в наличии, но которые ещё продаются на сайте
- платежи без понятного номера заказа
- клиенты, которым писали дважды разные сотрудники
- возвраты без записи причины
Как работает оплата через ЕРИП и что с ней сверять
ЕРИП удобен покупателям-физлицам: оплата идёт через банковское приложение или инфокиоск по номеру заказа. Для магазина важно, что подтверждение платежа приходит отдельным событием и не всегда одновременно с оформлением заказа. Поэтому статус оплаты должен обновляться в одном месте и подтягиваться в CRM.
Для юридических лиц в B2B чаще используются счета и безналичные расчёты, так что ЕРИП нужно рассматривать как канал розничных продаж, а не как универсальное решение. Правила учёта оплат и применения кассовой техники уточняйте у бухгалтера и в законодательстве Республики Беларусь.
Меры: какие звенья связывать по порядку
Единый номер заказа
Один номер должен сопровождать заказ на сайте, в CRM, в 1С и в платёжном поручении ЕРИП. Без него любая сверка превращается в ручной поиск по фамилиям и суммам.
Статус оплаты в одном месте
Определите, где живёт истина об оплате: в учётной системе или в CRM. Остальные системы читают её оттуда, а не заполняют свои копии.
Остатки на сайте из 1С
Остатки передаются из учётной системы по стандартному интерфейсу OData или через обмен, настроенный специалистом по 1С. Частоту обновления согласуйте с реальным темпом продаж.
Сверка по расписанию
Раз в день сравнивайте оплаченные заказы, переданные на склад, и отгрузки. Исключения идут в список для менеджера на разбор.
Что можно сделать сразу, не меняя системы
Даже без новых интеграций можно навести порядок: выгрузить заказы за прошлый месяц и найти те, где статусы расходятся, разобрать причины и записать правила. Такой разбор занимает вечер, а показывает, с какого звена начинать, и избавляет от споров, где именно протекает процесс. Обсудите результат с бухгалтером и складом. Агент в Coagent может по расписанию собирать такие расхождения из подключённых таблиц, CRM и 1С и готовить список для менеджера, не меняя данные без подтверждения.
Выгрузите заказы за прошлый месяц и посмотрите, где статусы оплаты и отгрузки расходятся.