Робот с ИИ для подписания актов сверки в ЭДО: что автоматизировать, а что оставить человеку

Что вы узнаете:

• прямой ответ, что в работе с актом сверки можно отдать роботу и ИИ
• схему из шести шагов и таблицу «код, модель, человек»
• правила автоматического решения и риски каждого из них
• какие вопросы про электронную подпись и доверенность стоит задать юристу и оператору ЭДО до запуска

Коротко: можно ли, но не в той формулировке

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

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

Что на самом деле значит «подписать акт»

Подпись в ЭДО - не просто нажатие кнопки, а юридическое действие. Закон об электронной подписи (63-ФЗ) выделяет два вида электронной подписи: простую и усиленную. Усиленная подпись бывает неквалифицированной и квалифицированной (ст. 5). Квалифицированная подпись равнозначна собственноручной, если закон не требует бумажного документа. Простая и неквалифицированная подписи равнозначны бумажной только в случаях, которые предусмотрены законодательством или соглашением участников (ст. 6); условия такого соглашения проверьте вместе с юристом. Какой вид подписи нужен для вашего акта, зависит от договора и соглашения с контрагентом.

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

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

Схема: шесть шагов от получения до подписи

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

1. Приём из ЭДО. Робот получает входящие акты через интерфейс оператора ЭДО или из учётной системы, к которой подключён ЭДО.
2. Разбор. Структурированный акт читает код. Для скана, PDF или письма модель может извлечь данные и вернуть таблицу с периодом, сторонами, сальдо и списком документов. Это проектный вариант: результат распознавания нужно проверять.
3. Сверка с учётом. Код сравнивает данные акта с вашим регистром взаиморасчётов: сальдо, периоды и суммы по документам.
4. Решение по правилам. Правила, заданные заранее, например допуск, перечень проверенных контрагентов и лимит суммы, относят акт к одной из трёх групп: совпадает, расходится или требует внимания.
5. Очередь. Совпавшие акты попадают в очередь на подпись вместе с результатами проверок. По расходящимся актам бухгалтер получает список несоответствий.
6. Подпись ответственным. Человек с необходимыми полномочиями проверяет очередь, подписывает акты или отклоняет отдельные.

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

Кто что делает: код, модель, человек

Это предлагаемое разделение ролей, а не обязательный стандарт для всех компаний.

Этап	Код (правила)	Модель (ИИ)	Человек
Приём из ЭДО, статусы	Да	Не нужна	Следит за исключениями
Чтение скана, PDF, письма	Нет	Может извлечь данные	Выборочно проверяет
Сравнение с учётом	Да, точное сравнение чисел	Не принимает решение	Разбирает расхождения
Допуск, список контрагентов, лимит	Да	Нет	Задаёт и пересматривает
Версия причины расхождения	Нет	Может предложить гипотезу со ссылками на документы	Проверяет и решает
Подпись	Нет, если нет оформленных полномочий	Нет	Да, ответственное лицо
Журнал решений	Да	Нет	Просматривает

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

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

Ниже - проектные рекомендации, а не требования закона или оператора. Правило, по которому акт попадает в очередь на подпись, должно быть коротким и проверяемым.

• Допуск. Максимально допустимая разница в сальдо. Строгий вариант - ноль копеек: любое расхождение уходит бухгалтеру. Допуск в несколько рублей может быть удобен, но каждое его применение стоит записывать в журнал.
• Перечень проверенных контрагентов. В автоматическую очередь попадают только контрагенты, которых вы заранее проверили: договор, реквизиты, ЭДО-идентификатор. Незнакомый отправитель или смена реквизитов - повод передать акт человеку.
• Лимит суммы. Акты с сальдо выше заданного порога проверяет человек, даже если данные совпали.
• Условия по структуре. Период совпадает с запрошенным, нет закрытых или неразнесённых документов, тип документа ожидаемый.
• Правило по умолчанию. Если хотя бы одно условие не выполнено или данные нельзя однозначно прочитать, акт уходит человеку. Неопределённость не должна автоматически приводить к подписи.

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

Полномочия и доверенность

Здесь легко ошибиться, поэтому применимость к вашей ситуации уточняйте у юриста.

