Отчет по аудиту бизнес-процесса: согласование договора с клиентом

Тестовый отчет показывает полный путь аудита: исходные ответы участников, восстановленное описание текущего процесса, кросс-функциональную схему AS-IS, аналитику автоматизации, целевой процесс с ИИ-координатором, подписанием генеральным директором, выгрузкой в ЭДО и план внедрения.

Владелец процесса
Менеджер со стороны компании, ответственный за согласование договора
Участники процесса
Представитель клиента, менеджер, юрист, главный бухгалтер, генеральный директор
Границы процесса
От получения запроса и документов до подписания генеральным директором и выгрузки договора в ЭДО бухгалтерией
Формат: HTML Процесс: согласование договора Версия: тестовый пример
Офисная команда обсуждает договор

1. Исходные данные от сотрудников

Представитель клиента

Сообщил: отправляет менеджеру запрос, реквизиты, шаблон договора или файл с правками. Ждет понятную финальную версию и список изменений.

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

Ключевые данные: запрос, реквизиты, шаблон договора, замечания, финальное подтверждение.

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

Менеджер

Сообщил: получает запрос, создает карточку, собирает черновик договора, отправляет его юристу и бухгалтеру, сводит замечания, возвращает клиенту финальную версию и после согласования передает договор генеральному директору на подпись.

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

Ключевые данные: карточка согласования, коммерческие условия, статусы согласования, финальная отправка клиенту, передача директору.

Имитация диалога: "Я веду весь процесс руками: собираю замечания, пересылаю версии, контролирую ответы. Когда клиент, юрист и бухгалтер согласовали договор, я отправляю директору финальную версию на подпись".

Юрист

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

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

Ключевые данные: юридические условия, риски, замечания, версия с правками.

Имитация диалога: "Мне нужно видеть последнюю версию договора и историю правок. Если есть риски по ответственности, срокам или подсудности, я возвращаю замечания менеджеру".

Главный бухгалтер

Сообщил: проверяет оплату, НДС, реквизиты, закрывающие документы и финансовые риски. После подписания генеральным директором выгружает подписанный договор в ЭДО и контролирует статус отправки.

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

Ключевые данные: реквизиты, НДС, порядок оплаты, финансовые замечания, подписанный файл, статус выгрузки в ЭДО.

Имитация диалога: "Я проверяю реквизиты, НДС и оплату. Когда директор подписал договор, я загружаю подписанный документ в ЭДО и проверяю, что он ушел клиенту".

Генеральный директор

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

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

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

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

2. Текстовое описание текущего процесса

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

Если данных недостаточно, менеджер возвращается к клиенту за уточнениями. Если данных достаточно, менеджер готовит черновик договора и запускает внутреннее согласование: сначала юридическую проверку, затем финансовую проверку.

Юрист проверяет юридические условия и риски. Если есть юридические замечания, они возвращаются менеджеру для уточнения с клиентом или внесения правок. Главный бухгалтер проверяет оплату, НДС и реквизиты. Если есть финансовые риски или ошибки, замечания также возвращаются менеджеру.

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

Генеральный директор подписывает финальную версию договора. Если у директора возникают вопросы, договор возвращается менеджеру на доработку. После подписания главный бухгалтер выгружает подписанный договор в ЭДО и проверяет статус отправки.

СтартКлиент передает запрос и документы.
Сбор данныхМенеджер проверяет комплектность.
ЧерновикМенеджер создает CRM-карточку и договор.
ПроверкиЮрист и бухгалтер проверяют свои зоны.
КлиентКлиент смотрит финальную версию.
ПодписаниеГенеральный директор подписывает финальную версию.
ЭДОБухгалтерия выгружает подписанный договор.

3. Текущая кросс-функциональная схема AS-IS

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

4. Аналитика по автоматизации

Что мешает процессу сейчас

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

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

Что можно автоматизировать

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

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

5. Целевая кросс-функциональная схема TO-BE с ИИ

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

6. Что необходимо реализовать

  1. Единая карточка согласования. Хранить договор, реквизиты, статус, ответственных, версии и историю изменений в одном месте.
  2. Загрузка и разбор документов. Принимать шаблон договора, файл клиента и реквизиты; извлекать ключевые условия и изменения.
  3. Проверка комплектности. Автоматически определять, каких данных не хватает, и формировать запрос клиенту.
  4. Единая версия договора. Исключить параллельные версии в переписке, вести историю правок и комментариев.
  5. Юридический контур исключений. Направлять юристу не весь поток, а найденные юридические риски и спорные формулировки.
  6. Финансовый контур исключений. Направлять бухгалтеру вопросы по оплате, НДС, реквизитам и закрывающим документам.
  7. Список изменений для клиента. Автоматически готовить понятную сводку: что изменено, кем, почему и что требует подтверждения.
  8. Контроль статусов. Показывать менеджеру, где завис процесс, кто должен ответить и какие возвраты открыты.
  9. Правила ответственности. Зафиксировать, какие решения может готовить ИИ, а какие должен подтверждать человек.
  10. Подписание директором. Передавать генеральному директору только финальную версию с подтверждениями клиента, юриста, бухгалтерии и менеджера.
  11. Выгрузка в ЭДО бухгалтерией. После подписи директора формировать пакет для ЭДО, передавать его главному бухгалтеру и фиксировать статус отправки.
  12. Пилотный сценарий. Прогнать несколько синтетических договоров: полный пакет, нехватка реквизитов, юридические замечания, финансовые замечания, замечания клиента, возврат директором, ошибка выгрузки в ЭДО.

7. Итог

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

Целевое изменение не в том, чтобы заменить сотрудников ИИ, а в том, чтобы убрать с людей механическую координацию, контроль версий, первичную классификацию замечаний, подготовку пакета на подпись и контроль финальной выгрузки.

Следующий рабочий шаг для продукта BPBoss - превратить этот HTML-отчет из ручного тестового артефакта в автоматический отчетный слой, который собирается из `AS-IS snapshot`, BPMN-схем, аналитики автоматизации и плана внедрения.