Когда это нужно
Сначала решаем, где формируется накладная и можно ли изменять отделение, получателя и наложенный платёж. Не каждый логистический статус соответствует этапу продажи; правила сопоставления нужны до запуска.
Как устроено решение
Связываем поля адреса и телефона, создаём либо получаем ТТН через поддерживаемый интерфейс и сохраняем идентификатор отправления. Согласовываем периодичность обновления статусов и исключения: отказ, возврат, перенос, неверный контакт.
Как проверить результат
Проверяем доставку в отделение и почтомат, наложенный платёж, смену адреса и повторную загрузку статуса. Накладная не должна создаваться дважды из-за повторного нажатия кнопки.
Ограничения и условия
Набор операций определяется API перевозчика и подключённой CRM. Срок доставки нельзя гарантировать только по программному статусу.
Что прислать для оценки
Опишите текущий сайт или процесс, приложите ссылку, перечислите используемые сервисы и желаемый результат. После проверки доступных интеграций согласуем границы работ и порядок приёмки.
Отправить описание задачи ↗