Кто подписывает. По ст. 17.2 закона № 63-ФЗ, если от имени юридического лица действует представитель по доверенности, документ подписывается квалифицированной подписью этого представителя, и одновременно представляется доверенность. Электронную доверенность подписывает квалифицированной подписью руководитель, лицо с правом передоверия или нотариус. Ст. 17.5 устанавливает, что такие доверенности оформляются по требованиям Гражданского кодекса, могут представляться в электронном машиночитаемом виде, а порядок их хранения, использования и отмены определяет Правительство. На странице Гаранта отмечены изменения ст. 17.2, вступающие в силу 01.09.2027, поэтому перед применением проверяйте актуальную редакцию.

Что такое МЧД. Машиночитаемая доверенность - электронный документ в формате XML. Её можно создать, например, в сервисе ФНС «Создание и проверка доверенности в электронной форме». В архивной публикации ФНС указано, что МЧД хранятся в распределённом реестре на портале m4d.nalog.gov.ru. По справке Saby, представитель подписывает документ своей подписью физического лица, а система прикладывает МЧД к пакету. Для подписания нужны подпись сотрудника и МЧД; саму МЧД заверяют квалифицированной подписью руководителя.

Что проверяет оператор. В документации Диадока описано, что сотрудник подписывает документ сертификатом физического лица и прикладывает МЧД. Перед отправкой проверяются формат доверенности, подпись под ней, соответствие сертификату и срок действия. Отзыв проверяется, если сервис ФНС отвечает. Для акта сверки в Диадок API описан способ передать МЧД в содержимом документа (UseDocumentContent). В документации Saby описано подписание в Saby или в своей информационной системе.

Что из этого следует для робота. В изученной нами документации Диадока и Saby описаны способы подписания с доверенностью. Режима «система сама решает подписать акт без участия человека, если совпало» мы там не нашли. В документации Saby API указано, что подпись по хешу формирует подписывающая сторона. Это описание способа работы с API само по себе не означает, что автоматическая подпись роботом допустима в вашей ситуации.

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

Если вы всё же хотите настроить подпись по правилам, как минимум предусмотрите:

• лицо с полномочиями и МЧД, в которой указаны достаточные полномочия и срок действия;
• письменное решение руководства о том, что именно и до какого лимита подписывает система;
• ограниченный доступ к ключу, контроль и план действий при компрометации;
• проверку у оператора ЭДО и юриста, допустим ли такой режим для ваших договоров и контрагентов.

Более осторожный вариант, который мы описываем в статье, - робот готовит очередь, а человек подписывает акты.

Безопасность и персональные данные

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

Чек-лист внедрения

Это рекомендации для пилота, а не универсальные требования.

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

Когда это не подходит

• Контрагентов мало. Если актов несколько в квартал, ручной процесс может оказаться дешевле разработки.
• Учёт неупорядочен. Неразнесённые платежи и пропущенные документы робот не исправит, но может помочь быстрее показать расхождения.
• Идёт спор или близок срок давности. Акт с подписью может быть истолкован как признание долга, поэтому такие акты стоит передать юристу и бухгалтеру.
• Нет ясности с полномочиями. Не стоит настраивать подпись роботом, пока юрист и оператор ЭДО не ответили на вопрос о допустимости такого режима.
• Штатных возможностей оператора хватает. Если все контрагенты работают в ЭДО и вас устраивают функции оператора или 1С-ЭДО, отдельная разработка может не понадобиться.
• Нет ответственного. Без владельца процесса правила и списки могут устареть.

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

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

Итог

Роботу и ИИ можно поручить разбор актов, сверку и подготовку очереди. Совпадение определяют правила в коде. В предлагаемой схеме подпись остаётся за ответственным лицом. Вопрос об автоматической подписи сначала адресуйте юристу и оператору ЭДО. Начните с режима «только чтение» на нескольких контрагентах.

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

Источники

• Федеральный закон от 06.04.2011 N 63-ФЗ «Об электронной подписи», ст. 5, 6, 10, 17.2, 17.5 (Гарант)
• Страница ФНС о машиночитаемой доверенности и сервисе «Создание и проверка доверенности в электронной форме» (архивная публикация от 30.06.2025)
• Документация Диадок API: «Работа с машиночитаемой доверенностью»
• Справка Saby: «МЧД: что это и как работает»; документация API Saby: «Подписать и отправить документы через API»
• Описание решений на сайте LLAIM: «Автоматизация процессов», «Работа с документами», «ИИ-агенты»