Как подключить нейросеть к Контур.Диадоку

Нейросеть подключается к Контур.Диадоку тремя способами: через готовый партнёрский коннектор, через вебхук о новом документе со сценарием в n8n или Make, или напрямую кодом через API Диадока. Для большинства компаний хватает связки вебхука и n8n — она собирается без разработчика и обрабатывает документы по мере поступления.

Три способа подключения

Похожая связка с n8n без нейросети — синхронизация документов с учётной системой — устроена по тому же принципу «событие — действие»: здесь просто одно из действий — обращение к языковой модели вместо простой передачи файла в 1С. На практике партнёрский коннектор чаще берут компании без своего IT-специалиста, связку с n8n — те, у кого уже есть подрядчик по автоматизации, а код напрямую — компании с собственным разработчиком в штате.

Что автоматизировать первым

1. Начните с одного типа документа — например, УПД от нескольких постоянных поставщиков, где формат более-менее одинаковый.
2. Настройте подписку на событие «новый документ» в API Диадока и укажите адрес вебхука сценария в n8n.
3. В n8n примите вебхук узлом Webhook, заберите файл документа по идентификатору из тела запроса и передайте текст модели через HTTP Request.
4. Модель разбирает документ на поля — сумму, дату, номенклатуру — и сверяет их с ожидаемым заказом, явно помечая расхождение вместо тихого пропуска.
5. Результат уходит бухгалтеру короткой сводкой вместо полного текста документа — это экономит время на первом просмотре.

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

Бюджет на токены

Отдельной строкой закладывайте расход на токены модели — от 1 000 до 3 000 рублей в месяц для компании с несколькими сотнями документов, и сумма растёт вместе с объёмом входящих документов. Длинные многостраничные договоры обходятся дороже коротких счетов и УПД — при оценке бюджета разумнее считать суммарный объём текста вместо числа документов, который проходит через модель за месяц.

У части компаний основная доля документов приходится всего на пять-семь постоянных поставщиков — тогда имеет смысл сначала настроить сценарий именно под них, а расширение на остальных контрагентов вести постепенно. Такой же принцип применим и к типам документов: начинать стоит с самого объёмного и однородного потока, а редкие нетиповые документы пока оставлять на ручную обработку.

Безопасность данных

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

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

Полный разбор форматов автоматизации бизнес-процессов и живые примеры — в разделе про автоматизацию бизнес-процессов.

Типичные ошибки

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

• Вебхук без проверки подписи запроса — сценарий остаётся открытым для чужих обращений под видом Диадока.
• Модель получает скан документа целиком вместо нужных полей — лишний риск утечки реквизитов.
• Один сценарий сразу под все типы документов без учёта разницы в формате УПД, счёта и акта.
• Расхождение, которое нашла модель, уходит в архив без уведомления бухгалтера — проверка теряет смысл.
• Лимит запросов к модели остаётся без запаса — пиковый поток документов в конце месяца перегружает сценарий.

Похожий разбор подключения нейросети к другой корпоративной системе — в статье про подключение к Битрикс24. Как нейросеть помогает с проверкой контрагента — в материале про ИИ для проверки контрагента. Если вебхук и n8n встречаются вам впервые — база по такой связке в статье про настройку n8n с нейросетью.

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