К статье
Практический материал

Автоматизация · 11 мин

Бизнес-процесс в 1С: что это и как его использовать

Бизнес-процесс в 1С: что это, из чего состоит, чем отличается от документа, как создать маршрут согласования и какие ошибки допускают при внедрении.

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

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

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

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

Документ в 1С отвечает на вопрос «что произошло»: отгрузили товар, начислили зарплату, приняли счёт-фактуру. Бизнес-процесс отвечает на вопрос «как это происходит и кто за что отвечает». Один и тот же документ, например «Заказ клиента», может участвовать в процессе согласования, но сам по себе процессом не является.

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

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

Из каких элементов состоит маршрут

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

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

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

Где в программе найти и как запустить процесс

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

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

Как запустить согласование вручную
  1. 1
    Откройте список бизнес-процессов нужного типа через меню разделов
  2. 2
    Создайте новый экземпляр и заполните предмет — ссылку на документ или заявку
  3. 3
    Проверьте, что исполнители определились корректно: в карточке процесса видны адресаты задач
  4. 4
    Нажмите «Старт» или запишите и стартуйте процесс кнопкой в форме
  5. 5
    Попросите первого исполнителя открыть список задач и убедиться, что задача появилась

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

Как настроить собственный маршрут

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

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

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

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

Типичные сценарии применения

Согласование заявок и документов

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

Обработка обращений и инцидентов

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

Кадровые процедуры

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

Как контролировать выполнение и искать «зависшие» процессы

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

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

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

Задача у исполнителя
Норма

Задача видна в списке, открывается, содержит предмет и срок

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

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

Движение по маршруту
Норма

После выполнения задачи текущая точка на карте смещается дальше

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

Точка не меняется — смотрите условие перехода и обработчики

Завершение
Норма

После последней точки процесс получает состояние «Завершён»

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

Процесс остался активным — проверьте ветку отказа или прерванный переход

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

Типичные ошибки
01
Назначение задач конкретным людям вместо ролей — при увольнении сотрудника все процессы встают
02
Отсутствие ветки отказа — при отклонении заявка повисает, потому что маршрут не знает, куда идти
03
Слишком длинная цепочка согласующих — каждый этап добавляет дни, процессом начинают обходить
04
Нет тестового прогона — маршрут запускают в бой с непроверенными условиями, и заявки уходят не туда
05
Игнорирование просроченных задач — без контроля сроков процесс превращается в формальность

Когда бизнес-процесс не нужен

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

Сравнение вариантов

Статусы документа

Подходят для линейных жизненных циклов без развилок и параллельных задач; ограничение — нет отдельных задач исполнителям и контроля сроков

Бизнес-процесс

Нужен при нескольких участниках, условиях, параллельных ветках и контроле сроков; ограничение — сложнее настройка и сопровождение

Внешняя система (BPM, трекер)

Оправдана, если процессы выходят за пределы учётной системы; ограничение — нужна интеграция и двойной контур данных

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

Итог

Что важно запомнить

Бизнес-процесс в 1С — это маршрут задач между сотрудниками, а не документ. Он строится из точек старта, действий, условий и завершения, запускается вручную или по событию, а контролируется через карту маршрута и списки задач. Назначайте задачи ролям, предусматривайте ветку отказа и тестируйте маршрут до запуска в работу.

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

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

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

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

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

Что делать, если задача пришла не тому сотруднику?

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

Как остановить ошибочно запущенный процесс?

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

Влияют ли бизнес-процессы на скорость работы базы?

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

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

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