Приемка поставки
Задача
Груз приходит с накладной и упаковочным листом — до подписания приемки нужно свести вес, количество мест и позиции с заказом
Результат
0,1 секунды на документ поставки — вес и количество мест сверены раньше, чем приемщик возьмет ручку
Как это выглядит сегодня
Машина на воротах, водитель ждет, склад ждет. Приемщик держит в руках накладную (международную CMR или российскую ТТН) и упаковочный лист и должен свести их между собой и с заказом: вес нетто и брутто, количество мест, позиции.
Делается это глазами и в спешке. Вес нетто и брутто регулярно оказываются перепутаны местами — при ручном вводе или при чтении плохого скана; отправитель и перевозчик тоже сливаются в одно поле. Приемка, подписанная с расхождением, превращается потом в претензию, переписку с перевозчиком и недостачу, которую уже никому не предъявить.
Что меняется
Накладная и упаковочный лист уходят в API — обратно приходят стороны, груз, количество мест и оба веса, разложенные по полям и готовые лечь в учетную систему.
Очевидные противоречия сервис не пропускает молча. Если нетто оказалось больше брутто — физически невозможная ситуация, — документ приходит с пометкой о расхождении, а не с тихо перепутанными числами: у приемщика есть повод остановиться, пока машина еще на воротах. Отправитель и перевозчик разводятся по своим полям, а не смешиваются в одно.
Бланки у перевозчиков разные, и процесс от этого не ломается: с непривычными формами и плохими сканами справляется ИИ.
Результат
На типовом документе поставки ответ приходит за одну десятую секунды (0,1 с) — вес и количество мест сверены раньше, чем приемщик успеет взять ручку. Проверено на реальном четырехстраничном упаковочном листе — тот же вызов держит эту скорость и на потоке, поэтому проверять можно каждую поставку, а не выборочно самые крупные.
Как попробовать
Готовый код под этот сценарий — в документации, ее можно передать своим разработчикам. Сколько стоит обработка документов — на странице цен.