ИИ в международной логистике: письма, реквизиты и расхождения

Теоретический пример. Агент в Нинбо присылает экспедитору письмо на английском: два контейнера 40HQ, GW 18 600 kg, 56 CBM, выход судна перенесли с 14 на 21 ноября. Во вложении инвойс и упаковочный лист. Логист переносит данные в карточку отправки и в заявку на ЖД‑плечо от Владивостока. В упаковочном листе вес брутто 18 060 кг, в письме 18 600. Сверять некому, и расхождение всплывает на станции, когда вес не сходится с накладной.

ИИ‑помощник разбирает такие письма и вложения в поля карточки, показывает, откуда взято каждое значение, и сразу отмечает расхождения между документами. Логист проверяет и решает, что уточнить у агента.

Почему свободный текст сложнее обычной формы

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

Поэтому продукту нужна структура до подключения модели. Для выбранной услуги определите обязательные поля, допустимые форматы и признаки неопределённости. Источник каждого значения должен быть доступен проверяющему. Если сведений нет, поле остаётся пустым с пояснением. Нельзя подставлять привычную страну, валюту или единицу только потому, что так было в большинстве прошлых запросов.

Сценарий 1. Черновик заявки из письма

Начните с одного входящего канала и одного типа услуги. Помощник извлекает отправителя, места забора и назначения, даты, количество мест, вес, габариты и контакт. Точный набор определяет логист. В отдельный блок попадают специальные требования и вопросы, которые не удалось однозначно разобрать.

Рядом с полем должна быть ссылка на письмо, страницу вложения или фрагмент текста. Проверяющий быстро сравнивает значение с оригиналом, искать его в длинной переписке не приходится. По результату он может принять поле, исправить его или запросить уточнение. Только после проверки черновик превращается в рабочую заявку.

Условный пример: в письме указано «12 boxes, 480 kg», а в приложенном файле 14 мест. Помощник показывает оба значения и ставит вопрос о количестве мест. Он не выбирает последнюю цифру автоматически и не сообщает клиенту, что заявка принята с конкретными параметрами.

Сценарий 2. Сверка реквизитов между документами

Сверка документов с помощью ИИ полезна для поиска кандидатов на ошибку. Можно сопоставлять номера инвойса, названия сторон, количество мест и идентификаторы отправки. Но сначала требуется договориться, какие поля должны совпадать и какой источник считается основным. Различие ещё не означает нарушение.

Некоторые проверки лучше выполнять обычными правилами: формат номера, обязательность поля, совпадение идентификатора, допустимая единица измерения. Модель помогает там, где нужно прочитать нестандартный текст или найти соответствующее поле. Смешивание двух подходов позволяет сделать результат объяснимым: отдельно видно формальное несовпадение и предположение модели.

Вес нетто нельзя сравнивать с брутто как одинаковые величины. Наименование получателя и адрес доставки могут относиться к разным ролям. Перевод описания не всегда буквальный. В интерфейсе спорное место помечается для человека, а исходный документ не изменяется. Подтверждение специалиста и причина принятого решения сохраняются в истории.

Сценарий 3. Вопросы клиенту и краткая сводка

После разбора запроса помощник может подготовить короткий список уточнений: какой адрес забора, когда груз готов, подтверждены ли упаковка и характеристики. Вопросы опираются на отсутствующие данные, придуманных требований в них нет. Перед отправкой сотрудник проверяет адресата и текст.

По длинной переписке полезна сводка: что согласовано, что изменилось и какие вопросы открыты. Разделяйте подтверждённые условия и предварительные обсуждения. Фраза агента «попробуем успеть» не становится обещанием срока. У каждой существенной договорённости нужна ссылка на источник и дата, особенно если последующее письмо её изменило.

На первом этапе достаточно кнопки «подготовить черновик ответа». Автоматическую отправку лучше не включать в базовый пилот. Она требует отдельного контроля адресатов, полномочий и ошибок. Вложения и изменения платёжных реквизитов проходят установленный в компании процесс проверки. Убедительный тон письма его не заменяет.

Языки, единицы и время требуют отдельной проверки

Международные запросы содержат разные обозначения дат, десятичные разделители и системы измерения. «03/04» без контекста неоднозначно. «Delivery Friday» не сообщает часовой пояс и точную дату. Дюймы и сантиметры дают очень разный объём. Поэтому рядом с нормализованным значением храните исходную запись и объяснение преобразования.

Названия компаний и адреса сохраняйте на языке оригинала. Для поиска можно добавить вариант перевода, но не заменять им исходные реквизиты. Сокращения и артикулы требуют осторожности: похожее написание не всегда означает тот же товар. Низкое качество скана, рукописные исправления и нечитаемые печати должны вызывать отказ от уверенного заполнения поля.

