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