Безопасная архитектура строится через интеграционный слой. Агент не должен получать прямой доступ к базе 1С и не должен сам проводить документы. Обычно используют OData, HTTP-сервис 1С, файловый обмен, очередь задач, n8n, Make или собственный middleware. Этот слой решает, какие объекты можно читать, какие действия разрешены и что требует подтверждения.
Первый запуск лучше делать в read-only режиме. Агент читает данные, сравнивает документы, ищет ошибки и готовит структурированный результат: что найдено, какая уверенность, какие источники использованы и что нужно сделать дальше. Запись обратно в 1С включают позже, после тестов и только для ограниченных действий.
Типовые безопасные действия: создать черновик документа, подготовить JSON для обмена, добавить комментарий, поставить задачу ответственному, отправить спорный случай в approval queue. Рискованные действия: проведение документов, изменение сумм, НДС, контрагентов, складских остатков, статусов оплат и массовое обновление записей.
В хорошей реализации агент работает со структурой данных, а не с пересказом. Для счета важны номер, дата, контрагент, ИНН, договор, сумма, НДС и статус. Для платежа - дата, сумма, назначение, счет, банк и контрагент. Для УПД - номенклатура, количество, цена, ставка НДС, подписи и документ-основание.
Главный риск в 1С-сценариях - уверенная ошибка. Модель может красиво объяснить неверное сопоставление платежа, перепутать похожих контрагентов или не заметить, что данные устарели. Поэтому нужны source verification, audit log, confidence, проверка прав, обработка блокировок 1С и человек на критичных решениях.
Практический результат такого агента - меньше ручной рутины вокруг учета: быстрее разбирать входящие документы, видеть зависшие оплаты, готовить сверки, находить ошибки в реквизитах и передавать бухгалтеру уже подготовленный черновик, а не сырую пачку файлов.
Примеры
- Агент получает счет и банковский платеж, сравнивает сумму, назначение, контрагента и договор, затем предлагает, какой счет можно закрыть после проверки бухгалтером.
- Входящий УПД распознан OCR. Агент сверяет ИНН, КПП, номенклатуру, сумму и НДС с данными 1С и подсвечивает поля, которые нужно проверить вручную.
- Руководитель просит список зависших документов. Агент находит непроведенные счета, акты и УПД, группирует их по ответственным и показывает причины задержки.
- Склад просит проверить остаток товара. Агент читает доступный источник 1С через OData и отвечает с датой обновления, не меняя складские данные.
- Пользователь просит массово провести документы. Агент блокирует действие и отправляет запрос в approval, потому что проведение влияет на учет и отчетность.
Где используется
- сверка счетов, оплат и закрывающих документов
- обработка первички: счета, акты, УПД и накладные
- проверка реквизитов контрагентов
- поиск расхождений по сумме, НДС и договору
- подготовка черновиков документов для 1С
- чтение остатков, заказов и статусов через OData
- обработка ошибок обмена с 1С
- очередь approval для спорных операций
- финансовый audit log действий агента
- обмен между 1С, CRM, банком, ЭДО и таблицами
Связанные термины
Action allowlist
API credentials
Approval queue
Approval workflow
Audit log
Blocked action
CRM AI-агент
CRM-интеграция
Частые вопросы
Что делает ИИ-агент для 1С?
Он помогает читать данные из 1С, сверять документы и оплаты, находить ошибки, готовить summary и черновики действий. Критичные изменения должны проходить через approval.
Можно ли дать агенту прямой доступ к базе 1С?
Лучше нет. Безопаснее использовать OData, HTTP-сервис, файловый обмен или middleware с ограниченными правами, логированием и списком разрешенных действий.
Когда можно разрешать запись в 1С?
После тестов, audit log и approval workflow. На старте агенту лучше разрешать только черновики, комментарии, задачи или запись в очередь обмена, а не проведение документов.
Какие операции в 1С требуют человека?
Проведение документов, изменение сумм, НДС, контрагентов, договоров, складских остатков, финансовых статусов, прав доступа и любые массовые изменения.
Что нужно подготовить для MVP?
Тестовую базу или тестовую организацию, read-only доступ, список объектов 1С, формат ответа агента, очередь approval, журнал действий и правила обработки ошибок.
