Автоматизация · 13 мин
Как работает бизнес-процесс в 1С
Разбираем, как устроены бизнес-процессы в 1С: объекты механизма, маршрутные карты, задачи исполнителей, точки старта и завершения, типовые ошибки и настройка.
Бизнес-процесс в 1С — это объект конфигурации, который описывает последовательность шагов работы сотрудников и автоматических операций в виде маршрутной карты. Когда процесс запускается, система создаёт экземпляр объекта и начинает «двигаться» по маршруту: формирует задачи исполнителям, ждёт их выполнения, проверяет условия переходов и в конце помечает процесс завершённым. Понимание этой механики нужно и бухгалтеру, который согласовывает счёт, и программисту, который внедряет схему согласования договоров.
Механизм бизнес-процессов встроен в платформу 1С:Предприятие и тесно связан с двумя другими объектами — задачами и регистрами сведений об адресной информации. Бизнес-процесс отвечает за маршрут («что и в каком порядке делать»), задача — за конкретное поручение сотруднику («кто и что должен сделать»), а регистры — за то, как система вычисляет исполнителя по роли, подразделению или другим критериям.
В типовых конфигурациях (1С:Документооборот, 1С:ERP, 1С:Комплексная автоматизация, 1С:ЗУП с механизмом согласований) бизнес-процессы уже реализованы: согласование заявок на оплату, утверждение договоров, обработка обращений, кадровые согласования. В простых конфигурациях вроде базовой 1С:Бухгалтерии полноценного движка процессов может не быть — там работает упрощённый механизм статусов документов.
Из чего состоит механизм бизнес-процессов
Чтобы понимать, как работает процесс, нужно разделить три уровня механизма. Первый — объект конфигурации «Бизнес-процесс»: у него есть реквизиты (например, «Предмет согласования», «Инициатор», «Сумма»), маршрутная карта и обработчики событий. Экземпляр процесса хранится в базе как обычный объект со ссылкой, его можно открыть, посмотреть и при необходимости прервать.
Второй уровень — задачи. Объект «Задача» описывает, что видит исполнитель в своём списке: наименование, срок, предмет, кнопки результата («Согласовать», «Отклонить»). Одна задача может порождаться несколькими точками маршрута — например, «Согласовать документ» у руководителя и у финансиста используют один и тот же вид задачи. Третий уровень — адресация: параметры «Роль», «Основной объект адресации», «Дополнительный объект адресации», по которым система через регистр сведений (обычно «Исполнители задач» или аналог) вычисляет конкретных сотрудников.
Важно понимать разницу: процесс — это «дирижёр», задача — «нота» для конкретного музыканта. Удаление задачи не останавливает процесс, а завершение процесса не всегда удаляет уже созданные задачи — они остаются в списках исполнителей, пока их не выполнят или не пометят на удаление.
Как устроена маршрутная карта и точки маршрута
Маршрутная карта редактируется в конфигураторе на закладке «Маршрут» объекта бизнес-процесса. Каждый процесс начинается с точки старта и заканчивается точкой завершения; между ними располагаются рабочие точки. Основные типы точек определяют логику движения: точка действия создаёт задачи исполнителям, точка условия выбирает одну из веток по результату проверки, точка выбора варианта предлагает пользователю самому решить, куда идти дальше.
Для параллельной работы используются точки разделения и слияния. Типичный пример — договор согласуют одновременно юрист и финансист: процесс разделяется на две ветки, создаётся две независимые задачи, и только когда обе выполнены, точка слияния пропускает процесс дальше. Если слияние настроить неправильно (например, не дождаться всех входящих веток), процесс «утечёт» дальше по маршруту раньше времени.
Ещё есть точки вложенного процесса — они запускают другой бизнес-процесс и ждут его завершения, и точки обработки, где выполняется программный код без участия пользователя: запись данных, отправка уведомления, проведение документа. Точки обработки — стандартное место для автоматических действий, и ошибки в их коде — частая причина «зависших» процессов.
| Тип точки | Что делает | Типичное применение |
|---|---|---|
| Старт / Завершение | Границы жизненного цикла процесса | Любой процесс |
| Действие | Создаёт задачи исполнителям | Согласование, проверка, подпись |
| Условие | Выбирает ветку по результату проверки | Сумма больше лимита — к директору |
| Разделение / Слияние | Параллельные ветки и их ожидание | Одновременное согласование юристом и финансистом |
| Вложенный процесс | Запускает другой процесс и ждёт его | Комплексное согласование договора с подэтапами |
| Обработка | Выполняет код без пользователя | Уведомления, запись результата, проведение |
Жизненный цикл: от старта до завершения
Процесс стартует либо вручную (пользователь нажимает «Запустить» из карточки документа или списка процессов), либо программно — из обработчика документа, регламентного задания или подписки на событие. В момент старта платформа записывает объект процесса, вызывает обработчик «При старте» и переходит по исходящим переходам от точки старта.
Дойдя до точки действия, система вычисляет исполнителей: берёт роль и параметры адресации из точки, ищет подходящие записи в регистре исполнителей и создаёт по задаче на каждого найденного сотрудника. Если исполнитель не найден вообще — поведение зависит от настройки: процесс либо останавливается с ошибкой, либо создаёт задачу на «пустого» исполнителя, которую никто не увидит. Это одна из самых частых причин «потерянных» согласований.
Когда исполнитель открывает задачу и нажимает кнопку результата, платформа записывает задачу как выполненную и вызывает обработчики точки маршрута — например, «При выполнении». В них код анализирует результат (согласовано или отклонено), записывает его в реквизиты процесса или предмета, и процесс движется дальше. Достигнув точки завершения, процесс получает признак «Завершён», дата завершения фиксируется, и дальнейшее движение невозможно.
- 1Откройте карточку бизнес-процесса из списка или из документа-предмета
- 2Посмотрите карту маршрута: активные точки обычно подсвечиваются
- 3Откройте список задач процесса — видно, кто исполнитель и какие задачи не выполнены
- 4Проверьте дату старта и сроки задач — нет ли просрочки
- 5Если процесс стоит, проверьте журнал регистрации на ошибки обработчиков
Как 1С определяет исполнителя задачи
Адресация задач строится на ролях. В конфигураторе у объекта «Задача» задаются параметры адресации: роль (например, «Согласующий финансист») и, при необходимости, объекты адресации — подразделение, организация, проект. В точке действия маршрутной карты указывается конкретная роль и значения параметров, которые процесс передаёт из своих реквизитов.
Регистр сведений исполнителей связывает роль с конкретными пользователями: «роль Финансист + подразделение Продажи → Иванов, Петров». Если подразделение не заполнено в точке маршрута, задача уйдёт всем исполнителям роли без фильтра. Поэтому при настройке важно, чтобы реквизиты процесса (организация, подразделение инициатора) были заполнены до старта — иначе адресация «схлопнется» в слишком широкий или пустой список.
В типовых решениях поверх этого механизма надстроены замещение и делегирование: если сотрудник в отпуске, его задачи перенаправляются заместителю. Перед массовым запуском процессов проверьте актуальность регистра исполнителей и настройки замещения — уволенный сотрудник в роли гарантированно создаст зависшие задачи.
Типовой сценарий: согласование заявки на оплату
Рассмотрим классическую схему. Инициатор создаёт заявку и нажимает «Отправить на согласование» — обработчик создаёт экземпляр бизнес-процесса, записывает в его реквизиты ссылку на заявку, сумму и подразделение, и стартует его. Первая точка действия создаёт задачу руководителю подразделения инициатора.
Руководитель видит задачу в списке «Мои задачи», открывает её, переходит по ссылке на заявку и принимает решение. Если он нажимает «Согласовать», обработчик записывает результат, и процесс идёт к точке условия: сумма больше установленного лимита? Если да — создаётся задача финансовому директору, если нет — процесс переходит к точке обработки, где заявка переводится в статус «К оплате», и завершается.
Если на любом этапе нажато «Отклонить», процесс идёт по ветке отказа: точка обработки ставит заявке статус «Отклонена», точка действия создаёт задачу инициатору «Ознакомиться с отказом», и после её выполнения процесс завершается. Такая схема гарантирует, что ни одна заявка не «повиснет» без решения — у каждой ветки есть конечная точка.
Самый надёжный способ отладки нового маршрута — запустить процесс на тестовой копии базы с двумя-тремя тестовыми пользователями и пройти все ветки, включая отказ и возврат на доработку. Проверка только «счастливого пути» согласования скрывает ошибки в ветках отклонения, которые всплывают уже в рабочей базе.
Типичные ошибки и зависшие процессы
Главная проблема эксплуатации — процессы, которые стартовали, но не движутся. Причины почти всегда одни и те же: исполнитель не найден (роль не заполнена в регистре), ошибка в коде обработчика точки (процесс остановился на точке обработки с исключением), задача создана, но сотрудник её не видит из-за прав доступа или отбора в списке задач.
Диагностика начинается с карты маршрута процесса: в типовых конфигурациях активная точка подсвечена, и сразу видно, где процесс стоит. Дальше — список задач по этому процессу и журнал регистрации с отбором по пользователю и периоду: ошибки обработчиков платформа пишет туда. Если исполнитель не найден, достаточно заполнить регистр исполнителей и, при необходимости, перезапустить точку или весь процесс.
Отдельного внимания заслуживает обновление конфигурации: запущенные процессы хранят ссылку на схему, актуальную на момент старта (в типовых решениях — на версию маршрута). Радикальное изменение маршрутной карты может сделать невозможным продолжение старых экземпляров. Перед изменением маршрута завершите или прервите активные процессы этого вида.
Проверка результата и контрольные точки
После внедрения или изменения процесса убедитесь, что механика работает целиком, а не только на первом шаге. Контрольные точки ниже помогают быстро отличить норму от проблемы.
Как проверить результат
Задача появилась у нужного сотрудника с корректным сроком и предметом
Задачи нет или она у пользователя, не входящего в роль
Активная точка соответствует текущему этапу согласования
Процесс стоит на точке обработки или старта дольше нескольких минут
Статус документа меняется в соответствии с веткой (согласован/отклонён)
Задача выполнена, а статус документа не изменился
Нет ошибок по событиям процесса
Исключения в обработчиках точек маршрута
После финального шага процесс имеет признак Завершён и дату завершения
Все задачи выполнены, но процесс остаётся активным
Что важно запомнить
Бизнес-процесс в 1С — это маршрутная карта плюс задачи исполнителям: система идёт по точкам, создаёт задачи через роли и регистры адресации, реагирует на результаты и завершается в конечной точке. Большинство проблем сводится к пустым ролям, ошибкам обработчиков и непродуманным веткам отказа — диагностируются они картой маршрута, списком задач и журналом регистрации.
Частые вопросы
Чем бизнес-процесс в 1С отличается от задачи?
Бизнес-процесс описывает маршрут целиком — последовательность шагов, условия и ветвления. Задача — конкретное поручение одному исполнителю на одном шаге. Один процесс за время жизни создаёт множество задач, и именно с задачами работают сотрудники в своих списках.
Можно ли изменить маршрут уже запущенного процесса?
Штатно — нет: экземпляр идёт по той схеме, которая была актуальна на момент старта. Если маршрут нужно изменить, процесс прерывают и запускают заново по новой схеме. В типовых конфигурациях для этого есть кнопки «Прервать» и «Остановить» в карточке процесса.
Почему задача не появилась ни у кого из исполнителей?
Чаще всего роль, указанная в точке маршрута, не привязана к пользователям в регистре исполнителей, либо параметры адресации (подразделение, организация) отфильтровали всех. Проверьте заполнение регистра исполнителей и реквизиты процесса, из которых берутся параметры адресации.
Что происходит с процессом, если удалить документ-предмет?
Процесс не завершится автоматически: он останется активным, а задачи — в списках исполнителей. При обращении обработчиков к удалённому предмету возникнут ошибки. Правильный порядок — сначала прервать процесс, потом помечать документ на удаление.
Можно ли запускать процесс автоматически, без нажатия кнопки?
Да: старт выполняется программно из обработчика записи документа, подписки на событие или регламентного задания. Например, при проведении заявки с суммой выше лимита код создаёт экземпляр процесса, заполняет реквизиты и вызывает метод старта. Важно защититься от повторного запуска — проверять, нет ли уже активного процесса по этому предмету.
Нужен ли программист, чтобы настроить согласование?
Зависит от конфигурации. В 1С:Документооборот и ряде отраслевых решений маршруты настраиваются в пользовательском режиме через шаблоны процессов — без конфигуратора. Если нужной логики нет (нестандартные условия, автоматические действия), потребуется доработка маршрутной карты и обработчиков в конфигураторе, а это уже работа разработчика.