← Все статьи
ИИ на практике · Разбор внедрения · Анализ документов
Разборы внедрений

Docusign подбирает ИИ-модели для извлечения данных из договоров

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

Компания
Docusign
Сценарий применения
Анализ договоров
Дата публикации источника
15 сентября 2026
Тип источника
Описание действующей системы
Анализ договоров · выбрать модель → отобрать текст → проверить
01 / вход Текст и структура договора
02 / выбор модели Подходящая модель + нужный текст
03 / контроль Единый формат + проверка
04 / действие Данные из договора в отдельных полях
01

При миллионах повторений важна стоимость каждой операции

Docusign обрабатывает более миллиона договорных документов в день. Они приходят в разных форматах: текст, сканы, таблицы, по-разному оформленные страницы. Из каждого нужно извлечь даты, стороны, применимое право, стоимость договора и другие данные, которые система сохраняет в отдельных полях. Источник Docusign

По кейсу Microsoft, сначала Docusign чаще поручала работу крупным универсальным моделям. Когда документов стало больше, выросли расходы и время ожидания, а скорость обработки стала ограничивать работу. Команда решила проверить, какие данные можно извлекать с помощью небольших моделей. Источник Microsoft

При таком объёме важна вся цепочка обработки: сколько текста получает модель, сколько стоит запрос, как долго он выполняется и как проверяется результат. Отдельно нужно учитывать, сколько запросов система может выполнять одновременно.
02

Небольшие модели извлекают поля, крупные разбирают сложные условия

По описанию инженеров Docusign, система выбирает модель под сведения, которые нужно получить. Небольшие модели дополнительно обучили извлекать повторяющиеся поля, и они обрабатывают большой поток документов. Крупным моделям оставили сложные условия, подготовку сводок и сопоставление нескольких документов. Источник

Кейс Microsoft описывает тот же переход: Docusign использует модели для отдельных задач по договорам. Вместе с выбором моделей команда изменила и отбор текста для каждого запроса. Источник

01 Договор Текст / скан / таблицы
02 Подготовка документа Распознать текст + определить структуру
03 Определить задачу Что нужно извлечь?
04 Выбор модели Небольшая или крупная
05 Отобрать нужный текст Только нужные фрагменты
06 Обработка моделью Данные в заданном формате
07 Проверить Сверка с источником до записи
03

Модель получает только те фрагменты, которые нужны для задачи

Сначала небольшая модель ищет в договоре фрагменты, где вероятнее всего находится нужное значение. Основная модель получает уже отобранный текст. По данным Docusign, этот шаг выполняется до обращения к основной модели и позволяет не передавать ей весь многостраничный договор. Источник

Меньший объём текста сокращает расходы на запрос. По данным Docusign, такой отбор может также повысить точность: модель работает с нужными условиями договора, и ей меньше мешает шаблонный текст.

01 / ФИЛЬТРАЦИЯ

В запрос попадают только относящиеся к задаче разделы

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

02 / ПОИСК

Система заранее находит вероятное место ответа

Отбор нужных фрагментов встроен в обработку и выполняется до обращения к основной модели.

03 / СООТВЕТСТВИЕ

Размер модели соответствует сложности задачи

Извлечение повторяющихся полей и разбор сложного юридического вопроса требуют разной обработки. Docusign распределяет эти задачи между моделями разного размера.

04 / ПРОВЕРКА

Ответ модели проверяют до записи в учётную систему

После обработки система приводит значения к единому формату и проверяет по установленным правилам. Затем сверяет их с исходным документом: каждое извлечённое сведение должно иметь подтверждение.

04

Крупные модели помогают обучать небольшие

Microsoft описывает обучение по схеме «учитель — ученик». Крупные модели помогают готовить примеры по разным типам договоров. Docusign проверяет эти данные и дополнительно обучает на них небольшие модели. До запуска команда оценивает качество, после — следит за работой системы на реальных документах. Источник

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

01 Крупная модель
02 Примеры для обучения
03 Проверка данных
04 Обучение небольшой модели
05 Проверка качества
06 Наблюдение за работой
05

Microsoft сообщает о снижении затрат на обработку с ИИ на 90%

Ниже приведены показатели Docusign и Microsoft. Команда M2B2 не участвовала во внедрении и не проверяла эти результаты независимо.
Ежедневная нагрузка
1 млн+

