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