При регистрации входящей корреспонденции и внутренних документов в программе 1С:Документооборот пользователи часто сталкиваются с ситуацией, когда по регламенту организации за исполнение документа отвечают сразу несколько сотрудников или подразделений. Однако в типовой карточке документа реквизит Ответственный позволяет выбрать только одного пользователя. Проанализируем, почему система устроена именно так, и подробно разберем все штатные и проектные способы решения этой задачи.
Рассмотрим, почему в типовой конфигурации поле Ответственный имеет тип СправочникСсылка.Пользователи и строго ограничено одним значением:
Ответственный жестко завязаны механизмы расчета дескрипторов прав доступа, политики доступа, делегирование прав и правила видимости объектов в списках (например, в виджетах Мои документы и Текущие дела). Прямое изменение типа этого реквизита в метаданных нарушает работу фоновых заданий пересчета прав и типовых алгоритмов системы.Разберем основной и наиболее правильный штатный сценарий работы. В карточке документа указывается один основной ответственный (курирующий сотрудник или регистратор), а вся распределенная работа фиксируется через бизнес-процессы.
Разберем по шагам, как настроить этот процесс:
Ответственный укажем основного куратора документа или делопроизводителя, зарегистрировавшего документ.Исполнители процесса добавим всех сотрудников, которые должны работать с документом.Преимущества такого подхода:
Не исполнен.Контроль исполнения и Зависшие задачи.Посмотрим на второй стандартный сценарий, применяемый для входящей корреспонденции руководству. Если входящий документ требует первичного решения руководителя, маршрутизируем его через процесс Рассмотрение:
Если требуется зафиксировать список всех участников, работающих с документом, прямо в его карточке, разберем работу с механизмом Рабочая группа:
Проанализируем ситуацию, когда документ должен быть отработан группой специалистов одного профиля (например, юридическим отделом или группой по работе с претензиями). В этом случае целесообразно использовать механизм ролей:
Роли исполнителей создадим нужную роль (например, Специалисты по договорам) с объектами адресации по проектам или подразделениям.Если руководству критически важно видеть список нескольких ответственных непосредственно в карточке документа и выводить их в общем журнале, реализуем доработку без снятия конфигурации с типовой поддержки с помощью расширения конфигурации.
Разберем по шагам порядок реализации в расширении:
Адаптация или Дополнение.ВходящиеДокументы (или ДокументыПредприятия в зависимости от версии).ДополнительныеОтветственные, с реквизитом Пользователь (тип СправочникСсылка.Пользователи) и реквизитом РольОтветственного (тип Строка или ссылка на справочник).Посмотрим на пример программного сбора списка ответственных в строку для отображения в интерфейсе:
Функция ПолучитьСтрокуОтветственных(СсылкаНаДокумент) Экспорт
Запрос = Новый Запрос;
Запрос.Текст =
"ВЫБРАТЬ
| ДопОтветственные.Пользователь.Наименование КАК ФИО
|ИЗ
| Справочник.ВходящиеДокументы.ДополнительныеОтветственные КАК ДопОтветственные
|ГДЕ
| ДопОтветственные.Ссылка = &Ссылка
|УПОРЯДОЧИТЬ ПО
| ДопОтветственные.НомерСтроки";
Запрос.УстановитьПараметр("Ссылка", СсылкаНаДокумент);
Выборка = Запрос.Выполнить().Выбрать();
МассивФИО = Новый Массив;
Пока Выборка.Следующий() Цикл
МассивФИО.Добавить(Выборка.ФИО);
КонецЦикла;
Возврат СтрСоединить(МассивФИО, ", ");
КонецФункции
Использование связки штатных бизнес-процессов исполнения и рабочих групп полностью закрывает потребность в назначении нескольких ответственных лиц, сохраняет строгую исполнительскую дисциплину и не требует доработок конфигурации.