← На главную

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

Проанализируем два основных подхода: рекомендуемый вендором, через процессы, и альтернативный, для случаев, когда достаточно формальной отметки о подписании.

Решение 1: Стандартный механизм через процессы обработки

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

Как это работает?

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

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

Этот метод является рекомендуемым, так как он полностью соответствует логике системы документооборота и оставляет четкий цифровой след всех действий с документом.

Решение 2: Упрощенная установка статуса вручную

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

Вариант А: Прямое изменение состояния в регистре сведений

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

Разберем по шагам:

1. Откройте функции для технического специалиста (или перейдите к списку всех объектов конфигурации).
2. Найдите и откройте Регистр сведений "Текущие состояния документов".
3. В этом регистре найдите запись, соответствующую вашему документу.
4. Измените значение в поле "Состояние" на требуемое (например, "Подписан").

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

Вариант Б: Ручное изменение из карточки документа

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

Дополнительный аспект: Обновление доступности полей в открытых формах

При работе с состояниями документов часто используется механизм "Настройки доступности по состоянию". Он позволяет, например, запретить редактирование реквизитов документа после того, как он перешел в состояние "Согласован" или "Подписан". Здесь возникает одна техническая особенность, о которой стоит знать. При проектировании и отладке данных правил полезно использовать инструмент для анализа настроек доступности по состоянию.

Суть проблемы:

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

Однако в уже открытой у пользователя форме интерфейс не обновится автоматически. Поля останутся доступными до тех пор, пока пользователь не закроет и не откроет карточку документа заново. Это стандартное поведение платформы 1С для уже отрисованных форм.

Как решить?

• Для пользователя: Самый простой способ — закрыть и снова открыть документ. После этого форма будет отрисована заново с учетом актуального состояния и прав доступа.
• Для разработчика: Для реализации автоматического обновления потребуется доработка конфигурации. Можно реализовать механизм оповещения клиентских сеансов об изменении состояний и принудительно обновлять открытые формы, но это задача для программиста.

Таким образом, выбор способа установки статуса "Подписан" зависит от требований вашего внутреннего регламента. Для строгого контроля используйте стандартные процессы, а для упрощения и ускорения — ручные методы, но с полным пониманием их ограничений.