Кейс: ИИ в юридической компании - договоры и обращения

Как устроен процесс

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

В Битрикс24 это выглядит как воронка обращений (лиды), карточка клиента с историей, смарт-процесс на дело или поручение, задачи с дедлайнами и Диск для документов. О том, как настраивать маршруты согласования договоров в Битрикс24, написано отдельно. Здесь нас интересует другое - в какие именно точки этого процесса встраивается ИИ.

Что болело до ИИ

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

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

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

Сканы входящих документов пересобирали в карточку вручную. Номер, дата, стороны, суммы, сроки - всё это набивалось руками из скана. Ошибки при переносе случались, проверка занимала время.

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

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

Какие сценарии ИИ включили

Договор целиком в один запрос - ведущий сценарий

Это главный сценарий, которому стоит уделить больше всего внимания - и по ценности, и по тому, почему он работает именно так.

Флагманская модель BitrixGPT 5.6 Agent 1M держит контекст в миллион токенов. Это значит, что договор на двести страниц вместе со всеми приложениями помещается в один запрос целиком - не кусками, не по разделам, а весь сразу.

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

Типовые запросы, которые юристы задают документу:

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

Результат - это материал для юриста, а не заключение. Решение и ответственность остаются на человеке. Подробнее об инструментах анализа и сверки документов в Битрикс24 - в отдельном материале.

Разбор входящих обращений и распределение по юристам

Обращение из почты или открытых линий попадает в воронку лидов. ИИ читает текст, выделяет суть, определяет практику (корпоративное право, договорная работа, спор) и предлагает исполнителя. Карточка приходит юристу уже с выжимкой - что просит клиент, насколько срочно, к какому направлению относится. Юрист не читает весь исходный текст с нуля, а смотрит резюме и при необходимости уточняет.

Ручная сортировка старшего юриста или помощника перестаёт быть узким местом.

Распознавание сканов входящих документов

Модель Vision читает скан или фотографию и извлекает поля в карточку: вид документа, номер, дата, стороны, суммы, сроки. Поддерживаются PDF, фотографии и документы со сложным форматированием, включая таблицы и рукописный текст. Человек проверяет результат и подтверждает - автоматической записи без проверки нет.

Это закрывает боль ручного переноса реквизитов из сканов входящей корреспонденции в карточку дела.

Сводка по делу из длинной переписки

BitrixGPT сворачивает историю переписки - письма, комментарии в задачах, чаты - в структурированную выжимку: что просил клиент, какие позиции сформулированы, что осталось сделать, какие документы ещё не получены.

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

Черновики типовых писем и запросов

Генерация и переписывание текстов: запрос документов у клиента, уведомление контрагенту, сопроводительное письмо к пакету документов. Юрист получает готовый черновик, правит его и отправляет. Автоматической отправки без участия человека нет.

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

Если типовые тексты требуют единого стиля по всей компании, удобно хранить утверждённые формулировки в шаблонах документов Битрикс24 и использовать их как основу для ИИ-правок.

Собственное приложение на Вайбкоде

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

Как это устроено в Битрикс24

Обращение проходит путь от входящего канала до закрытой карточки дела. Каналы (почта, сайт, открытые линии) отдают обращение в воронку лидов, ИИ разбирает его и маршрутизирует, дальше открывается карточка дела в смарт-процессе, к ней прикрепляются документы - сканы распознаются моделью Vision, длинные договоры уходят в анализ к BitrixGPT, сводка формируется по запросу:

flowchart TD
    IN[Почта, сайт, чаты] --> CRM[Воронка обращений]
    CRM --> AI[ИИ разбирает суть]
    AI --> CARD[Карточка дела]
    CARD --> GPT[BitrixGPT]
    GPT --> D1[Договор целиком]
    GPT --> D2[Скан документа]
    GPT --> D3[Сводка по делу]
    D1 --> JUR[Юрист проверяет]
    D2 --> JUR
    D3 --> JUR

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

Что изменилось в работе

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

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

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

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

Черновики писем экономят не столько время, сколько переключение внимания - особенно в конце рабочего дня после плотного документального разбора.

Кейс композитный, цифровые показатели результата мы не приводим. О том, как устроена аналогичная логика в смежном процессе - работе с тендерной документацией, - можно прочитать в кейсе про ИИ-анализ тендерной документации по 44-ФЗ и 223-ФЗ.

Границы применимости

Это главный раздел статьи, и здесь важно говорить прямо.

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

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

Конфиденциальность документов. Модели BitrixGPT считаются на серверах в России, трансграничной передачи данных нет. Это важно для юридической компании, где документы содержат охраняемые сведения. Подробнее о том, как ИИ Битрикс24 работает с персональными данными и что это значит в контексте 152-ФЗ, - в отдельном материале.

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

Клиентская тайна и согласие клиента. Режим работы с ИИ при ведении дел разумно согласовать с клиентом в договоре на оказание юридических услуг. Это касается и того, какие документы могут обрабатываться автоматически, и того, кто видит результаты этой обработки. Точная формулировка - вопрос к юристу компании, но сам факт такого согласования стоит не откладывать.

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

С чего начать похожей компании

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

Практический план:

1. Сформулируйте запросы. Соберите пять-семь вопросов, которые юристы задают любому договору при проверке, и запишите их как готовые формулировки. Это будет стартовый набор промптов для команды.
2. Зафиксируйте статус результата. Договоритесь письменно - в регламенте или в инструкции - что результат ИИ является материалом для юриста, а не заключением. Это снимает неопределённость внутри команды.
3. Проверьте права доступа. Убедитесь, что к карточке дела и вложениям имеют доступ только те, кому это положено. Список категорий документов, допустимых к обработке, зафиксируйте отдельно.
4. Посмотрите тариф и квоту. ИИ-квота выдаётся на компанию и зависит от тарифа Битрикс24. Массовые прогоны пачек документов - например, проверка архива договоров - выгоднее ставить на выгодные часы: в будни с 23:00 до 04:00 и в выходные с 17:00 до 07:00 по Москве квота расходуется вдвое медленнее. О том, как устроены квоты и как на них экономить, - в материале про выгодные часы ИИ Вайбкод.
5. Запустите пилот на одной практике. Это даст понять, где сценарий работает хорошо, где требует доработки промптов, и что нужно объяснить команде перед расширением.

Если хочется пойти дальше типовых сценариев - например, собрать собственный бот по внутренним регламентам работы с делами - это решается через бот по регламентам на Вайбкоде без привлечения разработчиков.

Хотите так же? АС Проект - платиновый партнёр Битрикс24: подключаем и настраиваем ИИ-инструменты под процессы конкретной отрасли. Речевая аналитика и разбор звонков - отдельная услуга, обучение команды работе с ИИ - корпоративная программа, нетиповые сценарии собираем приложением на Вайбкоде.

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