Как нарисовать бизнес-процесс в 1С: пошаговое руководство

Бизнес-процесс в 1С — это объект конфигурации, который описывает последовательность действий сотрудников или системы: согласование заявки, обработку заказа, выпуск продукции. «Нарисовать» его означает создать карту маршрута — визуальную схему из точек старта, действий, условий и завершения, по которой платформа будет автоматически формировать задачи исполнителям.

Работа ведётся в конфигураторе в ветке «Бизнес-процессы» дерева конфигурации. Разработчик добавляет объект, определяет реквизиты, рисует карту маршрута в графическом редакторе и связывает точки с обработчиками на встроенном языке. После обновления конфигурации базы данных пользователи могут запускать экземпляры процесса, а система — расставлять задачи по маршруту.

Ниже разобран полный цикл: от подготовки структуры данных до проверки работоспособности схемы. Материал ориентирован на платформу 1С:Предприятие 8.3 и подходит как для типовых конфигураций на поддержке, так и для самостоятельных решений.

Когда нужен объект «Бизнес-процесс», а когда достаточно документа

Не каждую цепочку операций стоит оформлять как бизнес-процесс. Если логика сводится к проведению одного документа и паре проверок, достаточно обработчиков документа или подписки на событие. Объект «Бизнес-процесс» оправдан, когда в цепочке несколько исполнителей, есть ветвления по условиям, параллельные согласования и нужен контроль сроков задач.

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

Подготовка: реквизиты, задачи и адресация

Прежде чем рисовать схему, определите данные, которые процесс будет нести с собой. В дереве конфигурации добавьте новый объект «Бизнес-процесс» и создайте реквизиты: например, «Заявка» (ссылка на документ), «Сумма», «Комментарий», «Инициатор». Именно по реквизитам точки условий будут принимать решения о маршруте.

Затем подготовьте объект «Задача». Бизнес-процесс не существует без задач: каждая точка действия при выполнении формирует задачу исполнителю. В свойствах бизнес-процесса укажите ссылку на задачу, а в задаче задайте реквизиты адресации — например, «Роль» и «Подразделение», по которым система определит конкретного получателя.

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

Рисуем карту маршрута: основные элементы

Карта маршрута открывается из палитры свойств бизнес-процесса (кнопка «Карта маршрута»). Это графический редактор: элементы берутся с панели и соединяются стрелками переходов. Схема читается сверху вниз — от точки старта к точкам завершения.

Минимальный набор элементов, который нужно знать:

• Точка старта — единственная на схеме, с неё начинается выполнение;
• Точка действия — формирует задачу исполнителю;
• Точка условия — ветвление по выражению на встроенном языке;
• Точка выбора варианта — пользователь сам выбирает дальнейший путь (например, «Согласовать» или «Отклонить»);
• Точка разделения и слияния — параллельное выполнение веток и их синхронизация;
• Точка обработки — программный код без задачи пользователю;
• Точка завершения — окончание процесса.

Размещайте элементы с запасом по вертикали и подписывайте их понятными именами: «Согласование руководителем», «Проверка бюджета». Через полгода по таким подписям схему поймёт другой разработчик без расшифровки.

1. 1
   Создайте объект «Бизнес-процесс» и добавьте реквизиты процесса
2. 2
   Создайте объект «Задача» с реквизитами адресации и свяжите его с бизнес-процессом
3. 3
   Откройте карту маршрута и разместите точку старта
4. 4
   Добавьте точки действий, условий и завершения, соедините их переходами
5. 5
   Для каждой точки действия задайте адресацию и обработчики
6. 6
   Проверьте карту кнопкой «Проверить» в редакторе и обновите конфигурацию

Настройка точек действия и адресации исполнителей

Двойной щелчок по точке действия открывает её свойства. Ключевые параметры: группа «Адресация» (роль, по которой определяется исполнитель, и параметры адресации — например, подразделение из реквизита процесса) и текст задачи, который увидит пользователь в списке задач.

У каждой точки действия есть события, важнейшие из них — «При создании задач» и «При выполнении». В первом обработчике можно заполнить реквизиты задачи и проверить условия формирования, во втором — зафиксировать результат: записать решение согласующего в реквизит процесса или в документ-основание.

Полезный приём — установить срок исполнения задачи через свойство точки действия. Если срок критичен, дополнительно реализуют эскалацию: регламентное задание проверяет просроченные задачи и перенаправляет их руководителю исполнителя.

Процедура СогласованиеПриВыполнении(ТочкаМаршрутаБизнесПроцесса, Задача, Отказ)
    // Фиксируем решение согласующего в реквизите процесса
    РезультатСогласования = Задача.Результат; // Истина — согласовано
КонецПроцедуры

Условия, ветвления и параллельные маршруты

Точка условия содержит выражение на встроенном языке, возвращающее Истина или Ложь. Например: Сумма > 100000 — заявки свыше порога идут на дополнительное согласование, остальные — сразу на оплату. У точки условия два исходящих перехода: «Да» и «Нет», их подписывают прямо на схеме.

Точка выбора варианта отличается тем, что решение принимает человек: исполнителю показываются кнопки вариантов, и маршрут продолжается по выбранному. Это удобно для согласований, где результат — «Согласовано», «Отклонено», «На доработку».

Параллельные ветки создаются парой «Разделение — Слияние». Например, юрист и бухгалтер проверяют договор одновременно, и процесс продолжается только после обеих задач. Помните: слияние ждёт завершения всех входящих веток, поэтому «висящая» задача в одной ветке остановит весь процесс.

Проверка карты и тестирование процесса

Редактор карты маршрута имеет встроенную проверку (кнопка «Проверить» на панели). Она находит структурные ошибки: точки без входящих или исходящих переходов, недостижимые ветки, незаполненную адресацию. Проверка обязательна перед обновлением конфигурации — часть ошибок иначе проявится только в пользовательском режиме.

После обновления базы протестируйте процесс на копии: создайте экземпляр, заполните реквизиты и нажмите «Старт». Затем войдите под пользователями-исполнителями и убедитесь, что задачи появляются у правильных людей, варианты выбора работают, а маршрут проходит до точки завершения.

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

Типичные ошибки и ограничения

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

Вторая группа ошибок — логические: условие, которое никогда не истинно из-за типа сравнения (число со строкой), отсутствие ветки «Отклонено», циклы без счётчика итераций. Бесконечный цикл в карте маршрута не зависает, но порождает неограниченное число задач и раздувает базу.

Из ограничений платформы стоит помнить: бизнес-процессы создают заметную нагрузку при массовом запуске (тысячи экземпляров в день), поэтому для высокочастотных операций иногда выбирают более лёгкие механизмы. Также вложенные бизнес-процессы требуют аккуратной обработки завершения родителя и потомка.

FAQ: частые вопросы о бизнес-процессах в 1С