По данным Docusign, её платформа интеллектуального управления соглашениями — IAM — обрабатывает более миллиона договорных документов в день. Извлечённые данные используют для поиска, рабочих задач и передачи в другие системы.

Объём обработки · по данным Docusign и Microsoft
Скорость обработки
ДО 8×

Microsoft сообщает, что после дообучения и настройки моделей система стала обрабатывать до восьми раз больше документов за то же время.

Модели для отдельных задач + отбор текста
Затраты на обработку с ИИ
−90%

Microsoft сообщает о снижении затрат на обработку с ИИ на 90%. При этом точность специализированных моделей отличалась от точности крупных моделей, с которыми их сравнивали, не более чем на два процентных пункта.

Затраты снижены; разница в точности — в пределах 2 п. п.

Кейс Microsoft Инженерные материалы Docusign

06

До модели — подготовка документа, после — проверка данных

Подготовка документа

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

Выбор модели

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

Разделение очередей

Система обрабатывает короткие запросы пользователей отдельно от больших фоновых заданий. Разные очереди позволяют массовой обработке не задерживать ответы пользователям.

Проверка результата

Перед сохранением система приводит значения к единому формату, проверяет их по правилам компании и сверяет с исходным документом.

Инженерный источник Docusign

07

Скорость и расходы зависят от всей цепочки обработки

01 / ЭКОНОМИКА

Для частой операции важна её стоимость

Когда операция повторяется миллионы раз, цена запроса и объём текста в нём влияют на общие расходы. Время выполнения каждого запроса также определяет, какой поток документов сможет обработать система.

02 / НУЖНЫЙ ТЕКСТ

Точный отбор текста может улучшить результат

Отбор нужных фрагментов сокращает объём запроса и его стоимость. По данным Docusign, он может также повысить точность: модели проще найти значение среди относящихся к задаче условий.

03 / РАЗДЕЛЕНИЕ ЗАДАЧ

Участки с разной нагрузкой работают отдельно

Хранение документов, работа моделей, короткие запросы и массовая обработка по-разному нагружают систему. Docusign разделяет эти части, чтобы настраивать каждую под её работу.

04 / КОНТРОЛЬ

Данные проверяют перед сохранением

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

08

Подготовить документ → Выбрать модель → Отобрать текст → Обработать → Проверить → Использовать

Технические предложения

Разобрать источник → найти нужное требование → выбрать модель для извлечения или анализа → проверить → использовать подтверждённые факты в черновике.

Обработка счетов

Распознать текст и структуру → извлечь поля специализированной моделью → проверить по правилам → разобрать расхождения → обновить учётную систему.

Проверка соответствия требованиям

Собрать документы → выполнить проверки по правилам и разобрать сложные вопросы с ИИ → указать источники выводов → передать специалисту для проверки.

Подготовка большого объёма контента

Определить задачу → отобрать нужные утверждённые данные → выбрать наименее дорогую модель с подходящим качеством → проверить перед публикацией.

09

Модель подбирают под конкретный этап работы

Независимый анализ
Для повторяющейся задачи стоит отдельно подобрать модель, отобрать нужный текст и определить проверки. Опыт Docusign показывает, как эти решения влияют на обработку документов.

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

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

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

10

Что выяснить перед выбором модели для документов

01 / ЗАДАЧА

Где нужно извлекать одни и те же поля, а где — анализировать содержание и сопоставлять условия?

02 / НУЖНЫЙ ТЕКСТ

Нужен ли модели весь документ или система может заранее выделить разделы, где находится нужное сведение?

03 / ПРОВЕРКА

Какие проверки должен пройти ответ модели перед записью в рабочую систему?

04 / ЭКОНОМИКА

Определены ли допустимые стоимость, время обработки и качество для целого документа с учётом всех запросов к модели?

11

Автоматизация обработки документов с ИИ

Практическая автоматизация с ИИ

Вы снова и снова обрабатываете один тип документов?

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

Источник и пояснения

Это независимый разбор команды M2B2 по опубликованному описанию системы Docusign. Команда M2B2 не участвовала в её создании. Показатели взяты из кейса Microsoft от 15 сентября 2026 года и инженерных материалов Docusign. Возможности продукта дополнительно сверены с документацией Docusign Agreement Manager. Команда M2B2 не проверяла заявленные результаты независимо.