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