Как AI-агент понимает, с какой партии или склада списан товар, и сам находит источник происхождения для раздела G ЭСФ в 1С?

AI-бухгалтер ЭСФ не угадывает источник происхождения: он проходит ту же документную цепочку, что и бухгалтер, — от строки реализации через партию и поступление к счёту-фактуре поставщика и входящему ЭСФ. Там он берёт номер декларации и код ТН ВЭД для раздела G; если после комплектации связь потеряна, восстанавливает её по документам. Неоднозначный выбор агент не делает сам: он помечает случай спорным и передаёт бухгалтеру.

Зачем нужен раздел G и где тратится время?

В разделе G по товарной строке указывают номер декларации и код ТН ВЭД. Когда 1С подставляет источник автоматически, бухгалтеру остаётся проверить данные. Если связь не найдена, источник разыскивают вручную по цепочке из пяти документов — около 10 минут на одну сложную ЭСФ.

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

Третья — сроки. ЭСФ должна быть выписана в ИС ЭСФ в течение 15 календарных дней от даты оборота, просрочка влечёт административную ответственность. Поэтому агент сначала формирует контрольный отчёт по реализациям без ЭСФ и показывает горящие документы, а затем готовит черновики.

Как агент находит источник происхождения, если 1С потеряла связь?

Поиск строится не от предположения о декларации, а от конкретной строки реализации. Агент идёт по маршруту: карточка счёта 1330 → поступление → счёт-фактура полученный → входящий ЭСФ поставщика. Во входящем ЭСФ он берёт номер декларации и код ТН ВЭД и подставляет их в раздел G исходящего документа.

Это детерминированный маршрут по документам 1С, и именно он съедает основное время у человека. Агент проходит его по каждой товарной строке за секунды.

Маршрут особенно важен после комплектации: в этом сценарии 1С теряет прямую связь с входящим ЭСФ. Агент восстанавливает её по документной цепочке, а не подставляет произвольные реквизиты — поэтому бухгалтер всегда видит, из какого документа взяты данные для раздела G.

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

Что агент делает сам, а что остаётся бухгалтеру?

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

Действия агента	Что делает бухгалтер
Контролирует сроки и выделяет горящие документы	Проверяет итоговый документ перед подписью
Создаёт ЭСФ из реализаций и заполняет раздел G	Подписывает ЭЦП и отправляет в ИС ЭСФ
Ищет номер декларации по цепочке документов	Выбирает партию-источник в спорном случае
Отрабатывает типовые ошибки проверки ИС ЭСФ	Решает нестандартные ошибки
Отслеживает статусы и готовит дайджесты	Показывает эталон для нового типа операции

К каждой готовой ЭСФ агент прикладывает пометки: что заполнил и откуда взял данные. Документы уходят в очередь «к подписи», а не в учёт.

Может ли агент подписать ЭСФ вместо человека?

Нет. Агент архитектурно не умеет подписывать: он не хранит ключи ЭЦП, не знает паролей и не имеет функции подписи. Документ попадает в ИС ЭСФ только после проверки и подписи бухгалтера.

Это ограничение заложено в архитектуру, а не в формальное предупреждение. Агент готовит черновик и показывает происхождение данных, но не проводит документ сам и не отправляет его в госсистему.

Подойдёт ли подход для нестандартного учёта партий?

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

Спорные и нестандартные ситуации сознательно остаются на ручной проверке. В автоматизацию идут только операции с чётким сигналом — неопределённость не выдаётся за автоматическое решение.

Нужно ли дорабатывать 1С и куда уходят данные?

Агент работает в существующей базе 1С:Бухгалтерия 3.0 для Казахстана через штатный интерфейс обмена — тот же канал, который использует модуль «Банк». Доработка конфигурации не требуется.

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

Как ЭСФ-агент связан с AI-Бухгалтером?

ЭСФ — второй модуль системы «AI-Бухгалтер». Первый модуль, «Банк», уже работает у клиентов и каждый день разносит банковские выписки: 94% операций без ручного ввода. Разбор этого внедрения — торговая компания, три банка, около 50 операций в день. Та же 1С, та же команда, тот же принцип: агент готовит, человек подтверждает.

В развитии — обработка входящих ЭСФ от поставщиков, массовая выписка и корректировочные ЭСФ, сверка ЭСФ с банком. Это направления развития, а не работающие сегодня функции.

Что проверять перед подписью ЭСФ?

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

Так автоматизация ЭСФ остаётся управляемой: рутинный поиск по документам выполняет агент, а подпись и финальный контроль не уходят из рук компании.

Частые вопросы

А если агент подготовит неверную ЭСФ?

Агент формирует черновик и объясняет происхождение данных. Финальная проверка, подпись и отправка в ИС ЭСФ выполняются бухгалтером — агент убирает рутину, а не ответственность контроля.

Нужно ли передавать агенту ЭЦП?

Нет. Агент не хранит ключи ЭЦП, не знает паролей и не может подписать документ.

У нас своя 1С — придётся менять конфигурацию?

Агент работает с 1С:Бухгалтерией 3.0 для Казахстана через штатный интерфейс обмена. Доработка конфигурации не требуется.

Что происходит с данными при подключении?

Подключение идёт по закрытому каналу на защищённой инфраструктуре, данные третьим лицам не передаются. Для корпоративного контура возможен on-premise.

Что будет, если учёт партий нестандартный?

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