Автоматизация сверки первичных документов: где помогает AI-агент

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

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

Что именно сверять в первичных документах

Начните с вида операций. Для услуг компания получает акт или универсальный передаточный документ (УПД), для товара — УПД либо накладную. Состав обязательных реквизитов и способ учёта бухгалтер определяет по типу операции и действующим правилам. Агенту нужна утверждённая карта полей, чтобы он сравнивал документы по одному порядку и показывал причину каждого сигнала.

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

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

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

Где заканчиваются возможности обычной сверки

Встроенные инструменты уже закрывают часть задачи. На официальной странице «1С:Сверка 2.0» описана фоновая сверка счетов-фактур, УПД, УКД, актов, накладных и банковских документов. Сервис сообщает о расхождениях и показывает пары документов, даты, номера, суммы и НДС. Проверьте доступность сервиса в своей учётной среде и работу на ваших документах до разработки отдельного агента.

Дополнительная задача агента возникает там, где бухгалтеру приходится собирать объяснение из нескольких источников. Контрагент прислал исправленный акт и письмо с причиной изменения. Менеджер сохранил подтверждение дополнительной работы в заявке. В карточке договора лежит согласованное условие. Агент может показать эти материалы рядом с расхождением и предложить, у кого уточнить решение. Предложение должно содержать ссылки на источники; письмо без подтверждённого полномочия не меняет договор или учётную запись.

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

Сценарий AI-агента по шагам

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

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

После связывания сравните поля по утверждённой карте. Правила для количества, цены, суммы и НДС задаёт бухгалтерия; вычисления выполняйте по этим правилам. Модель может кратко изложить отличие и найти связанное пояснение в разрешённых материалах. Порог отклонения, порядок округления и исключения для конкретных операций утверждает владелец процесса.

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

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

Пример: расходится акт по оказанной услуге

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

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

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

Возможен и другой случай: суммы совпадают, но акт относится к иному периоду. Тогда карточка должна назвать конкретное расхождение в датах и показать связанные записи. Общая метка «ошибка в акте» заставит сотрудника заново просматривать весь комплект.

Полномочия агента и маршрут исключения

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

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

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

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

Выберите один поток с повторяющимися документами, например акты по ежемесячным услугам одного подразделения. Соберите исторические примеры с известным решением: обычные акты, исправленные версии, отсутствующие заказы и спорные периоды. Уберите лишние персональные данные из тестовой копии и сохраните связи между документами. Бухгалтер заранее отмечает ожидаемые пары и значимые расхождения. Для каждого примера сохраните исходное решение и причину: исправленный документ, подтверждение приёмки или отказ. Это даст проверяющим единый образец, с которым можно сравнить карточку агента. Если по старому случаю сотрудники сами не согласны, разберите его до оценки системы.

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

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

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

Для периодической сверки отдельную интеграцию можно разместить на сервере Timeweb Cloud. Официальная страница поставщика описывает VPS как вариант для внутренних API и микросервисов. Перед запуском ограничьте доступ к учётной системе, настройте мониторинг заданий и журнал ошибок. Если сервер или обмен недоступны, бухгалтер продолжает проверку по ручному маршруту; после восстановления ответственный сверяет очередь, чтобы не пропустить поступившие документы.

Когда отдельный AI-агент не нужен

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

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

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

Если хочешь внедрить ИИ агентов в свой бизнес, но не знаешь с чего начать, пиши мне в телеграм t.me/berdoff, я проведу бесплатную консультацию, поделюсь своим опытом