Автоматизация · 12 мин
1С: как работать с бизнес-процессами
Как работать с бизнес-процессами в 1С: создание, маршруты, задачи исполнителей, настройка в конфигураторе, типичные ошибки и проверка результата.
Бизнес-процессы в 1С — это механизм, который описывает последовательность действий сотрудников: кто, в каком порядке и при каких условиях должен выполнить задачу. Типичный пример — согласование заявки на оплату: менеджер создаёт документ, руководитель утверждает, бухгалтер проводит оплату. Без механизма бизнес-процессов такая цепочка держится на переписке и памяти участников, а с ним система сама ставит задачи, контролирует сроки и фиксирует историю.
Механизм бизнес-процессов встроен в платформу 1С:Предприятие 8 и доступен в большинстве типовых конфигураций — Управление торговлей, ERP, Комплексная автоматизация, Документооборот. Логика работы везде одинаковая: есть карта маршрута, точки действий, исполнители и задачи, которые платформа автоматически создаёт при переходе процесса от точки к точке.
Работа с бизнес-процессами делится на две стороны: пользовательскую (выполнение задач, старт процессов, контроль) и настроечную (проектирование карт маршрутов, привязка к документам, программирование условий). Ниже разобраны обе, с конкретными действиями и границами, где заканчивается безопасная самостоятельная настройка.
Что такое бизнес-процесс в 1С и из чего он состоит
Бизнес-процесс в терминах платформы — это объект метаданных, который хранит карту маршрута и экземпляры запущенных процессов. Карта маршрута состоит из точек: старт, действие, условие (выбор варианта), разделение и слияние параллельных веток, обработка, завершение. Каждая точка действия порождает задачу — отдельный объект, который появляется у конкретного исполнителя или группы.
Связка «бизнес-процесс → задача» — ключевая идея механизма. Процесс сам по себе ничего не «делает»: он только определяет, кому и когда выдать задачу. Исполнитель открывает задачу, выполняет действие (например, нажимает «Согласовать» или «Отклонить»), и процесс переходит к следующей точке маршрута. Результат выполнения может влиять на выбор ветки в точке условия.
Экземпляры процессов хранятся в базе вместе с историей: кто и когда получил задачу, какое решение принял, сколько времени занял этап. Это делает механизм удобным инструментом контроля: руководитель видит, на каком этапе «застряла» заявка, без опроса сотрудников.
Как пользователю работать с задачами бизнес-процесса
В типовых конфигурациях задачи собираются в разделе «Мои задачи» или на начальной странице. Пользователь видит список назначенных ему задач с указанием предмета (документа, по которому идёт процесс), срока и состояния. Открыв задачу, можно перейти к документу, ознакомиться с ним и выполнить требуемое действие.
Типовой порядок выполнения задачи: открыть задачу из списка, изучить связанный документ по гиперссылке, при необходимости добавить комментарий, затем нажать кнопку выполнения — «Выполнено», «Согласовано» или другой вариант, предусмотренный формой. После этого задача закрывается, а процесс автоматически создаёт задачу следующему участнику маршрута.
Если задача назначена группе (роли), её видят все члены группы, но выполнить может один — после этого она исчезает у остальных. Это важно учитывать: если вы увидели задачу и отложили её, коллега может выполнить её раньше. Для контроля сроков используйте сортировку по дате и поле «Срок исполнения», если оно заполнено при настройке процесса.
- 1Откройте раздел «Мои задачи» и найдите задачу с нужным предметом
- 2Перейдите по ссылке на документ и проверьте его содержимое
- 3Добавьте комментарий, если решение нужно обосновать
- 4Нажмите кнопку выполнения («Согласовать», «Выполнено» и т.п.)
- 5Убедитесь, что задача исчезла из списка, а процесс перешёл к следующему этапу
Как запустить бизнес-процесс и проконтролировать его ход
Старт процесса возможен двумя способами: вручную и автоматически. Ручной старт — пользователь создаёт экземпляр процесса из списка бизнес-процессов (команда «Создать») или нажимает кнопку «Запустить согласование» в документе, если такая команда предусмотрена конфигурацией. Автоматический старт настраивается через подписки на события: например, при записи документа с определённым статусом процесс стартует без участия пользователя.
Контроль хода процесса выполняется через карту маршрута конкретного экземпляра: в форме процесса платформа подсвечивает пройденные и текущие точки. Дополнительно доступны отчёты по задачам — кто не выполнил в срок, сколько задач в работе у каждого сотрудника. В типовых конфигурациях такие отчёты находятся в разделе, связанном с процессами или задачами.
Если процесс «завис» — задача назначена уволенному сотруднику или исполнитель в отпуске, — администратор может переназначить задачу другому пользователю. В типовых решениях для этого есть механизм перенаправления задач; в самописных конфигурациях его иногда приходится добавлять отдельно.
Как спроектировать карту маршрута в конфигураторе
Проектирование начинается в конфигураторе: ветка «Бизнес-процессы» → «Добавить». В свойствах объекта задаётся имя, а на закладке «Маршрут» рисуется карта: из палитры перетаскиваются точки действия, условия, разделения и завершения, затем они соединяются переходами. Для каждой точки действия указывается, какая задача создаётся и как определяется исполнитель.
Адресация исполнителей — самая ответственная часть. Платформа поддерживает параметрическую адресацию: исполнитель вычисляется по реквизитам задачи (например, подразделение из документа + роль «Руководитель»). Для этого создаётся объект «Задача», у неё настраиваются параметры адресации и регистр сведений, связывающий пользователей с ролями и подразделениями. В типовых конфигурациях этот механизм уже реализован — там достаточно указать роль в точке маршрута.
Условия ветвления программируются в модуле бизнес-процесса: обработчики «ПередСозданиемЗадач», «ПриВыполнении», «ВыборВарианта» для точек условия. Например, в точке условия можно проверить сумму документа: до определённого порога процесс идёт по короткой ветке, выше — добавляется этап согласования с финансовым директором. Код в обработчиках должен быть простым и предсказуемым: сложную логику лучше выносить в общие модули.
Типовые сценарии: согласование, ознакомление, параллельные этапы
Последовательное согласование
Самый распространённый сценарий — цепочка точек действия: инициатор → руководитель → бухгалтер. Каждая точка ждёт выполнения предыдущей. В точке руководителя добавляется условие: при отклонении процесс возвращается инициатору на доработку, при согласовании — движется дальше. Возврат реализуется переходом от точки условия назад к первой точке действия.
Параллельное согласование
Когда документ должны проверить несколько служб одновременно (юрист и финансист), используется точка разделения: процесс расходится на параллельные ветки, каждая создаёт свою задачу. Точка слияния ждёт завершения всех веток, после чего процесс идёт дальше. Важно заранее решить, что делать, если один из параллельных исполнителей отклонил документ: прерывать весь процесс или ждать остальных.
Ознакомление и рассылка
Для задач «прочитать и подтвердить» (приказы, регламенты) маршрут строится как цикл по списку сотрудников или как массовая выдача задач группе. В типовом Документообороте для этого есть готовый вид процесса «Ознакомление», в других конфигурациях цикл по табличной части со списком исполнителей программируется в обработчиках точки действия.
Сравнение сценариев маршрутов
Подходит для иерархического согласования; прост в отладке, но общий срок равен сумме сроков всех этапов
Сокращает время при независимых проверках; требует продуманной логики слияния и обработки отказов
Нужен для ознакомления списка сотрудников; сложнее в реализации, ошибка в цикле может породить лишние задачи
Типичные ошибки и ограничения механизма
Наиболее частая проблема — «потерянные» задачи: исполнитель определён неверно, задача ушла не тому сотруднику или не ушла никому. Причина обычно в адресации: не заполнен регистр соответствия пользователей ролям, не заполнен реквизит документа, по которому вычисляется исполнитель. Проверка начинается с параметров адресации конкретной задачи.
Вторая группа ошибок — логические: маршрут содержит ветку, из которой нет выхода к завершению, или условие всегда возвращает один вариант из-за ошибки в коде. Такие дефекты выявляются только тестированием: перед запуском в рабочую базу процесс прогоняют на копии по всем возможным веткам, включая отклонение и возврат на доработку.
Ограничение, о котором часто забывают: бизнес-процессы хранятся в базе и растут вместе с задачами. В активно используемой системе таблицы задач и процессов становятся объёмными, что влияет на скорость списков и отчётов. Рекомендуется периодически удалять или архивировать завершённые экземпляры — штатной свёртки для них нет, поэтому используют регламентную обработку удаления старых процессов.
Как проверить, что процесс работает правильно
Проверка выполняется на тестовой копии базы с реалистичными данными. Прогоните процесс минимум по трём сценариям: полное согласование, отклонение на среднем этапе с возвратом, ситуация с отсутствующим исполнителем. Для каждого сценария фиксируйте: создалась ли задача у правильного пользователя, изменился ли статус документа, завершился ли процесс.
В рабочей базе после запуска контролируйте первые экземпляры вручную: открывайте карту маршрута процесса, сверяйте исполнителей задач с ожидаемыми, проверяйте сроки. Если конфигурация ведёт историю или журнал согласования, убедитесь, что записи появляются корректно — это критично для последующих разборов спорных ситуаций.
Как проверить результат
Задача видна у ожидаемого исполнителя с правильным предметом
Задача отсутствует или назначена не тому пользователю
Процесс создал следующую задачу по маршруту
Процесс стоит на той же точке или завершился досрочно
Статус меняется в соответствии с этапом согласования
Документ остаётся в исходном статусе после выполнения задач
После последней точки процесс в состоянии «Завершён»
Процесс активен, хотя все задачи выполнены
FAQ: частые вопросы о бизнес-процессах в 1С
Чем бизнес-процесс отличается от задачи в 1С?
Бизнес-процесс — это маршрут, а задача — конкретное поручение исполнителю, которое создаётся в точке действия маршрута. Один процесс за время жизни порождает несколько задач, и без процесса задача не знает, что должно произойти после её выполнения.
Можно ли запустить процесс автоматически при создании документа?
Да. Стандартный способ — подписка на событие записи документа, в обработчике которой создаётся и стартует экземпляр процесса с привязкой к документу. В типовых конфигурациях автозапуск часто настраивается через правила без доработки кода.
Что делать, если задача назначена уволенному сотруднику?
Используйте механизм перенаправления задач, если он есть в конфигурации, либо попросите администратора переназначить исполнителя. Дополнительно проверьте регистр адресации: из него нужно убрать уволенного, чтобы новые задачи на него не назначались.
Почему после изменения маршрута старые процессы идут по-старому?
Карта маршрута фиксируется в экземпляре процесса при старте. Изменения в конфигурации применяются только к новым экземплярам. Активные процессы нужно либо довести до завершения по старой схеме, либо прервать и запустить заново.
Как ускорить согласование, если участников много?
Замените последовательные этапы параллельными там, где проверки независимы, задайте сроки исполнения с напоминаниями и уберите лишние точки — каждый дополнительный согласующий увеличивает общий срок. Предварительно соберите статистику по длительности этапов, чтобы найти реальное «узкое место».
Нужно ли программировать, чтобы настроить простой процесс?
В типовом Документообороте и ряде других конфигураций простые маршруты собираются в пользовательском режиме без кода. В конфигурациях, где маршрут жёстко задан разработчиком, любое изменение требует доработки в конфигураторе и, как правило, программирования обработчиков.
Что важно запомнить
Бизнес-процесс в 1С — это карта маршрута, выдающая задачи исполнителям. Пользователь работает через «Мои задачи», настройщик проектирует маршрут и адресацию в конфигураторе. Перед запуском тестируйте все ветки на копии базы, следите за заполнением регистров адресации и помните, что изменения маршрута не действуют на уже запущенные экземпляры.