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