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