Автоматизация согласования документов с контролем человека

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

Такой подход снижает нагрузку на отдел, но не снимает ответственность с людей. Нет кнопки «отмена» — нет автоматического действия.

Когда автоматизация согласования документов оправдана

Автоматизация подходит, если процесс повторяется по правилу: одни и те же данные, один и тот же шаблон, один и тот же маршрут. Сотрудник тратит время не на принятие решений, а на копирование, заполнение и пересылку.

Типичные признаки:

• Согласование занимает у сотрудника от 20 минут в день и повторяется ежедневно или еженедельно.
• Данные для документа лежат в нескольких системах: 1С, CRM, таблицах, почте.
• Маршрут согласования фиксирован или зависит от суммы, отдела, типа документа.
• Ошибки случаются из-за ручного копирования, а не из-за сложных решений.

Если процесс ещё не описан, стоит начинать не с автоматизации, а с аудита: выяснить, кто делает, по какому правилу, откуда данные и куда результат.

Как устроен процесс: агент готовит, человек подтверждает

Схема работает в три этапа: сбор, подготовка, подтверждение.

Сбор данных. Агент читает информацию из 1С, CRM, почты, файловых хранилищ и внутренних API. Считает, сверяет, группирует. Сценарий работает на вашем сервере или на согласованной площадке в России.

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

Подтверждение. Ответственный получает уведомление в Telegram или в рабочей системе. Проверяет проект, при необходимости правит и подтверждает отправку. Без этого действия документ никуда не уходит.

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

Пример: согласование служебной записки на закупку

Допустим, менеджер отдела закупок каждый раз готовит служебную записку. Он открывает 1С, копирует наименование и сумму, находит шаблон, заполняет поля, вставляет обоснование из переписки с поставщиком и отправляет руководителю. На это уходит 15–20 минут. Записок в неделю — до десяти.

С автоматизацией процесс выглядит иначе:

1. Агент по событию — новая заявка в CRM со статусом «на согласование» — читает данные из CRM и 1С: наименование, сумма, поставщик, бюджетная статья.
2. Заполняет шаблон служебной записки, прикладывает ссылки на источники.
3. Кладёт черновик в папку и отправляет руководителю уведомление в Telegram: «Записка на закупку готова к проверке».
4. Руководитель открывает, проверяет, при необходимости правит и подтверждает отправку.

Менеджер тратит не 20 минут, а 2–3 на проверку. Руководитель видит готовый документ со ссылками на источники и принимает решение.

Маршрут согласования документов в автоматическом режиме

Маршрут — это порядок, в котором документ проходит через ответственных. В ручном режиме сотрудник сам определяет, кому отправить, и следит за сроками. В автоматическом режиме маршрут задаётся правилами.

Агент определяет маршрут по данным документа: тип, сумма, отдел, категория. Затем последовательно уведомляет каждого согласующего. Если срок истёк — отправляет напоминание. Если документ отклонён — возвращает на доработку с комментарием.

Непонятные случаи — когда правило не сработало или данных недостаточно — агент не угадывает, а отправляет диспетчеру. Это принцип автоматизации маршрутизации заявок: там, где нет чёткого правила, решение принимает человек.

Какие данные и доступы понадобятся

Для запуска сценария нужны три вещи: источники данных, шаблоны документов и точки подтверждения.

Источники данных. 1С через OData и API, CRM (Битрикс24 и другие), почта по IMAP и SMTP, Telegram, файловые хранилища, базы данных, внутренние API. Подключаемся к тому, что уже работает, без замены систем.

Шаблоны. Существующие шаблоны договоров, служебных записок, писем. Если шаблонов нет, фиксируем структуру на шаге карты операции.

Точки подтверждения. Список операций, после которых нет кнопки «отмена»: отправка документов контрагентам, проведение в учёте, платежи, массовые правки. Этот список согласуется до запуска и фиксируется в архитектуре решения.

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

Этапы внедрения: от описания до запуска

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

1. Карта операции. Кто делает, по какому правилу, откуда данные, куда результат, что считается ошибкой. Один лист, согласованный с владельцем процесса.
2. Источники и доступы. Проверяем интерфейсы: API, OData, почта, файлы. Называем диапазон часов и лимит бюджета.
3. Прототип на ограниченных данных. Сценарий в конструкторе или в коде, прогон на выборке. Результат смотрим вместе с сотрудником, который делал это руками.
4. Журнал и подтверждения. Каждый запуск пишется в журнал. Необратимые шаги получают кнопку подтверждения у ответственного.
5. Запуск. Расписание или событие включается в рабочем контуре. Инструкция сотрудникам, регламент администратору.

Полное описание этапов — на странице «Как мы работаем». Там же — структура журнала работ и порядок приёмки.

Где граница: что делает агент, что остаётся за человеком

Граница автоматизации согласовывается до запуска и фиксируется в документации. Менять её можно только письменно.

Агент выполняет сам:

• Читает данные из систем, почты и файлов.
• Считает, сверяет, группирует, формирует отчёты.
• Готовит черновики документов и ответов.
• Создаёт задачи и отправляет уведомления.
• Пишет каждый запуск в журнал.

Ждёт подтверждения человека:

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

Подтверждение приходит ответственному в Telegram или в систему, где он работает. Без нажатия кнопки документ не уходит.

Риски и как их снижаем

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

Ошибка в данных. Каждый запуск записан в журнал: входные данные, результат, кто подтвердил. Если что-то пошло не так, журнал показывает, на каком этапе возникло расхождение.

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

Зависимость от исполнителя. Код, конфигурации и документация переходят к вам по договору. Если для согласования документов используется корпоративная база знаний, индекс и эмбеддинги тоже строятся на вашем сервере.

Как проверить результат и с чего начать

Проверка результата — это не «вроде работает». У каждой автоматизированной операции есть четыре артефакта:

• Сценарий — описание на вашем языке: что запускается, когда, из каких источников, кто подтверждает и что делать при ошибке.
• Код и конфигурация — в репозитории или на сервере заказчика. Права на созданное решение переходят к вам по договору.
• Журнал запусков — время, входные данные, результат, кто подтвердил. Открыт руководителю и администратору.
• Инструкция — сотрудникам: как читать результат и что подтверждать. Администратору: как остановить сценарий и где смотреть ошибки.

Все артефакты лежат у вас и упомянуты в журнале работ. Строка, которой нет в журнале, в акт не попадает.

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