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

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

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

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

Из чего состоит бизнес-процесс в 1С

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

Ключевые элементы карты маршрута:

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

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

Чем бизнес-процесс отличается от документа и задачи

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

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

Как работает механизм: от старта до завершения

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

Исполнитель видит задачу в списке «Мои задачи», открывает форму, проверяет данные и нажимает «Выполнить». В этот момент срабатывает обработчик точки маршрута: система проверяет условия, вычисляет следующую точку и создаёт задачу следующему участнику. Так процесс идёт по маршруту, пока не достигнет точки завершения.

1. 1
   Создаётся объект-основание (документ, обращение) или процесс стартует вручную
2. 2
   Система определяет первую точку действия и исполнителя по параметрам адресации
3. 3
   Исполнителю формируется задача, она появляется в его списке
4. 4
   Исполнитель выполняет задачу — срабатывает обработчик точки маршрута
5. 5
   По условиям выбирается следующая точка, создаётся новая задача
6. 6
   Цикл повторяется до точки завершения — процесс закрывается

Важная деталь: если задачу адресовали роли или группе (например, «все бухгалтеры»), её увидят все сотрудники этой роли. Как только один из них примет задачу к исполнению, остальные увидят, что она уже в работе. Это защищает от параллельного выполнения одной работы разными людьми.

Где бизнес-процессы применяются на практике

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

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

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

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

Есть два пути. Первый — пользовательский: в конфигурациях с подсистемой процессов (например, «Документооборот») администратор без программирования создаёт шаблон процесса, указывает исполнителей, сроки и условия. Это безопасный способ, доступный внедренцу или опытному пользователю.

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

Маршрут решения

Как выбрать подход

Нужно простое согласование или поручение в типовой конфигурацииИспользуйте штатные шаблоны процессов — настройка без кода

Маршрут с развилками по суммам, ролям и параллельными веткамиПотребуется доработка в конфигураторе или выбор конфигурации уровня «Документооборот»

Достаточно зафиксировать статус документа без задач исполнителямОбойдитесь дополнительными статусами и правами — бизнес-процесс избыточен

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

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

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

Как проверить, что процесс работает правильно

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

Контрольные точки

Как проверить результат

Задача появилась у исполнителя

Норма

Задача видна в списке нужного пользователя или роли с корректным сроком

Тревожный признак

Задача не создана или ушла не тому сотруднику — проверяйте параметры адресации

Переход по условию

Норма

При разных суммах/условиях процесс идёт по разным веткам маршрута

Тревожный признак

Маршрут всегда идёт по одной ветке — ошибка в формуле точки условия

Завершение процесса

Норма

После последней задачи процесс завершён, статус документа обновлён

Тревожный признак

Процесс «висит» активным — нет связи с точкой завершения или ошибка обработчика

Ветка отказа

Норма

При отклонении задача возвращается инициатору на доработку

Тревожный признак

Отклонённый документ остаётся без статуса и без уведомления

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

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

Чем бизнес-процесс отличается от задачи?

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

Можно ли настроить бизнес-процесс без программиста?

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

Что делать, если процесс завис на одном этапе?

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

Есть ли бизнес-процессы в 1С:Бухгалтерии?

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

Можно ли запустить процесс автоматически при создании документа?

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

Что происходит со старыми процессами при изменении маршрута?

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