Агент приёма заказов для бэк-офиса оптовой компании

Проблема

Оптовая компания получает заказы в любом формате, какой удобен клиенту: PDF-вложением, фотографией бланка заказа, сообщением вроде «как в прошлый раз, но 400-мл упаковок вдвое больше». Кто-то читает каждый заказ и вручную вбивает его в ERP. Это медленно, это самая нелюбимая работа в компании, а опечатки при вводе доходят до склада.

Полная автоматизация — неверная цель. Верная цель: агент готовит заказ, а человек подтверждает его за секунды, а не за минуты.

Как мы это делаем

1. Приём, а не чат

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

2. Извлечение данных по вашему каталогу

Модель возвращает структурированный черновик заказа — клиент, позиции, количества, желаемая дата — и каждая позиция сопоставляется с реальным каталогом товаров с оценкой уверенности. Несопоставленные позиции так и остаются несопоставленными. Агенту не разрешено придумывать SKU, который просто удобно «сходится».

3. Очередь проверки, созданная ради скорости

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

4. Оценка, чтобы изменения можно было измерить

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

Что вы получите

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

Где начинаются сложности

5% документов, которые по-настоящему неоднозначны, съедят проект, если им это позволить, — их место в очереди для человека, а не в более хитром промпте. Обновления модели меняют поведение, поэтому набор оценочных тестов — тот результат работы, который держит всё остальное честным. А запись в ERP — это шаг, требующий наибольшей осторожности: идемпотентный, обратимый и никогда не в одной транзакции с извлечением.