ИИ для таблицы из текста извлекает поля из заявок и переписки, формирует строки и помогает сверить их с первоисточником. Заранее задайте схему полей и статус для пропущенных значений. Строка годится для работы после проверки её связи с исходным сообщением.
Текст как источник
ИИ превращает письма и заявки в таблицу, если заранее задать поля, правила пропусков и ссылку на исходный фрагмент для каждой строки. Итог проверяют по первоисточнику.
В переписке сведения о заказе разбросаны между сообщениями: товар назван в начале, количество уточнено позже, адрес пришёл отдельным письмом. Модель способна собрать строку, но при этом смешать разные заказы одного клиента. Поэтому исходный корпус сначала разделяют на единицы обработки: письмо, заявка, ветка чата или карточка обращения. Для каждой единицы задают собственный идентификатор.
Допустим, клиент написал: «Нужно пять коробок, доставка во вторник», а затем изменил количество на семь. В таблице нужна актуальная версия и ссылка на сообщение с изменением. Если время сообщения отсутствует, ставьте статус «порядок уточнить». Выдумывать дату по контексту опасно: такая строка попадёт в работу склада как подтверждённый заказ.
Задача отличается от анализа готовых таблиц: здесь строки ещё предстоит извлечь из живого языка. Статья про очистку существующей таблицы начинается позже, когда данные уже занесены в ячейки. Снимки бумажных документов требуют отдельного распознавания; для переписки важнее история уточнений и связь строки с сообщением.
Историю переписки сохраняйте в исходном виде. Это поможет восстановить контекст, если клиент оспорит количество или менеджер заметит ошибку уже после передачи заявки.
Для переписок с вложениями отдельно укажите, какие сведения берутся из сообщения, а какие из файла. Иначе цитата потеряет точную привязку к источнику.
Схема строки
Согласуйте поля с тем, кто будет использовать результат. Для заявки на поставку это номер обращения, клиент, предмет, количество, единица, срок, место, статус согласования и ссылка на источник. Если количество выражено словом «несколько», оставьте значение пустым и запишите исходную фразу в комментарий. Модель должна различать отсутствие сведений и явный отказ клиента от условия.
| Поле | Правило извлечения | Проверка |
|---|---|---|
| Количество | Число из последнего подтверждённого сообщения | Совпадает ли единица |
| Срок | Дата или исходная фраза | Есть ли год и часовой пояс |
| Контакт | Имя из конкретной ветки | Относится ли к этому заказу |
| Источник | Ссылка на сообщение | Открывается ли фрагмент |
Передайте модели схему в формате структурированного вывода и несколько размеченных примеров. В инструкции запретите угадывать недостающие значения; для них предусмотрите отдельный статус. Удобно добавить поле «цитата»: короткий фрагмент, из которого взято значение. При ручной сверке оператор увидит основание сразу рядом с результатом, без чтения всего чата заново.
Разные единицы требуют отдельного правила. «Пять коробок» и «пять штук» нельзя складывать до выяснения вместимости коробки. Составьте справочник допустимых единиц и обозначьте случаи, которые уходят человеку. Это особенно полезно там, где текст присылают несколько менеджеров с разными сокращениями.
Словарь полей согласуйте на реальных сообщениях нескольких сотрудников. Один и тот же термин может означать упаковку, позицию заказа либо количество единиц внутри неё.
Перед запуском проверьте, совпадают ли названия полей со столбцами системы, куда попадёт результат. Лишние преобразования после выгрузки снова создадут ручную работу.
Извлечение значений
Для пробного набора возьмите переписки разных типов: полная заявка, пропуск адреса, перенос срока и повторное обращение. Удалите лишние персональные данные согласно правилам компании. В GigaChat или YandexGPT дайте схему и попросите вернуть по одной строке на уникальный заказ, а каждое поле сопровождать цитатой и идентификатором сообщения. Затем загрузите результат в Google Таблицы для проверки.
- Разделите исходный текст по обращениям и присвойте каждому идентификатор.
- Задайте список полей, разрешённые единицы и явные статусы пропусков.
- Получите структурированный вывод с цитатой у каждого извлечённого значения.
- Сверьте строки с сообщениями, исправьте ошибки и зафиксируйте правило для повторяющихся случаев.
Промпт можно уточнить так: «Если в ветке есть исправление, используй последнее подтверждённое значение. Сохрани прежнее в примечании. При сомнении поставь статус “проверить” и покажи обе цитаты». Это превращает конфликт в очередь работы человека. Автоматически выбирать более удобное число для склада или продаж опасно, поскольку слово «пять» могло относиться к другой позиции.
Для регулярной обработки полезна автоматизация передачи заявок в таблицу. Перед запуском обсудите с сотрудником, какая строка считается подтверждённой. От этого зависит и полезность проверки, и маршрут исправления.
Какие поля ваших заявок сейчас приходится переносить вручную?
После первой выгрузки измерьте долю строк со статусом уточнения. Высокая доля покажет недостаток входных сведений или слишком жёсткую схему полей.
Первые ошибки разбирайте по группам: неверная граница заявки, конфликт версий, ошибка единицы. Для каждой группы понадобится своё изменение процесса.
Пропуски и дубли
Повторное письмо с уточнением часто выглядит как новый заказ. Для защиты от дублей задайте составной ключ: идентификатор ветки, клиент и предмет обращения. Если есть номер заказа из системы, используйте его как основной. Модель может предложить кандидатов на объединение, но окончательное решение зависит от правил бизнеса: одинаковые товары в один день ещё могут быть двумя заказами.
- Сверяйте каждую строку с указанным фрагментом переписки.
- Отдельно просматривайте пустые поля и слова с неопределённым количеством.
- Проверяйте изменение срока и количества по времени сообщений.
- Дубли помечайте связью с исходной строкой, сохраняя историю исправлений.
Для контроля качества полезна выборка с ручной разметкой. Посчитайте долю строк, где все обязательные поля подтверждены источником, и долю ложных объединений заказов. Цель пилота — уменьшить ручной перенос при сохранении точности, при этом красота таблицы вторична. Если ошибки скапливаются в одном типе сообщений, уточняйте правило для этого типа, без расширения промпта бесконечными общими запретами.
Различайте три состояния ячейки: значение подтверждено, данные отсутствуют, данные конфликтуют. Пустота без причины скрывает проблему от следующего сотрудника. Цвет можно использовать как подсказку, но текстовый статус обязателен: таблицу могут открыть без оформления или передать в другую систему.
Проверяющий должен видеть обе строки при предполагаемом дубле. Скрытое автоматическое объединение мешает понять, какое уточнение относится к конкретному заказу.
Сотрудник должен быстро вернуть ошибочную строку в очередь проверки. Скрытая правка без следа лишит команду возможности восстановить источник изменения.
Передача в работу
После сверки назначьте владельца таблицы. Он принимает спорные строки, исправляет справочник единиц и следит, чтобы новое письмо дополняло существующий заказ. Для команды продаж полезно показывать время последнего подтверждения; для склада — количество и единицу; для руководителя — долю строк, ожидающих уточнения. Одна таблица обслуживает разные роли, поэтому статус должен читаться без контекста переписки.
Интеграция через n8n может брать новые сообщения, отправлять текст в модель и создавать черновые строки. Перед передачей в 1С или CRM нужен этап проверки по правилам процесса. Если источник исчез или ссылка перестала открываться, черновик возвращают на ручную обработку. Так данные сохраняют прослеживаемость даже после автоматического переноса.
Начните с одного канала заявок, где известен владелец переписки. Отметьте случаи с переносом срока и дублирующими сообщениями: именно они покажут, подходит ли схема строки для ежедневной работы.
Храните исправления как материал для обновления правил. Когда сотрудник меняет число, он указывает исходную цитату и причину. Через несколько циклов станет видно, какие поля извлекаются надёжно, а какие требуют изменения входной формы. Иногда лучше попросить клиента заполнить структурированную заявку, чем усложнять обработку свободного текста.
При регулярной работе обновляйте примеры промпта из подтверждённых исправлений. Так новые правила опираются на реальные формулировки заявок, без искусственных примеров.
Если объём переписки растёт, проверяйте качество на новых типах сообщений. Удачная первая выборка охватывает лишь часть будущих формулировок клиентов.