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

Бизнес-процесс в 1С — это объект конфигурации, который описывает последовательность задач, распределяемых между сотрудниками: согласование заявки, утверждение документа, обработка обращения. Система сама выдаёт задачи нужным исполнителям, контролирует сроки и ведёт историю прохождения каждого этапа. В типовых конфигурациях (1С:Документооборот, 1С:ERP, 1С:Комплексная автоматизация) механизм уже встроен, а в собственной разработке его создают в конфигураторе.

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

Подготовка: что нужно решить до открытия конфигуратора

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

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

Создание объекта «Бизнес-процесс» в конфигураторе

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

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

Проектирование карты маршрута

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

Для согласования типовая схема выглядит так: «Старт → Задача руководителю → Условие “Согласовано?” → при «Да» задача в бухгалтерию, при «Нет» возврат инициатору на доработку → Завершение». Для параллельного согласования несколькими лицами используются точки «Разделение» и «Слияние»: процесс разветвляется на несколько веток и ждёт завершения всех.

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

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

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

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

Программная обработка событий

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

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

Процесс = БизнесПроцессы.СогласованиеЗаявки.СоздатьБизнесПроцесс();
Процесс.Дата = ТекущаяДатаСеанса();
Процесс.ДокументОснование = Ссылка;
Процесс.Инициатор = Пользователи.ТекущийПользователь();
Процесс.Записать();
Процесс.Старт();

Тестирование и запуск в работу

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

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

Типовые механизмы и альтернативы разработке

Не всегда нужна собственная разработка. В 1С:Документооборот согласования и ознакомления настраиваются шаблонами без программирования. В 1С:ERP и 1С:Комплексной автоматизации есть механизм согласования документов через статусы и простые маршруты. Если требования укладываются в типовые возможности — используйте их: сопровождение обойдётся дешевле.

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

Типичные ошибки и их последствия

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

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

Частые вопросы