В типовой конфигурации 1С:Документооборот процесс Рассмотрение спроектирован исходя из классической управленческой методологии: документ поступает на стол одному руководителю, который выносит по нему единую резолюцию. Однако в реальной практике часто возникают ситуации, когда документ должны рассмотреть сразу несколько топ-менеджеров, каждый из которых обладает своими полномочиями и зоной ответственности. Разберем подробно, почему в системе существует ограничение на одного исполнителя и какими способами можно реализовать задачу «коллективного рассмотрения» без критических правок конфигурации.
Проанализируем логику работы системы. Результатом выполнения задачи Рассмотрение является создание объекта Резолюция. Этот объект напрямую связан с реквизитами документа и служит триггером для автоматического создания последующих задач (например, процесса Исполнение). Если бы система позволяла назначать нескольких исполнителей в один процесс, возникла бы техническая коллизия: чья именно резолюция должна стать основной? Какая из них должна запустить цепочку исполнения? Именно поэтому разработчики 1С ограничили число исполнителей одним сотрудником (обычно это руководитель организации или подразделения).
Это самый простой и эффективный способ, не требующий вмешательства программиста. Рассмотрим ситуацию: если нескольким руководителям нужно ознакомиться с документом и высказать свое мнение (по сути, выполнить функции «рассмотрения»), мы можем использовать другие типовые процессы.
Резолюция, который автоматически подтягивается в отчеты по рассмотрению.Рассмотрение уже с учетом мнений коллег.Как показывает практика, замена процесса на Исполнение является наиболее популярным решением среди пользователей, которым важна фиксация факта работы с документом от нескольких лиц одновременно.
Разберем, как реализовать сложную схему через Комплексный процесс. Вместо создания одного простого процесса Рассмотрение, мы создаем комплексный, в который включаем несколько действий типа Рассмотрение.
Проанализируем преимущества этого метода:
Это штатный функционал, который полностью решает проблему «нескольких контролеров» и при этом сохраняет методологическую чистоту учета.
Иногда задача должна прийти нескольким людям, но фактически выполнить её должен кто-то один (например, один из заместителей директора). В этом случае целесообразно использовать ролевую адресацию. Создадим роль Директорат и включим в неё нужных сотрудников. При старте процесса задача упадет в список «Задачи от ролей» всем участникам. Как только один из них нажмет Принять в работу, у остальных задача исчезнет.
Также не стоит забывать про механизм ассистентов и помощников. В настройках 1С:ДО можно указать, что помощник руководителя имеет право обрабатывать его задачи. В этом случае задача фактически назначена одному (руководителю), но видеть и исполнять её могут несколько человек (помощники).
Если в организации несколько руководителей рассматривают документы в зависимости от тематики или отправителя, мы можем автоматизировать это через Правила автозаполнения шаблонов процессов. Выясним причину, по которой документ должен идти нескольким людям: если это связано с разными тематиками (например, технический директор рассматривает техзадания, а финансовый — сметы), то система позволяет настроить автоматический запуск двух отдельных процессов Рассмотрение на основании условий (категория документа, сумма, проект).
Рассмотрим, как изменилась ситуация в новой версии 3.0. В ней архитектура процессов была переработана: теперь используются Действия. Система стала гораздо гибче.
В версии 3.0 в одной схеме обработки документа можно настроить несколько действий Рассмотрение. Это позволяет направлять документ разным руководителям параллельно, и каждый из них сможет оставить независимую резолюцию. При этом система корректно обрабатывает историю и позволяет использовать результаты каждого рассмотрения для дальнейшей маршрутизации.
Проанализируем ситуацию, если вы всё же решите «подкрутить» конфигуратор. В сообщениях форума упоминается возможность добавления табличной части исполнителей в бизнес-процесс. Мы настоятельно не рекомендуем этот путь по следующим причинам:
Резолюция, так как он не рассчитан на множественность.Подводя итог, можно сказать: если ваша задача — дать возможность нескольким людям ознакомиться с документом и оставить комментарий, используйте процесс Исполнение или Ознакомление. Если же критически важно получить официальные резолюции от нескольких лиц, используйте Комплексный процесс с несколькими действиями Рассмотрение или переходите на версию 3.0, где этот функционал реализован более гибко.
Помните, что излишнее усложнение процессов рассмотрения часто свидетельствует о проблемах в структуре управления («двоевластие»). С точки зрения методологии 1С, у каждого процесса должен быть один ответственный за конечный результат.