Проверка первичных документов с помощью ИИ: реестр ошибок до учёта

Короткий ответ

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

Лучший первый сценарий — не «проверь всю первичку», а один однородный комплект: например, договор, заказ, накладная и УПД по одной поставке. Тогда каждое замечание можно привязать к конкретному файлу, странице и полю.

Что именно нужно проверять

Статья 9 Федерального закона № 402-ФЗ перечисляет обязательные реквизиты первичного учётного документа: наименование, дату, составителя, содержание факта хозяйственной жизни, натуральное или денежное измерение с единицами, сведения об ответственных лицах и их подписи. Закон также допускает бумажную и электронную форму, а для электронного документа предусматривает электронную подпись.

В 2026 году важно отдельно учитывать формат обмена. Разъяснение ФНС об электронных накладных, актах и УПД указывает, что формат УПД 5.03 может объединять первичный документ и счёт-фактуру; при этом после 1 января 2026 года сохраняется возможность использовать неформализованные электронные и бумажные первичные документы. Значит, отсутствие конкретного XML-формата само по себе ещё не доказывает ошибку: нужно учитывать вид документа, способ обмена, учётную политику и условия договора.

Практический контроль лучше разделить на три слоя:

• формальный: заполнены ли обязательные реквизиты и можно ли идентифицировать подписантов;
• содержательный: совпадают ли стороны, предмет, объём, единицы, даты и суммы с основанием операции;
• процессный: есть ли нужная подпись, подтверждение приёмки, версия файла и связь с учётной записью.

Как подготовить комплект до загрузки

Качество проверки зависит от состава исходных данных. Если дать агенту только акт, он увидит незаполненное поле, но не сможет надёжно определить, соответствует ли объём работ договору. Поэтому перед началом соберите:

1. первичный документ, который планируется принять к учёту;
2. договор, заказ, спецификацию или иной документ-основание;
3. подтверждение фактической поставки, приёмки или выполнения работ, если оно есть;
4. справочник контрагентов или карточку организации с эталонными реквизитами;
5. правило, по которому бухгалтер различает критическую ошибку, замечание и вопрос.

Если в файлах есть персональные данные, банковские реквизиты или коммерческие условия, используйте только разрешённый проект и не добавляйте лишние документы. Для теста достаточно обезличенного примера или небольшой выборки.

Как должен выглядеть реестр ошибок

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

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

Пошаговый процесс в OpenCowork

В OpenCowork документы можно хранить в одном проекте вместе с задачей, промежуточной проверкой и итоговым реестром.

1. Загрузите однородный комплект и объясните, какой документ является основанием, а какой проверяется.
2. Попросите ИИ-агента сначала перечислить файлы и предполагаемые роли. Неизвестные роли должны остаться вопросами, а не догадками.
3. Задайте чек-лист обязательных реквизитов для нужного вида документа и дату, на которую проверяются требования.
4. Поручите отдельно проверить математические связи: количество, цену, сумму по строке, итог и НДС там, где он применим.
5. Сопоставьте стороны, договор, период, предмет и единицы измерения между документами.
6. Попросите сформировать XLSX-реестр с уровнями «ошибка», «риск», «вопрос» и ссылкой на источник каждого вывода.
7. Выполняется проверка человеком: бухгалтер открывает исходники, подтверждает замечания и решает, принять документ, запросить исправление или получить дополнительные доказательства.

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

Что ИИ не может подтвердить по одному файлу

Даже идеально заполненный документ не доказывает реальность операции. Агент не видит фактическую поставку, полномочия подписанта или внутреннее согласование, если подтверждения не переданы в проект. Он также не должен автоматически считать незначительное расхождение основанием для отказа в расходах или вычете: правовая и налоговая оценка зависит от обстоятельств и актуальных норм.

Поэтому итоговая таблица должна явно разделять:

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

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

Чек-лист приёмки результата

Перед завершением задачи проверьте:

• все ли входные файлы перечислены и однозначно названы;
• у каждого замечания есть файл, место и основание;
• не перепутаны ли счёт на оплату, счёт-фактура, акт, накладная и УПД;
• не заявлено ли отсутствие реквизита, который находится на другой странице;
• учтён ли формат документа — бумажный, неформализованный электронный или установленный XML;
• отделены ли арифметические ошибки от вопросов к содержанию операции;
• подтверждены ли исправления в исходном документе, а не только в реестре.

Такой контроль превращает ИИ-проверку в воспроизводимый рабочий процесс. Он ускоряет сортировку и сопоставление, но сохраняет бухгалтерское решение у человека.

Следующий шаг

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