Время события и момент получения сообщения также различаются. Помощник может извлечь ETA из письма, но она остаётся прогнозом, сообщённым конкретным источником. Нельзя преобразовать её в подтверждённое прибытие только потому, что указанная дата наступила. В карточке сохраняются тип даты, часовой пояс и время обновления.

Общая статистика о средних сроках доставки тоже не годится для ответа конкретному клиенту. Для рабочего ответа нужны подтверждённые сведения перевозчика, участок, время обновления и текущая ETA. Помощник может найти их в разрешённых сообщениях и объяснить логисту расхождения.

Что не включать в небольшой ИИ‑пилот

Не поручайте модели окончательную классификацию товара по ТН ВЭД, проверку санкций, экспортного контроля и обязательных разрешений. Такие решения зависят от актуальных правил, юрисдикций, характеристик товара и участников. Ошибка имеет последствия, которые нельзя компенсировать удобным интерфейсом. При необходимости продукт может передать сведения специалисту и сохранить подтверждённый результат.

Не обещайте автоматический выбор «законного маршрута», гарантированную дату или полную проверку контрагента. Также не следует определять юридические обязательства по одному термину Incoterms. В рамках первого внедрения помощник собирает информацию для уполномоченного сотрудника. Расширение полномочий требует отдельного проекта и контроля.

Инструкции, находящиеся внутри полученного документа, не должны управлять действиями системы. Вложение служит источником данных. Распоряжением отключить проверку или отправить файлы оно не становится. Разрешённые действия задаются заранее. Для пилота можно вообще не давать помощнику прав отправки, изменения справочников и доступа к посторонним отправкам.

Отдельная очередь для международных исключений

Не объединяйте «не смог прочитать» и «нужно решение специалиста» в один статус ошибки. Нечитаемый инвойс требует новой копии. Несовпадение мест требует сверки версии партии. Неясное условие поставки требует уточнения договорённостей. Владелец и следующее действие у этих случаев разные.

В первом продукте достаточно нескольких маршрутов: уточнить исходник, проверить реквизиты, согласовать условия, передать профильному специалисту. Модель предлагает категорию и короткое объяснение с источником. Сотрудник подтверждает её, после чего обычная логика создаёт задачу в текущем учёте. Так помощник разбирает входящий поток и не добавляет к каждому документу длинный ответ.

Как организовать проверку качества

Подберите обезличенную выборку характерных запросов: простой текст, несколько вложений, исправленная версия, плохой скан, разные языки и противоречивые сведения. Эксперт заранее размечает нужные поля и ожидаемые вопросы. Кроме доли верно извлечённых значений, проверяйте случаи, когда модель должна оставить поле пустым.

Отдельно считайте пропущенные расхождения и ложные сигналы. Если инструмент каждый раз создаёт десятки ненужных вопросов, сотрудник перестанет им пользоваться. Проверяйте полное время работы: загрузка, ожидание, проверка и исправление. Красивое распознавание одного файла не доказывает экономию на реальном потоке.

Для принятия пилота заранее согласуйте допустимые ошибки и обязательные ручные проверки. Эти пороги относятся к вашему процессу, универсальными нормативами они не являются. После смены модели, шаблона или способа распознавания повторите контрольную выборку. Принятые решения и версии настроек сохраняйте, чтобы разбирать спорные результаты.

Коммерческие данные и права доступа

Перед передачей документов внешнему сервису определите допустимые сведения, условия обработки, хранения и использования данных поставщиком. Ограничьте доступ отправками конкретной команды, предусмотрите удаление и журнал действий. Вопросы применимых требований к персональным и коммерческим данным решаются отдельно с ответственными специалистами.

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

Как встроить помощника в существующий набор сервисов

Если компания уже работает в TMS, 1С или таблицах, сначала проверяем встроенные шаблоны, распознавание и загрузку. Если нужный шаг там уже есть, разумно настроить его.

Для собственного продукта достаточно закрыть недостающий участок: почта или разрешённая папка, очередь извлечения, проверка сотрудником, согласованная передача в действующий учёт. Если доступного обмена нет, можно начать с выгрузки файла. Система таможенного представителя, ЭДО и порталы перевозчиков продолжают выполнять свои задачи. Их не заменяют новым кабинетом ради самого кабинета.

Следующий шаг

Для начала выберем один тип запроса и обезличенные примеры. Обработка заявок на международную перевозку станет первым сценарием: определим, какие поля извлекать, что проверять правилами и где обязательно решение человека.

Смежные разборы: Документы для международной перевозки: комплектность и версии; Внедрение ИИ в бизнес: как проверить одну задачу на пилоте.