Забор Интегралом: когда у поставщика нет того, на что ты рассчитывал

Автозабор возврата через Интеграл: схема упёрлась в то, чего нет у поставщика. Триггер нашёл не ИТ.

Как задумывалось

В цепочке возврата товар едет от клиента к нам, и складу нужно поставить задачу на проверку.

Логика простая: курьерская служба приняла посылку → появился номер накладной → значит забор состоялся → ставим задачу.

Со СДЭКом работает идеально.

Обо что споткнулись

Дошли до Интеграла — и выяснилось, что номера накладной мы у него не видим вообще. Его просто нет в наших данных.

Триггер, на котором держалась вся ветка, для второго перевозчика не существует.

Что рассматривали

Запрашивать номер через интеграцию — отпало, это отдельный проект, а возвраты нужны сейчас.

Ставить задачу вручную для Интеграла — отпало по смыслу: мы как раз убирали ручные шаги.

Зацепиться за другое событие — то, что и выбрали. Правильный триггер подсказала Софья: задача может создаваться после перевода заказа в статус «Оформить забор».

Что сделали

Развели логику по перевозчикам:

• Интеграл — статус «Оформить забор» плюс признак автоформы
• СДЭК — как было, по номеру отправления

После правок Мадина и Алёна перетестировали и подтвердили, что нареканий нет.

Вывод

Проектируя интеграцию, легко решить, что «номер накладной есть всегда» — потому что у одного перевозчика он есть. Проверять надо каждого.

И второе: правильный триггер нашёл не я, а человек, который каждый день работает с заборами. Мой вклад был в том, чтобы прийти с конкретным вопросом, а не с «помогите придумать».