Почему неактивны кнопки Согласовано в задачах 1С:Документооборот и как это исправить

Программист 1С v8.3 (Управляемые формы) 1С:Документооборот IT и автоматизация бизнеса
← На главную

В процессе работы с конфигурацией 1С:Документооборот (особенно версии 2.1 и выше) пользователи часто сталкиваются с ситуацией, когда задача согласования пришла, уведомление получено, документ открывается, но заветные кнопки «Согласовано», «Согласовано с замечаниями» или «Не согласовано» заблокированы. При этом, если направить ту же задачу персонально конкретному сотруднику, всё работает корректно. Рассмотрим подробнее, почему так происходит, и разберем по шагам все возможные причины и способы их устранения.

Принятие задачи к исполнению: основная особенность ролевой адресации

Проанализируем базовый механизм работы системы при отправке задачи на Роль (например, «Бухгалтер» или «Юрист»). В отличие от персональной задачи, которая сразу закрепляется за человеком, ролевая задача падает в общий список всех участников этой роли. Это сделано для того, чтобы любой свободный сотрудник из группы мог взять задачу в работу.

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

Алгоритм проверки:

  1. Откроем карточку задачи из списка Мои задачи.
  2. Посмотрим на верхнюю панель команд. Если там отображается кнопка «Принять к исполнению», значит, задача еще не закреплена за текущим пользователем.
  3. Нажмем «Принять к исполнению». После этого кнопки согласования должны стать активными.

Настройка доступа по состоянию документа

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

Посмотрим, где выполняются эти настройки:

  1. Перейдем в раздел Настройка и администрирование.
  2. Выберем пункт Настройка доступа по состоянию.
  3. Найдем вид документа, по которому возникла проблема.
  4. Проанализируем матрицу настроек: по строкам указаны состояния, по колонкам — действия (Чтение, Изменение, Добавление файлов и т.д.).

Важно помнить, что в версии 2.1 в этом интерфейсе настраивается не только доступность полей, но и права на изменение объекта в целом. Если для текущего состояния документа у пользователя (или его роли) нет прав на Изменение, то выполнение задачи, которое влечет за собой запись в регистры и изменение состояния бизнес-процесса, может быть заблокировано.

Рабочая группа документа и права доступа

Рассмотрим ситуацию, когда при прямой адресации кнопки активны, а при ролевой — нет. Разберем механизм Рабочей группы. В 1С:Документооборот доступ к документу может быть ограничен списком участников рабочей группы. Если в настройках программы включен признак «Автоматически добавлять участников в рабочую группу», то при персональной отправке задачи пользователь попадает туда автоматически и получает права.

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

  1. Откроем карточку документа, к которому привязана задача.
  2. Перейдем на вкладку Безопасность или Рабочая группа.
  3. Проверим, есть ли там текущий пользователь или роль, которой назначена задача.
  4. Если используется ограничение доступа, убедимся, что у пользователя установлена галочка Изменение.

Права доступа на уровне папок и RLS

Проанализируем влияние прав на папку, в которой хранится документ. Даже если у пользователя есть задача, ограничения на уровне папок (RLS — Row Level Security) могут блокировать возможность записи изменений в документ.

Для глубокой диагностики прав воспользуемся встроенным инструментом системы:

  1. В карточке документа нажмем кнопку Еще и выберем пункт Права доступа.
  2. В открывшемся окне нажмем кнопку Рассчитать.
  3. Найдем в списке нужного пользователя и посмотрим на колонку Изменение.
  4. Если право «Нет» (подсвечено красным), нажмем на него дважды. Система покажет протокол расчета прав: из каких настроек (папки, рабочие группы, полномочия) сложился этот запрет.

Параметризация ролей и объекты адресации

Разберем случай, когда роль используется с дополнительным разрезом — Объектом адресации. Например, роль «Бухгалтер» может быть уточнена организацией (Бухгалтер по ООО «Ромашка»).

Если задача направлена на роль с объектом адресации, а пользователь назначен на эту роль по другой организации (или вообще без уточнения), он может видеть задачу благодаря общим правам (например, правам руководителя подразделения), но система не даст ему ее исполнить, так как он не является легитимным «исполнителем» для данного конкретного объекта.

Проверьте в справочнике Роли исполнителей, соответствует ли основной и дополнительный объекты адресации в задаче тем настройкам, которые указаны для пользователя.

Настройка шаблона бизнес-процесса

Иногда причина кроется в настройках самого шаблона процесса согласования. Перейдем в настройки шаблона и проверим вкладку Настройки прав. Там могут быть жестко прописаны ограничения:

Посмотрим на пример логики проверки прав при выполнении задачи. На уровне программного кода (если вы занимаетесь доработкой) это выглядит примерно так (в обобщенном виде):


// Проверка возможности выполнения задачи
Если Не ЗадачаОбъект.ПроверитьВозможностьВыполнения() Тогда
    Сообщить("У вас недостаточно прав для выполнения этой задачи.");
КонецЕсли;

Этот метод проверяет совокупность всех факторов: принята ли задача к исполнению, наличие прав на документ, соответствие исполнителя роли и актуальность состояния процесса. Если метод возвращает Ложь, кнопки на форме будут недоступны.

Итоги и рекомендации

Для решения проблемы с недоступными кнопками согласования рекомендуем придерживаться следующего порядка действий:

  1. Убедиться, что пользователь нажал «Принять к исполнению» (для ролевых задач).
  2. Проверить Настройки доступа по состоянию для данного вида документа.
  3. Использовать отчет «Права доступа» в карточке документа для выявления запретов.
  4. Проверить состав Рабочей группы документа.
  5. Убедиться, что объекты адресации в роли пользователя совпадают с объектами в задаче.

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

← На главную