Как проверить таблицу, собранную ИИ, перед отправкой клиенту

Таблица, которую помогла собрать нейросеть, выглядит убедительно именно потому, что клетки выровнены, заголовки разумны, а итоговая строка похожа на готовый отчёт. В этой аккуратности скрыта опасность: модель могла не заметить одну строку исходника, смешать рубли с тысячами рублей или превратить пустую ячейку в ноль. Перед отправкой клиенту нужно проверить не красоту оформления, а происхождение каждого важного числа и смысл расчёта. Ниже — порядок, который можно выполнить на небольшом файле за один проход и повторять на крупных отчётах.

Сохраните исходник и запишите задачу

Первым делом оставьте неизменную копию входного файла. Переименуйте рабочую версию так, чтобы в названии были дата и назначение, а не слово «финал» без контекста. Рядом запишите, что модель должна была сделать: нормализовать названия, сгруппировать строки, добавить формулы, перенести данные из нескольких листов. Это отделяет допустимое преобразование от выдуманного. Если из исходного прайса нужно было получить сводку по категориям, появление прогноза продаж в готовой таблице — отдельная аналитическая работа, а не часть механического переноса.

Не отправляйте в произвольный сервис исходник с персональными данными клиентов, договорными ценами или доступами. Подготовьте обезличенный фрагмент либо используйте согласованную среду. Для локальной работы существуют разные варианты, но сам факт «локального ИИ» не отменяет прав доступа к готовому файлу. Проверяйте, в какой папке он сохранён и кто увидит его по ссылке. На ИИШКА Про есть гайд о границах доступа агента, полезный для любой автоматизации с рабочими файлами.

Начните с количества строк, а не с итоговой суммы

Сравните число исходных записей и число записей результата. Разница может быть законной: например, сводная таблица сжимает тысячу заказов в десять категорий. Тогда у каждой итоговой строки должно быть объяснение, какие входные записи в неё попали. Если задача была просто переложить данные в новый формат, число записей должно совпасть с учётом явно удалённых дублей. Составьте отдельный список исключённых строк. Пустой артикул, отменённый заказ или запись с ошибочной датой не исчезают молча.

Проверьте контрольные примеры: первую строку, последнюю, строку с самым большим значением, нулевое значение, отрицательное число, запись с пропущенным полем и один ручной дубль. Это не заменяет автоматическую сверку всего файла, но быстро показывает тип систематической ошибки. Если модель неверно интерпретировала одно пустое поле, вероятно, так же обработаны и другие. Для сканированных документов первичная ошибка может возникнуть ещё на распознавании: обзор Tesseract объясняет, почему «получили текст» не равно «получили верные числа».

Проверьте единицы, периоды и формулы

Отдельно посмотрите на валюту, НДС, проценты, упаковки и даты. «5,2» в столбце может означать 5,2 рубля, 5,2 тысячи или 5,2 процента. Заголовок должен сообщать единицу явно. Период также надо записать словами: «с 1 по 30 сентября 2026 года», а не «за месяц». Если исходники из разных часовых поясов, один заказ на границе суток может попасть в другой день. Лучше обнаружить это до отправки, чем объяснять несостыковку клиенту.

Формулы проверяйте в двух местах: в середине диапазона и на границе. Иногда модель создаёт формулу только для первых десяти строк или фиксирует ссылку там, где она должна сдвигаться. Пересчитайте вручную два-три примера. Сравните итог по столбцу с независимым подсчётом в исходнике. Если таблица содержит округление, укажите, округляются ли отдельные строки или только итог: эти способы могут дать разные суммы. Не скрывайте расхождение фразой «погрешность ИИ» — найдите конкретное правило, которое его породило.

Отделите факты от интерпретации

Нейросеть часто добавляет текст вроде «рост спроса связан с сезонностью». Если в задаче был только подсчёт заказов, такое объяснение не вытекает из файла. Уберите предположения из таблицы или маркируйте их как гипотезы для проверки. В разделе выводов оставьте наблюдаемые факты: какие столбцы сравнивались, за какой период, сколько записей вошло и какие исключены. Если есть график, проверьте ось и подпись диапазона: обрезанная вертикальная шкала может визуально преувеличить небольшое изменение.

Для отчёта с несколькими версиями особенно важен источник каждой цифры. Добавьте колонку «файл / лист / дата выгрузки» либо храните журнал преобразований. Клиенту не нужен весь технический след, но ваша команда должна уметь воспроизвести показатель. Похожие принципы мы разбирали в сравнении способов работы с длинным документом: потерянная связь с исходным фрагментом делает красивый итог ненадёжным.

Финальный контроль отправки

Откройте сохранённый файл заново тем же способом, каким его откроет получатель. Убедитесь, что формулы не заменились ошибками, локаль не поменяла десятичные разделители, фильтры не скрывают важные строки, а внешние подключения не требуют вашего личного доступа. Удалите тестовые листы и скрытые комментарии с внутренней перепиской. Затем попросите второго человека прочитать названия столбцов и объяснить одну итоговую цифру без подсказки автора. Если объяснить не получается, файл ещё не готов.

FAQ: Можно ли поручить модели окончательную проверку? Она поможет искать аномалии, но не заменит независимый пересчёт и сверку с оригиналом. Всегда ли ноль означает отсутствие продаж? Нет: это может быть пропуск, ошибка импорта или настоящая нулевая величина; различайте состояния явно. Что делать при одной неверной строке? Найдите правило преобразования и перепроверьте все строки того же типа, а не исправляйте только заметный пример.

Надёжная таблица — та, в которой можно проследить число до источника. Автоматизация ускоряет подготовку, а ответственность за отправленный вывод остаётся у команды.