Направление 03 · языковые модели
Разбор заявок из почты
Заявки приходят письмами, каждый клиент пишет по-своему, а в учётную систему нужно попасть строго формализованными строками. Эту работу менеджер делает руками по нескольку десятков раз в день — и её можно снять.
Раздел
Задача
Что болит
Зачем это нужно
Одна и та же позиция у разных клиентов записана по-разному: где-то размер через звёздочку, где-то через кириллическую «х», где-то количество в тоннах, а рядом в погонных метрах. Приведение к единому виду целиком лежит на менеджере.
Заявки приходят вперемешку с внутренними рассылками, отчётами и прайсами поставщиков. Часть писем — ответы поверх старой переписки, где лежит устаревшая версия того же заказа.
Ошибка при переносе всплывает поздно — на производстве или в отгрузке, — и стоит уже не минуты менеджера, а перекраса партии.
Раздел
Устройство
Как работает
Как устроено
Колонок в выгрузке
13
Единицы количества
3 вида
Обращений наружу
0
- Опрос ящика без следов. Система читает почту, не трогая отметки о прочтении: ящик живого менеджера остаётся в том виде, в каком он к нему привык. Повторная обработка исключена — каждое письмо опознаётся по идентификатору.
- Отбор того, что вообще является заявкой. Работают два независимых признака: домен отправителя из справочника контрагентов и набор признаков в тексте — размеры, единицы, марки покрытий, ссылки на нормативы. Уклон сознательно сделан в ложноположительную сторону: лучше лишний раз проверить письмо, чем потерять заявку.
- Отсечение цитаты. Клиенты отвечают поверх истории переписки, где лежат прошлые просчёты. Без обрезки короткое письмо «везите на такой-то адрес» превращалось бы в заявку на полтора десятка позиций из старого письма.
- Чтение вложений. Если заявка пришла таблицей или документом, текст берётся из вложения — приоритет у него, а не у тела письма.
- Разбор в позиции. Локальная языковая модель раскладывает текст на позиции с характеристиками, а детерминированные проверки поверх неё подчищают то, в чём модель систематически ошибается. Такая связка надёжнее, чем модель сама по себе.
- Пересчёт и выгрузка. Количество пересчитывается между тоннами, погонными метрами и квадратурой, контрагент определяется по реквизитам, домену или подписи, а результат уходит файлом в том виде, который учётная система принимает без правок.
- Источник
- почтовый ящик по IMAP
- Модель
- локальная, в контуре
- Очередь задач
- асинхронная
- Хранение
- СУБД с историей писем
- Выход
- файл для учётной системы
- Внешние сервисы
- не используются
Раздел
Вход
От заказчика
Что понадобится от вас
Список короткий и почти всегда выполнимый — большая часть нужного на предприятии уже есть, вопрос в доступе.
- Доступ к ящику. Пароль приложения для почтового ящика, куда приходят заявки. Начать можно с одного менеджера и расширить на остальных.
- Справочник контрагентов. Выгрузка с реквизитами — по ним заявка привязывается к клиенту и договору.
- Полсотни реальных писем. Образцы того, как вам действительно пишут, включая неудобные случаи. На них проверяется разбор до запуска.
- Описание формата выгрузки. Какие колонки и в каком виде ждёт учётная система. Здесь важны именно мелочи: справочники не прощают лишнего пробела или иначе записанного числа.
Раздел
Развитие
Следующие шаги
Куда система растёт дальше
- Дообучение на вашей переписке. Базовая модель знает язык, но не знает вашу номенклатуру и обороты. Дообучение на накопленных письмах снимает этот разрыв и убирает часть ручных правил.
- Все ящики менеджеров. Схема рассчитана на расширение: система запоминает, из какого ящика пришло письмо, и подставляет нужного менеджера в выгрузку.
- Ответ клиенту. Следующий шаг после разбора — черновик коммерческого ответа с расчётом, который менеджер проверяет и отправляет.
Раздел
Ещё
Направления