Компания продаёт одному клиенту, а доставляет в несколько филиалов. В сделке сохранён адрес прошлой покупки. Менеджер считает его актуальным, склад собирает груз, и только после передачи перевозчику выясняется, что заказ ждали в другом городе. Здесь недостаточно проверить, существует ли улица. Нужно подтвердить, куда следует отправить именно эту партию.
В автоматизации важно разделить три вопроса: корректно ли записан адрес, подходит ли он для выбранной доставки и подтвердил ли его получатель. У каждого вопроса свой источник ответа. Сервис стандартизации не знает намерений клиента, а сообщение «да» не доказывает, что перевозчик обслуживает нужный населённый пункт.
Адрес клиента и адрес отгрузки — разные данные #
У компании есть юридический адрес, реквизиты и несколько объектов доставки. Не стоит каждый раз заменять основной адрес организации при новом заказе. Для отгрузки нужен собственный набор данных: получатель, контакт, адрес, примечания и связь со сделкой.
Если одна сделка делится на две партии, у каждой может быть свой адрес и срок. В CRM это можно представить отдельными связанными карточками отгрузки. В Битрикс24 для самостоятельных сущностей применяют, в частности, смарт-процессы: их поля, стадии и связи настраиваются отдельно. Возможности описаны в справке продукта ; доступность зависит от используемого решения и тарифа.
В проекте заранее определяют владельца адреса. Если окончательные данные ведутся в учётной системе, CRM не должна самовольно становиться вторым независимым справочником. Изменение проходит через согласованный обмен, а сотрудник видит, удалось ли передать его дальше.
В какой момент запрашивать подтверждение #
Слишком ранний запрос быстро устаревает. Слишком поздний уже не предотвращает ошибку. Практический вариант — запрос после готовности партии, но до необратимого действия в логистике. Конкретный момент зависит от того, когда перевозчику передаются данные и до какого этапа их ещё можно исправить.
Событие готовности должно создавать одну проверку для конкретной отгрузки и версии адреса. Если карточка несколько раз прошла через одну стадию, клиенту не нужны одинаковые сообщения. Поэтому решение хранит идентификатор проверки, время отправки, срок ответа и её текущее состояние.
При отсутствии ответа система не должна считать адрес подтверждённым. Возможны напоминание и задача менеджеру, но дальнейшее действие выбирается правилами компании. Для заказа с жёстким сроком полезно заранее определить, кто вправе принять решение вручную и какое основание он должен записать.
Что именно должен подтвердить получатель #
Сообщение связывают с понятным заказом или партией и показывают полный адрес, который предлагается подтвердить. Для ответа нужны явные действия: подтвердить либо изменить. Один и тот же контакт может одновременно обсуждать несколько заказов, поэтому свободное «всё верно» без контекста легко отнести не к той отгрузке.
Подтверждение относится к сохранённой версии. Если после него менеджер поменял дом или корпус, прежнее согласие больше не подтверждает новые данные. Проверку нужно перевести в состояние, требующее повторного решения. То же правило действует, если получатель открыл старую ссылку после изменения заказа.
Кнопка или ссылка должны проверяться на сервере: правильная отгрузка, действующий срок, актуальная версия и допустимое состояние. Получателю не нужен доступ к списку чужих заказов. Секретную ссылку нельзя формировать как легко угадываемый номер карточки.
Где помогают DaData и нейросеть #
Сервис стандартизации может разобрать адрес на компоненты и вернуть признаки качества. Например, API DaData для адресов описывает коды проверки, точности координат и нераспознанные части. Эти признаки позволяют направлять сомнительные записи на уточнение. Они не заменяют подтверждение клиента и проверку условий доставки.
Нейросеть уместна для разбора свободного ответа: человек может написать город сокращённо или добавить просьбу позвонить у шлагбаума. Но выбор между двумя населёнными пунктами не должен происходить по догадке. Если адрес неоднозначен, система задаёт уточняющий вопрос либо передаёт разговор сотруднику.
Структурированный адрес и комментарий лучше хранить отдельно. «Вход со двора» полезен курьеру, но не является названием улицы. Исходное сообщение сохраняют в истории проверки, чтобы менеджер мог восстановить контекст исправления.
Как обновлять CRM и логистику без расхождений #
После изменения адреса сначала проверяют, можно ли ещё менять отправление. Затем обновляют согласованные данные и фиксируют результат обмена. Если перевозчик уже принял заявку, тихо исправить только поле в CRM недостаточно: клиент и менеджер будут видеть разные версии доставки.
У процесса нужны различимые состояния: «ожидаем ответ», «нужен разбор», «подтверждено», «изменение передаётся», «ошибка передачи». Последнее состояние должно содержать причину и следующее действие. Повторная отправка того же исправления не должна создавать вторую заявку перевозчику.
Для отдельного транспортного обмена может потребоваться интеграция со СДЭК . Ссылка имеет смысл, когда компания действительно работает с этим перевозчиком; проверка адреса сама по себе не требует подключения именно СДЭК.
Набор проверок перед запуском #
- — У клиента два заказа: ответ по одному не меняет другой.
- — У сделки две отгрузки: подтверждается только выбранная партия.
- — Адрес поменяли после подтверждения: прежнее согласие не действует.
- — Получатель ответил дважды: состояние остаётся согласованным, повторной отправки нет.
- — Сервис стандартизации недоступен: система показывает ожидание или задачу сотруднику.
- — Перевозчик отклонил изменение: менеджер видит причину, а не ложный статус «готово».
Эффект оценивают по собственным данным компании: сколько адресов исправлено до отправки, сколько проверок потребовало участия менеджера и сколько заказов задержалось в ожидании ответа. Количество ответов бота само по себе не говорит о снижении ошибок доставки.
Поможем организовать проверку адресов доставки #
Если менеджеры сверяют адреса вручную, а изменения теряются между CRM и доставкой, NetLab поможет разобраться в процессе. Определим, какие данные подтверждать у клиента, настроим фиксацию подтверждения в Битрикс24 и передачу актуального адреса в службу доставки. Обсудить проверку адресов и обмен с доставкой .
