Клиент оплатил заказ. В CRM стоит нужный статус, на складе заказа нет. Менеджер пишет логисту, логист просит повторить данные, доставка сдвигается. Если знакомая история повторяется после оплаченного внедрения, начните с проверки четырёх участков передачи. Возможно, большую часть системы можно сохранить.
1. Отправку приняли за получение
В журнале написано «отправлено», и на этом контроль заканчивается. Но принимающая система могла отклонить запись: не заполнен адрес, не найден товар или временно нет соединения. Менеджер видит успех, хотя заказ никто не получил.
Передача должна завершаться подтверждением: в нужной системе создан конкретный заказ с номером и составом. Если этого не произошло, запись остаётся в очереди, ответственный видит причину. При временном сбое система повторяет передачу, а сотрудник подключается к случаям, которые требуют решения.
2. Повторная попытка создаёт второй заказ
Ответ от склада задержался. Интеграция отправила данные ещё раз, и теперь в базе два одинаковых заказа. Первый сбой пытались исправить, получили лишнюю комплектацию и звонок недоумевающему покупателю.
У заказа нужен единый идентификатор на всём пути. Повторная отправка должна обновлять существующую запись или подтверждать её наличие. Отдельно проверяются исправления клиента: новый адрес не должен создавать вторую отгрузку.
3. Статусы в системах означают разное
В CRM «успешно» может означать согласование заказа, а склад ждёт полную оплату. Бывает и обратная ситуация: платёж получен, но статус обновится только после ручной проверки. Системы работают по своим правилам, заказ между ними останавливается.
Нужны конкретные условия передачи: что уже получено, какие данные обязательны, когда разрешена отгрузка. Частичная оплата, самовывоз и заказ из нескольких поставок проверяются отдельно. Одно общее правило для всех вариантов быстро обрастает ручными исключениями.
4. Разобрались со статусом, потеряли состав
Заказ пришёл, но товар назван иначе, упаковка превратилась в штуки или комментарий о комплектации остался в переписке. Склад снова звонит менеджеру, а тот восстанавливает пожелания клиента.
Основой передачи должны быть артикулы, количество и единицы измерения. ИИ можно подключить для разбора свободного текста письма и сопоставления неодинаковых названий. Для неоднозначного совпадения нужен вопрос человеку. После проверки система сохраняет согласованное соответствие и использует его дальше.
За что бизнес платит при каждом сбое
Цена ошибки складывается из повторной обработки, срочной доставки, возврата лишнего товара и компенсации клиенту. При двадцати дополнительных доставках в месяц по 1 500 ₽ только перевозка обходится в 30 000 ₽. За год это 360 000 ₽, ещё без времени менеджеров и склада.
Начните считать конкретные расходы на восстановление заказа. Так станет видно, что исправлять первым: частый небольшой сбой или редкую ошибку, после которой приходится заново отправлять дорогую партию.
Как доработать уже оплаченную интеграцию
Выберите несколько заказов, на которых произошёл сбой. Пройдите каждый от исходного обращения до оплаты и отгрузки. Для каждого перехода найдите запись в принимающей системе и проверьте состав. Место разрыва должно быть видно по событиям, без споров между отделами.
После исправлений повторите четыре проверки: временная недоступность системы, повторная отправка, частичная оплата и неизвестный товар. Посмотрите, где сохранится заказ, кто получит сообщение и сможет ли работа продолжиться после восстановления связи.
Приёмка заканчивается выполненным заказом. Полезный ежедневный контроль показывает только застрявшие записи и причины. Сотрудникам больше не требуется сверять два полных списка вручную.
Что сделает Brolik
Brolik разберёт действующую передачу между сайтом, CRM, 1С и складом. Сохраним рабочие подключения, доработаем проверки и восстановление после сбоев. Где заказы приходят свободным текстом, добавим ИИ-разбор нужных параметров.
Покажите путь одного проблемного заказа, и мы найдём, где теряются данные.