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