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