Акт сверки расчётов: автоматизация проверки с ИИ

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

В демо-примере поступление на 240 000 ₽ и платёж на 180 000 ₽ дают остаток 60 000 ₽. В акте контрагента есть дополнительная строка на 18 000 ₽, поэтому его итог — 78 000 ₽. Система показывает отсутствующий в тестовой выгрузке документ, но не объявляет автоматически, что контрагент неправ.

В демо по нашему учёту остаток составляет 60 000 ₽, по акту контрагента — 78 000 ₽. Разница 18 000 ₽ связана с документом, которого нет в тестовой выгрузке. Интерфейс показывает обе стороны и исходную строку, не объявляя расхождение автоматически ошибкой контрагента.

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

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

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

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

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

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

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

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

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

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

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

Состав решения описан на странице «Автоматизация сверки актов для ОЦО». В кейсе прототипа показаны два пользовательских экрана на тестовых данных.