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

Бизнес-процессы в 1С позволяют формализовать маршрут документа или задачи: кто согласует, в какой последовательности, что происходит при отклонении и когда процесс считается завершённым. Вместо устных договорённостей и переписок система сама ставит задачи нужным сотрудникам, контролирует сроки и фиксирует историю прохождения каждого этапа.

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

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

Шаг 1. Описать процесс до настройки в системе

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

Для каждого этапа определите исполнителя не по фамилии, а по роли: «руководитель подразделения инициатора», «финансовый контролёр», «ответственный за договоры». Привязка к конкретному сотруднику ломает процесс при отпуске или увольнении, а ролевая адресация позволяет системе самой находить актуального исполнителя.

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

Шаг 2. Выбрать инструмент: типовые механизмы или разработка

В большинстве типовых решений уже есть готовые механизмы процессов. В 1С:Документооборот это шаблоны процессов «Согласование», «Утверждение», «Рассмотрение», «Исполнение» и комплексные процессы с вложенными этапами. В 1С:ERP и 1С:УНФ — настраиваемые маршруты согласования заявок, заказов и других документов. Эти инструменты закрывают типовые задачи согласования без единой строки кода.

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

Шаг 3. Настроить процесс в типовой конфигурации

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

Далее создайте шаблон процесса: укажите тип объекта (вид документа), добавьте этапы, для каждого этапа задайте исполнителя или роль, срок исполнения и поведение при отклонении. Если конфигурация поддерживает условия маршрутизации, настройте их через отборы по реквизитам документа — например, по сумме, организации или виду операции.

1. 1
   Включите в настройках программы использование бизнес-процессов или согласования документов
2. 2
   Проверьте, что заполнены роли исполнителей и профили групп доступа пользователей
3. 3
   Создайте новый шаблон процесса и укажите вид документа, для которого он действует
4. 4
   Добавьте этапы: рассмотрение, согласование, утверждение — с исполнителями и сроками
5. 5
   Настройте условия запуска шаблона (по реквизитам документа), если это поддерживается
6. 6
   Задайте поведение при отклонении: возврат инициатору или завершение процесса
7. 7
   Проведите тест: создайте документ, запустите процесс и пройдите все этапы под тестовыми пользователями

После настройки проверьте права: инициатор должен видеть свои процессы и состояние документа, исполнители — получать задачи в списке «Мои задачи» и иметь доступ к согласуемым документам. Недостаток прав — типичная причина ситуации, когда процесс запущен, а задачу никто не видит.

Шаг 4. Создать бизнес-процесс в конфигураторе

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

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

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

Шаг 5. Запрограммировать события и автоматические действия

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

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

// Пример: условие перехода по сумме договора
Если БизнесПроцесс.Договор.СуммаДоговора > 500000 Тогда
    Результат = Истина; // переход на этап согласования с финдиректором
Иначе
    Результат = Ложь;
КонецЕсли;

Для отмены старта процесса в обработчике «ПередСтартом» установите параметр «Отказ» в значение Истина — это стандартный способ заблокировать запуск при незаполненных данных. Все сообщения пользователю формируйте через объект «СообщениеПользователю», чтобы они корректно отображались в интерфейсе.

Шаг 6. Протестировать и внедрить процесс

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

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

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

Даже корректно настроенный процесс может не работать из-за организационных и технических недочётов. Ниже — самые распространённые проблемы и их последствия.

Учитывайте и ограничения платформы: бизнес-процессы в 1С предназначены для маршрутизации задач внутри одной информационной базы. Если процесс охватывает несколько баз или внешние системы, потребуется обмен данными или интеграция через HTTP-сервисы и очереди сообщений — это уже отдельный проект.

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