← На главную

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

Ключевые механизмы, управляющие редактированием состава участников

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

1. Разрешение на изменение состава участников в действии правила обработки. В настройках самого действия согласования (в справочнике ПравилаОбработки или в карточке вида документа) должен быть установлен флаг, разрешающий изменение участников при запуске и выполнении процесса. Если в действии состав зафиксирован жестко, рядовые пользователи не смогут повлиять на список.
2. Настройки «Доступности по состоянию». Это основной фильтр видимости и редактируемости реквизитов документа на различных этапах его жизненного цикла. Для состояния, в котором находится документ (например, «На согласовании» или «На доработке»), табличная часть обработки и список участников должны быть открыты для изменения определенным группам пользователей или ролям.
3. Полномочия и права пользователя на управление обработкой. Для вмешательства в запущенную обработку пользователь должен обладать правами управления процессами (профиль с ролью КонтрольПроцессовИЗадач или аналогичными полномочиями). Администраторы системы имеют доступ ко всем действиям по умолчанию.

Пошаговая настройка доступа для редактирования участников

Рассмотрим, как правильно сконфигурировать систему, чтобы предоставить пользователю возможность изменить список согласующих перед повторным запуском:

1. Проверяем правила действия согласования: перейдем в настройки обработки вида документа, откроем действие «Согласование» и убедимся, что для участников включена опция изменения состава. Обратим внимание на пиктограмму «замок» напротив строк согласующих: если участник зафиксирован замком как обязательный, система запретит его удаление даже при открытых правах.
2. Настраиваем доступность по состоянию: откроем раздел Управление процессами (или настройки вида документа) и перейдем к матрице Настройка доступности по состоянию. Найдем состояние, в котором инициатор выполняет доработку (обычно это состояние «На доработке» или «Не согласован»). В колонке этого состояния для группы реквизитов «Обработка» (и связанных табличных частей участников) снимем запрет на редактирование для роли автора документа.
3. Проверяем момент вычисления участников: в карточке действия обратим внимание на параметр Момент вычисления участников. Если указано «Перед началом выполнения действия», алгоритм заново рассчитает автоподстановки при старте, что может свести на нет ручное удаление. Для сохранения ручных правок выберем режим «При заполнении действия».

Типовые альтернативы ручному удалению согласующих

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

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

Таким образом, для включения возможности ручной правки списка участников необходимо согласовать настройки действия в правиле обработки с правилами доступности по состоянию. В то же время для сохранения юридической значимости и истории визирования рекомендуется задействовать типовой алгоритм повторного согласования только с отклонившими участниками.