Действующая интеграция
Сначала проверяем, какие методы Boxberry, поля и пользовательские действия ещё участвуют в рабочем процессе.
Boxberry интегрирована в Яндекс Доставку, поэтому для новых российских логистических сценариев сначала проверяем переход на актуальные инструменты Яндекс Доставки. Старую CRM-интеграцию не переписываем вслепую: сохраняем рабочую логику, поля и действия сотрудников и меняем только транспортный слой там, где это необходимо.
Текущее состояние
Яндекс сообщает, что Boxberry теперь в Яндекс Доставке: отправка через старые ПВЗ Boxberry прекращается, а для бизнеса доступны интеграции Яндекс Доставки.
Сначала проверяем, какие методы Boxberry, поля и пользовательские действия ещё участвуют в рабочем процессе.
По возможности сохраняем привычные кнопки, поля и сценарий менеджера, заменяя только внешний адаптер.
Для новых операций ориентируемся на доступные способы и API Яндекс Доставки.
Старые идентификаторы Boxberry не смешиваем с новыми заказами; связи и историю сохраняем явно.
Переход
Модель данных и операции у нового сервиса могут отличаться, поэтому сначала фиксируем фактический пользовательский сценарий.
Аудит
Это позволяет понять, какие части можно оставить без изменений, а какие необходимо заменить.
Какие параметры передавались и где сотрудник видел стоимость и срок.
Как выбиралась точка выдачи или курьерская доставка и где хранится выбор.
Какие поля обязательны, когда создаётся заказ и как защищён повторный запуск.
Какие события реально нужны менеджеру и какие автоматические действия от них зависят.
Какие номера, файлы или данные используются после оформления и должны сохраниться при переходе.
Архитектура
По каждому заказу должно быть понятно, через какой контур он был создан и какой идентификатор используется дальше.
Сохраняем прежние идентификаторы и не используем их как номера нового API.
Отдельно формируем запросы и ответы Яндекс Доставки.
Менеджеру можно оставить привычную точку запуска, если это не скрывает важные различия.
Сначала тестовый сценарий, затем перенос автоматических действий и фоновых статусов.
Яндекс Доставка
Документация Яндекс Доставки предусматривает интеграцию по API для систем, в которых бизнес уже работает с заказами.
Токен и рабочие параметры нового сервиса.
Адреса, получатель, груз и дополнительные параметры.
Доступный способ и стоимость по выбранному сценарию.
Только после проверок и защиты от дубля.
Номер и нужный статус сохраняются в CRM.
Связанные решения
Если кроме Boxberry используются СДЭК, DPD, ПЭК и другие службы, переход — подходящий момент отделить общую логику заказа от адаптера перевозчика.
Логистика
Общие поля и проверки остаются едиными, а различия конкретного API живут в отдельном слое интеграции.
Вопросы
Для новых сценариев ориентируемся на актуальную модель Яндекс Доставки: Яндекс сообщает, что Boxberry теперь входит в её логистический контур и отправка через старые ПВЗ Boxberry прекращена.
Не обязательно. Если интерфейс CRM и внутренняя бизнес-логика устроены правильно, их можно сохранить и заменить только работу с внешним сервисом.
Да. Исторические номера и статусы сохраняем отдельно и не смешиваем с идентификаторами новых заказов.
Да. Яндекс предоставляет API для интеграции доставки с CRM, ERP и другими системами, где компания работает с заказами.
Да. Сначала переносим один управляемый сценарий, проверяем расчёт и создание заказа, затем подключаем статусы и остальные автоматические действия.
Не отключаем его без необходимости. Сначала фиксируем используемые функции и проверяем новый сценарий на отдельных заказах.
Покажите расчёт, выбор доставки, создание заказа и возврат статусов. Разделим то, что можно оставить, и то, что нужно перенести на актуальный логистический API.