Начните с вопросов, которые юрист задаст о договоре, нарушении и желаемом результате. Чат-бот для подготовки досудебной претензии подрядчику проводит сотрудника по этим вопросам, запрашивает документы и собирает карточку спора. Юрист получает хронологию, ссылки на подтверждения и перечень пробелов, а руководитель проверяет требование до подготовки письма. Ниже разберём, как построить такой сценарий для бизнеса в Беларуси: от первого сообщения о проблеме до передачи материалов человеку.
Что проверить до настройки диалога?
Откройте договор и найдите условия о разрешении споров. Для белорусского бизнеса порядок действий зависит от законодательства и договора; стороны могут предусмотреть переговоры или медиацию до обращения в суд (источник: «Легвард», материал о составлении претензии). Поэтому бот сначала запрашивает соответствующий раздел договора. Заранее зашивать одинаковый срок ответа для всех споров не стоит.
Определите границу задачи: бот собирает сведения и готовит пакет для юриста. Решение о требованиях, правовых основаниях и отправке претензии принимает человек. В интерфейсе полезно прямо написать: «Сейчас соберём материалы для проверки юристом».
Для начала выберите один сценарий, например нарушение срока работ. В нём проще проверить последовательность вопросов и передачу документов. Споры о качестве потребуют отдельной ветки: с описанием каждого недостатка, замечаниями к акту и материалами осмотра.
У карточки спора должны быть понятные состояния: сотрудник заполняет сведения, бот ждёт уточнение, материалы готовы к проверке, юрист принял задачу. Если дело остановилось на отсутствии приложения к договору, это должно быть видно без чтения всей переписки.
Какие вопросы задать сотруднику и какие файлы запросить?
Разбейте разговор на короткие этапы. Сначала бот выясняет, что произошло, затем запрашивает подтверждения. Вопрос «Опишите всю ситуацию» оставьте для дополнительного комментария: по свободному рассказу трудно понять, каких документов ещё не хватает.
- Уточнить договор: кто заказчик и подрядчик, какие работы согласованы, где лежат договор и приложения.
- Выяснить обязательство: что подрядчик должен был сделать и какой документ подтверждает срок или требования к результату.
- Зафиксировать нарушение: что произошло, когда это обнаружили и чем сотрудник подтверждает свои слова.
- Проверить действия заказчика: передал ли он материалы, предоставил ли доступ, согласовал ли результат; меняли ли стороны задание или сроки.
- Записать желаемый результат: завершить работы, исправить недостатки, передать документы или обсудить возврат оплаты.
После каждого этапа бот показывает краткое резюме и предлагает исправить ответ. Например: «Вы сообщили, что срок работ истёк. Есть ли дополнительное соглашение о переносе срока?» Ответ «не знаю» должен оставаться доступным: иначе сотрудник выберет случайный вариант ради перехода дальше.
Запрашивайте файлы рядом с вопросом, к которому они относятся. При обсуждении оплаты нужны платёжные документы, при обсуждении приёмки — акты и замечания. Переписку стоит прикладывать с датами и контекстом: фраза подрядчика «сделаем позже» сама по себе не объясняет, какие работы и какой срок обсуждали.
Если файла нет, бот отмечает пробел и спрашивает, у кого его запросить. Повторять просьбу загрузить документ после ответа «его нет» бессмысленно. Логику таких уточнений можно построить по принципам из материала о том, как чат-боту собрать недостающие данные по заявке.
Как использовать ИИ, чтобы он не додумывал факты?
Поручите ИИ две ограниченные задачи: составить хронологию из ответов и найти противоречия. У каждого факта должна быть опора: файл, пункт договора или сообщение сотрудника. Если подтверждение пока не приложили, в карточке нужна пометка «со слов сотрудника».
Например, сотрудник пишет, что подрядчик не передал результат, но прикладывает акт приёмки. Бот должен уточнить, какие работы охватывает акт, кто его подписал и есть ли замечания. Делать вывод об отсутствии нарушения по одному названию файла нельзя.
Для настройки помощника подойдёт инструкция: «Собери хронологию только из ответов и приложенных документов. Для каждого события укажи источник. Не добавляй суммы, сроки, нормы права и выводы о виновности сторон. Отдельно перечисли противоречия и вопросы юристу. Если документ не читается, сообщи об этом».
Расчёты тоже требуют проверки. Сумму оплаты нужно связать с платёжным документом и конкретным договором. Если в переписке обсуждают несколько заказов, бот просит уточнить назначение платежа. Неподтверждённый расчёт не должен попадать в итоговую карточку как установленная задолженность.
Переход от собранных фактов к черновику претензии разобран в статье на belinfoclub.by. В рабочем сценарии этот переход лучше открывать после проверки карточки: сначала сотрудник подтверждает факты, затем юрист определяет содержание требования.
В каком виде передать материалы юристу?
Подготовьте краткую карточку дела со ссылками на исходные файлы. Полную историю диалога можно приложить отдельно, но юристу нужна возможность сразу открыть договор, увидеть спорный эпизод и понять запрос руководителя.
- Суть спора: договор, обязательство подрядчика и описание предполагаемого нарушения.
- Хронология: события по датам с источником возле каждого события.
- Документы: договор, приложения, подтверждения оплаты, акты и переписка.
- Позиция заказчика: желаемый результат и сведения о собственных обязательствах.
- Вопросы для проверки: противоречия, отсутствующие документы, условия о порядке разрешения спора.
Разделяйте факт и пожелание. «Заказчик просит вернуть аванс» описывает запрос руководителя. «Подрядчик обязан вернуть аванс» уже содержит правовой вывод, который нужно обосновать. Такое различие помогает юристу увидеть исходную позицию без готового заключения от нейросети.
При передаче создавайте задачу ответственному сотруднику и прикладывайте карточку вместе с файлами. Отдельно фиксируйте, принял ли человек материалы. Этот принцип похож на передачу заявки от чат-бота менеджеру: уведомление должно вести к конкретному делу и следующему действию.
Здесь полезна интеграция бота с рабочей системой компании: ответы попадают в карточку, документы прикрепляются к задаче, юрист возвращает вопросы в тот же диалог. Такое техническое задание можно передать разработчику чат-бота. Опишите поля, условия переходов и момент передачи человеку, затем проверьте сценарий на условном споре без отправки претензии.
Готовность проверяют по результату: юрист открывает подтверждение каждого существенного факта, видит пробелы и понимает, у кого запросить уточнение. Красивое резюме без доступных приложений этот тест не проходит.
Какие типичные ошибки мешают подготовить претензию?
- Один сценарий для любых нарушений. Разделите вопросы о просрочке и недостатках, иначе бот пропустит замечания к качеству или условия приёмки.
- Обязательный ответ там, где сотрудник ничего не знает. Добавьте варианты «нужно уточнить» и «документа нет», затем укажите ответственного за поиск.
- Безусловное доверие распознанному тексту. Даты, суммы и реквизиты сверяйте с оригиналом; нечитаемый фрагмент отправляйте на ручную проверку.
- Автоматическая отправка претензии после диалога. Разделите сбор сведений, проверку юристом и решение об отправке на отдельные действия.
- Нет подтверждения передачи. Показывайте сотруднику, кто принял задачу и какие уточнения ещё нужны.
За две минуты откройте договор по одному спорному заказу и выпишите условия о разрешении споров. Из этого фрагмента получится первый блок вопросов для чат-бота.
