Интеграция AI-воркфорса с системами документооборота (ЭДО, Диадок, СБИС)

Интеграция AI-воркфорса с системами документооборота (ЭДО, Диадок, СБИС)

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

Архитектура интеграции

Интеграция AI-воркфорса с ЭДО строится по модели агентного слоя поверх существующей инфраструктуры. Никакой замены Диадока или СБИС — AI-агенты подключаются как ещё один участник документооборота, но с автоматической обработкой.

[ЭДО-система (Диадок / СБИС / 1С-ЭДО)]
    ↕ REST API / SOAP / Webhook
[AI Integration Layer]
    ├── Document Receiver Agent
    ├── Classification Agent
    ├── Extraction Agent
    ├── Validation Agent
    └── Action Agent (подписание, отклонение, маршрутизация)
    ↕
[Внутренние системы: 1С, ERP, CRM, БД]

Диадок: API-интеграция

Диадок предоставляет REST API с OAuth 2.0 аутентификацией. Ключевые эндпоинты для AI-воркфорса:

• GET /v1/GetNewEvents — получение новых документов (polling или webhook)
• GET /v1/GetDocument — загрузка тела документа (XML для формализованных, PDF/DOCX для неформализованных)
• POST /v1/PostMessage — отправка подписанного документа
• POST /v1/Delete — отклонение с комментарием

Для подписания документов AI-агент использует API КриптоПро DSP или локальный крипто-провайдер. Сам агент не хранит ключи — вызывает подписание через отдельный защищённый сервис.

СБИС: интеграция через WebAPI

СБИС предоставляет JSONRPC-based API (СБИС WebAPI). Аутентификация через SID-сессию. Основные методы:

• СБИС.ЗаписатьДокумент — создание и отправка
• СБИС.СписокДокументов — получение списка с фильтрацией
• СБИС.ПрочитатьДокумент — получение содержимого

Специфика СБИС: документы часто приходят в формате СБиС-XML, требующем собственного парсера. Для AI-обработки необходим промежуточный конвертер в унифицированный JSON.

Классификация и маршрутизация входящих документов

Первый агент в цепочке — classifier. Его задача: определить тип документа и маршрут обработки.

Классификатор обучен на корпусе документов компании (fine-tuned BERT или prompt-based с GPT-4o). Accuracy на типичном корпусе: 97–99% для формализованных форматов, 90–95% для неформализованных.

Извлечение структурированных данных

Формализованные документы (СФ, УПД) в формате ФНС XML парсируются детерминированно — XPath/lxml без LLM. LLM подключается только для:

• Неформализованных документов (свободный PDF, Word)
• Документов с нестандартной структурой
• Верификации и нормализации данных

Для неформализованных счетов архитектура извлечения:

# unstructured.io для разбивки на элементы
from unstructured.partition.pdf import partition_pdf
elements = partition_pdf(filename="invoice.pdf")

# Промпт с extracted elements → LLM → Pydantic model
class InvoiceFields(BaseModel):
    seller_inn: str
    buyer_inn: str
    invoice_date: date
    total_vat: Decimal
    total_amount: Decimal
    line_items: list[LineItem]

Трёхстороннее согласование (3-way matching)

Ключевая задача AI-воркфорса в финансовом документообороте — автоматическое согласование:

1. Заказ на закупку (Purchase Order из ERP)
2. Товарная накладная / УПД из ЭДО
3. Счёт-фактура из ЭДО

Агент сверяет: номенклатуру, количество, цену, итоговые суммы. При расхождении > допустимого порога — флаг для ручной проверки, при согласовании — автоматическое подписание и запуск оплаты.

Типичные пороги расхождения:

• Сумма: ±0.5% (погрешность округления)
• Количество: 0% (точное совпадение)
• Номенклатура: fuzzy matching с порогом 85% (название может отличаться написанием)

Интеграция с 1С

Двусторонняя синхронизация через 1С REST API (oData) или COM-объекты:

• Из 1С в ЭДО: автоматическое формирование и отправка исходящих документов
• Из ЭДО в 1С: создание документов в 1С по принятым из ЭДО (УПД → Поступление товаров, Акт → Поступление услуг)

Для 1С:ERP используется подсистема "Обмен электронными документами" с расширением для AI-валидации перед проводкой.

Обработка исключений и человеческий контроль

Не все документы проходят автоматически. Система маршрутизирует исключения:

• Новый контрагент (не в базе) → проверка в ФНС/ЕГРЮЛ → ручное одобрение
• Сумма выше порога (конфигурируется) → обязательная ручная авторизация
• Расхождение данных → уведомление ответственному + блокировка до разрешения
• Истечение срока ответа → автоматическое продление запроса или эскалация

Мониторинг и SLA

Ключевые метрики для production:

• Straight-through processing rate — доля документов без ручного вмешательства: цель 70–85%
• Processing latency — от получения до решения: цель < 5 минут для типовых документов
• Extraction accuracy — точность по ключевым полям: цель > 98% для формализованных
• False positive rate — доля корректных документов, ошибочно направленных на ручную проверку: цель < 5%

Безопасность и соответствие требованиям

• Квалифицированная электронная подпись (КЭП) хранится в HSM или защищённом криптосервисе
• AI-агент не имеет прямого доступа к ключам — только вызывает API подписания
• Полный audit trail для ФНС: кто принял решение (человек или AI), на основании чего
• Соответствие требованиям 63-ФЗ «Об электронной подписи»

Сроки внедрения

Неделя 1–3: Подключение к API Диадок/СБИС, базовый receiver и classifier

Неделя 4–6: Extraction pipeline для приоритетных типов документов (СФ, УПД)

Неделя 7–9: 3-way matching, интеграция с 1С, UI для исключений

Неделя 10–12: Пилот на реальных потоках, настройка порогов, промышленный запуск