Как сверять заказы между CRM и службой доставки
Подготовлено
Сверка заказов начинается с одинаково определённых выборок и подтверждённого ключа связи. Затем каждое расхождение получает свой следующий шаг. Равное количество записей не означает совпадение заказов, а отсутствие строки в одном отчёте ещё не доказывает потерю заказа у партнёра.
Согласуйте состав сравниваемых выборок
Определите период, часовой пояс, событие включения заказа и учитываемые состояния. Например, выборка «созданы в CRM сегодня» отличается от «зарегистрированы доставкой сегодня»: переданный вчера заказ может попасть только во вторую. До сравнения нужно устранить эту разницу в определениях.
В учебном примере сверяем заказы, переданные магазином за согласованный интервал 23 октября по МСК. Указываем время получения обеих выборок и известные исключения. Если одна сторона ещё не предоставила полный состав, итог помечается неполным, а не «все заказы совпали».
Выберите подтверждённый ключ связи
Используйте согласованное соответствие внутреннего заказа и внешней регистрации. Имя клиента, похожий адрес или одинаковая сумма не заменяют такой связи. В листе полезно сохранять оба номера и основание сопоставления, чтобы другой сотрудник мог проверить вывод.
Если ключ неизвестен, строка попадает в отдельный разбор. Не нужно автоматически объединять её с ближайшим кандидатом. У двух выборок может быть по четыре строки, но часть объектов различается — сверка количества этого не обнаружит.
Разделите типы расхождений
Отличайте отсутствие подтверждения передачи, расхождение состояний, отсутствие внешнего номера и запись без пары в доступной выборке. У каждого наблюдения несколько возможных причин. Сначала фиксируют, что именно не совпало и какие источники прочитаны, затем ищут причину.
Например, отсутствие строки может объясняться другим периодом отбора или неполной выгрузкой. Для полноты сверки нужно проверить, получены ли все записи выбранного периода и к какому моменту они относятся. Границы сравнения называют независимо от способа выгрузки.
Определите следующий шаг для каждой строки
Проверка прежней попытки, обращение владельцу состояния и исправление подтверждённой связи — разные действия. Сверочный отчёт не должен автоматически отправлять заказ заново, если судьба прежней передачи неизвестна. Для изменения нужен отдельный согласованный путь и полномочие.
Назначьте ответственного и определите свидетельство закрытия расхождения. «Передано разработчику» показывает этап работы, но не доказывает совпадение данных. Закрытая строка должна содержать результат проверки или ссылку на подтверждённое решение.
Покажите заполненный учебный лист
| Заказ CRM / внешний ID | Наблюдение | Следующий шаг и владелец |
|---|---|---|
| У-51 / П-801 | Связь и согласованное состояние совпали | Зафиксировать совпадение по прочитанным выборкам |
| У-52 / неизвестен | Передача записана, ответа нет | Владелец обмена проверяет прежнюю попытку без повтора |
| У-53 / П-803 | Состояния различаются | Владелец процесса проверяет смысл и порядок обновлений |
| У-54 / П-804 | Нет пары в полученной внешней выборке | Оператор уточняет состав выборки, затем доступный поиск |
У-52 остаётся с неизвестным результатом до получения подтверждения. У-54 пока нельзя назвать потерянным. Даже для У-51 вывод ограничен выбранным составом и моментом чтения, а не всей историей заказа.
Что автоматизировать после ручной проверки
Сначала проверьте на нескольких строках, что правила дают понятный результат. Затем можно оценивать ограниченный отчёт: получить доступные выборки, сопоставить по подтверждённым связям, показать категории расхождений и ответственных. Доступность источников и готового коннектора нужно подтвердить до обещания автоматической сверки.
Состав выборок / период / часовой пояс: Событие включения / состояния / исключения: Источники и момент чтения / полнота: Ключ связи и его подтверждение: Номера с обеих сторон: Наблюдаемое расхождение: Проверка прежнего результата / владелец: Согласованное изменение, если нужно: Свидетельство закрытия / открытый остаток:
Для обсуждения участка сверки достаточно начать с одного заполненного листа и безопасных примеров. Это позволяет оценивать конкретный обмен, сохраняя границы неподтверждённых результатов.
Если такой участок есть в вашем проекте, опишите одно действие и нужный результат. Первый разговор бесплатный; готовое ТЗ не обязательно. Обсудить свою задачу.