Правила или ИИ: что выбрать для вложения клиента
Если вложения приходят в одном неизменном формате, обычно достаточно явных правил: указать, из какой колонки брать сумму, как распознавать дату и в какой формат приводить телефон. Такой подход предсказуем для полей с известным местом и записью. Но при скане вместо таблицы, новом названии столбца или нескольких сведениях в одной ячейке фиксированное правило может не распознать структуру. Для отдела продаж это означает риск неверного переноса или дополнительную ручную работу. Полезно разделять «не найдено» и «найдено, но не прошло проверку»: первое требует поиска или вопроса, второе — исправления конкретного несоответствия. Иначе одинаковый пустой результат скрывает разные причины и ведёт к неверному следующему действию.
ИИ полезен, когда формат меняется: он может распознать таблицу, предложить соответствие заголовков целевым полям и выделить условия из текста. Подходы стоит сравнивать по стабильности входа, затратам на обработку исключений и объяснимости каждого сопоставления. Если формат постоянен, правила легче проверить; если вложения разнообразны, модель может предложить разбор, а проверочные условия остаются частью процесса. Возможна комбинация: правила обрабатывают однозначные значения, ИИ предлагает структуру для нестандартных документов. В сценариях ИИ-автоматизации продаж обработка вложения может быть одним из этапов работы с заявкой. Сравнение не сводится к числу распознанных ячеек: важны также цена ошибочного переноса, время человека на исключения и возможность восстановить основание результата.
Есть и разница в поддержке. Для правила «брать значение из колонки Количество» легко указать условие, но новое название столбца потребует изменения. ИИ может сопоставить «объём», «кол-во» и «число единиц», если контекст документа это подтверждает; одно похожее слово не гарантирует равенства. Поэтому модель должна выдавать не только заполненное поле, но и основание сопоставления. Чем выше цена ошибки, тем важнее определить допустимые соответствия и когда нужен разбор исключения. Например, единицу измерения можно нормализовать по заранее заданному словарю, а название продукта не следует автоматически приравнивать к близкому по написанию варианту, если это меняет предмет заявки. Такой порог задаётся для конкретного поля, а не одной общей настройкой для всего документа.
Как превратить документ в проверяемые поля
Целевая схема может включать наименование позиции, количество, единицу, цену, валюту и желаемый срок. Для каждого поля задают тип и условие корректности: количество должно быть числом, единица — допустимой для позиции, дата — распознаваться в согласованном формате. При сопоставлении сохраняют исходный фрагмент или координату ячейки, чтобы проверяющий видел происхождение значения. До запуска полезно также определить, какие поля обязательны для передачи дальше, а какие можно оставить пустыми без блокировки всей заявки.
Результат удобно представлять как значения со статусами «найдено», «неоднозначно» и «отсутствует». Автоматические правила выявляют неверный тип, несовместимые единицы, дубли строк или выход за заданный диапазон. Для следующего этапа можно сформировать запись: поле, значение, единица, ссылка на место в оригинале и статус. Так менеджер видит, какие данные готовы к использованию, а какие требуют вопроса клиенту. Если документ содержит несколько таблиц, в записи сохраняют название листа или раздела: одного номера строки может быть недостаточно, чтобы найти источник после экспорта.
Для строк таблицы важна связь между названием позиции и её параметрами. Если количество извлечено из одной строки, а цена — из соседней, оба значения могут выглядеть правдоподобно, но вместе дать неверную заявку. Поэтому проверка структуры должна сохранять принадлежность ячеек строкам и группам документа, а не только распознавать символы. Исключения разбираются человеком; после решения фиксируется выбранное соответствие. Практический формат результата может содержать исходное значение и нормализованное отдельно: тогда преобразование единицы не уничтожает формулировку клиента, а последующий сотрудник способен быстро сверить оба представления.
- Задать схему
Определить нужные поля, типы, единицы и допустимые форматы; отдельно указать обязательные значения.
- Извлечь и связать с оригиналом
Распознать документ, предложить соответствия и сохранить исходную ячейку либо фрагмент рядом с каждым значением.
- Проверить исключения
Сверить типы, единицы и правила; неоднозначные значения направить человеку вместе с фрагментом-основанием.
Если в таблице нет валюты
Предположим, во вложении указано: «Позиция A — 12 шт., 450», но валюта нигде не названа. Извлечение сохраняет число и помечает валюту как отсутствующую; подставлять рубли по привычке нельзя. Если в другом однозначно связанном фрагменте указана валюта, её можно сопоставить, сохранив источник. Иначе запись остаётся неполной для уточнения. Так же слова «3 дня» не сообщают, от какого события считать срок: от заказа, отгрузки или ответа. Сотруднику достаточно задать вопрос именно о недостающем параметре, не отправляя клиенту заново весь перечень уже понятных данных.
Преобразование записи допустимо, когда правило сохраняет смысл. Например, «0,5 кг» можно представить как 500 г, если такая нормализация задана и исходное значение остаётся доступным. А «профиль 20 мм» не говорит само по себе, относится ли размер к ширине, толщине или диаметру. Такое значение можно сохранить как исходный атрибут и запросить уточнение. Таблица показывает различие между извлечённым фактом, преобразованием по правилу и сведением, которое документ не задаёт. В реальном процессе для каждого такого статуса важно указать конкретную причину: отсутствует единица, непонятно поле или не задана точка отсчёта. Это помогает адресовать вопрос, а не просто пометить запись общей ошибкой.
| Фрагмент вложения | Допустимое извлечение | Что проверить |
|---|---|---|
| «Позиция A — 12 шт., 450» | Количество: 12 шт.; сумма: 450; валюта: отсутствует | Есть ли однозначное указание валюты в документе |
| «Доставка — 3 дня» | Срок: 3 дня; точка отсчёта: отсутствует | Не превращать срок в календарную дату без основания |
| «Профиль — 20 мм» | Размер: 20 мм; тип размера требует сопоставления | Какое целевое поле соответствует термину |
Как сравнить качество двух подходов
Для выбора подготовьте один и тот же небольшой обезличенный набор документов: обычные таблицы, разные заголовки, текстовые вложения и случаи с пропусками. Для правил и ИИ отдельно посчитайте долю значений, извлечённых без исправления, число неверных сопоставлений и долю полей, переданных человеку. До проверки договоритесь, что считается ошибкой: значение из соседнего столбца, неподходящая единица или заполнение отсутствующего поля. Так сравниваются результаты на одинаковых входах. Не смешивайте простые и сложные документы в один итог: среднее может скрыть, что подход хорошо работает на типовом шаблоне, но часто ошибается на сканах или многострочных таблицах.
Разберите ошибки по причинам: неудачное правило, неполная схема, неверная интерпретация или слишком поздняя передача человеку. Это подскажет, что менять — формат входного документа, настройку извлечения либо порог остановки. Для стабильных шаблонов простое правило может оказаться дешевле; при разнообразных документах полезнее может быть предложение модели с проверкой исключений. Решение зависит от цены ошибки и объёма ручного разбора. Сравнивайте также повторяемость: если один и тот же файл при одинаковых условиях даёт разные сопоставления, это повод усилить проверку или ограничить автоматическое применение результата.
Полезный следующий шаг — выбрать один тип вложений и провести пробную сверку на одинаковом наборе, фиксируя время обработки отдельно от точности и доли ручных решений. Затем проверить, сохраняется ли основание каждого значения и может ли процесс остановиться при неоднозначности. Передача данных — один участок работы с заявкой; как проверить передачу обращения между этапами продаж разобрано в отдельном материале. После сравнения можно выбрать минимальный участок, где результат измерим: например, извлечение количества и единиц из одного типа таблиц, оставив сложные поля в прежнем процессе. Такой ограниченный шаг показывает, какие правила уже достаточны и где предложение ИИ действительно экономит разбор, не превращая пилот в замену всего процесса.