Кейсы 1С Документооборот

Кейс: Как не заставлять инициатора вручную закрывать задачу после «Не согласовано»
🧩 Проблема
В 1С:Документооборот при отрицательном результате согласования требуется продолжить обработку. В настройках ставим галочку «Продолжать обработку, если "Не согласовано"». Маршрут действительно продолжается, но система всё равно создаёт инициатору дополнительную задачу — ознакомиться с результатами согласования, где нужно выбрать «Повторить» или «Завершить».
Получается, что галочка не избавляет от ручного действия: инициатор вынужден вернуться в задачу и закрыть её. Если этого не сделать, автоматизация теряет смысл.
🎯 Что хотим
Чтобы после отрицательного согласования обработка продолжалась, а инициатор не получал «висящую» задачу на ознакомление с результатами.
🛠️ Решение через правила эскалации
Настраиваем автоматическое выполнение задачи через эскалацию:
Переходим в справочник «Правила эскалации».
Создаём новое правило.
На вкладке действий указываем те действия/задачи, для которых актуальна настройка — то есть где стоит галочка «Продолжать обработку, если "Не согласовано"».
В качестве действия выбираем «Выполнять автоматически» с результатом «Отрицательный». В "Для каких задач" ставим «будут просрочены через» — ставим такой срок, по которому видно, что они будут просрочены сразу. То есть если срок на выполнения действия 1 день, выбираем, что она будет просрочена через 1 день.
Сохраняем правило.
✅ Результат
Задача формально создаётся, но автоматически выполняется. Сотрудник по сути её не видит — остаётся только уведомление. Инициатору не нужно вручную возвращаться в задачу и выбирать «Повторить» или «Завершить».
⚠️ Важно
Перед тиражированием решение стоит проверить на копии базы: не все задачи/действия в 1С:Документооборот поддерживают автоматическое выполнение с отрицательным результатом. Если правило не срабатывает, смотрите перечень доступных действий в вашей версии конфигурации.
🔮 На будущее
В 1С направлено пожелание — дать возможность штатно отключать эту задачу инициатору при установленной галочке «Продолжать обработку, если "Не согласовано"». Пока это не реализовано, используем кейс с правилом эскалации как рабочий обход.
Вывод: галочка «Продолжать обработку» сама по себе не убирает задачу инициатору. Правило эскалации с автоматическим отрицательным результатом позволяет закрыть эту задачу без ручного участия сотрудника и сохранить смысл настройки.

📂 Кейс: Разграничение доступа для секретарей по видам документов
❓ Вопрос от подписчика:
«Добрый день! Есть полномочие “Делопроизводители”, выданное группе секретарей. Но у нас несколько секретарей, и каждый регистрирует только свои виды документов (например, кадровые приказы). Создали отдельную группу “Регистратор кадровых приказов”. Как настроить доступ этой группе только к конкретным видам документов, но закрыть регистрацию и просмотр всех остальных?»
✅ Решение:
Задачу можно решить без изменения существующих полномочий, через комбинацию рабочей группы и настройки доступности по состоянию (НДПС) . Вот пошаговый алгоритм:
Создайте рабочую группу с названием, например, «Регистратор кадровых приказов». В неё нужно включить тех секретарей, которые должны работать только с этим участком.
Перейдите в настройки НДПС (раздел «Настройка и администрирование» → «Настройка доступности по состоянию»). Создайте новую настройку и назовите её так же — «Регистратор кадровых приказов».
На вкладке «Сотрудники» добавьте созданную рабочую группу. Это свяжет настройку с конкретными пользователями.
На вкладке «Виды документов» выберите только те виды, с которыми группа должна работать (например, «Приказ о приёме», «Приказ об увольнении» и т.д.). Важно: здесь же можно указать, что настройка применяется не ко всем видам документов, а только к выбранным.
💡 Почему это работает:
НДПС позволяет ограничивать права на операции с документами в зависимости от их состояния и вида. В отличие от полномочий, которые дают широкий набор ролей (как у «Делопроизводителей»), НДПС действует точечно: для указанной рабочей группы «включаются» только выбранные виды документов. Остальные виды для этой группы остаются вне зоны видимости и регистрации, поскольку настройка явно ограничивает область действия.
📌 Итог:
Секретари из группы «Регистратор кадровых приказов» видят в общем списке только свои документы, могут их регистрировать и обрабатывать. При этом они не получают доступ к остальным видам документов, даже если состоят в полномочии «Делопроизводители». Такой подход удобен, когда нужно быстро разграничить зоны ответственности между несколькими сотрудниками с похожими функциями, не создавая для каждого отдельное полномочие.

Кейс: Автоподстановка в обработках на основании дополнительного реквизита
Рассмотрим настройку в 1С:Документооборот, которая позволяет автоматически получать сотрудника из дополнительного реквизита документа и использовать это значение в правилах обработки.
Уточним терминологию: автоподстановка — это механизм получения значения, а не роль. В правиле обработки автоподстановка может быть выбрана в настройке действия, и полученный сотрудник будет подставлен в соответствующее поле действия — например, подписанта, согласующего, ознакамливающегося или исполнителя. Конкретное поле определяется настройкой действия.
Задача:
В документе есть дополнительный реквизит, например «Функциональный руководитель», в котором выбран сотрудник. Нужно, чтобы при запуске обработки этот сотрудник автоматически подставлялся в поле действия, настроенного в правиле обработки.
Шаг 1. Создаем дополнительный реквизит
В настройке дополнительных реквизитов документа создаем реквизит, например «Функциональный руководитель».
Тип значения: «Сотрудник» или «Пользователь» — в зависимости от задачи.
Режим выбора: выбор из справочника.
Шаг 2. Создаем автоподстановку
Переходим в раздел:
Документы — Автоподстановки для объектов
Создаем новую запись и в поле «Код» указываем конструкцию:
bsl
Результат = УправлениеСвойствами.ЗначениеСвойства(Объект.Ссылка, "ФункциональныйРуководитель_58b812ed5bc94d2d91fedb0dd8da99f0");
Важно:
Идентификатор дополнительного реквизита в кавычках нужно взять из карточки этого реквизита. Откройте реквизит и посмотрите значение в блоке «Для разработчиков». Именно его необходимо указать в коде.
Шаг 3. Используем автоподстановку в правилах обработки
В настройке правила обработки или шаблона бизнес-процесса выбираем созданную автоподстановку в параметрах нужного действия. В зависимости от настройки действия сотрудник будет подставлен в соответствующее поле.
Результат
При запуске обработки система получает значение из дополнительного реквизита документа и автоматически подставляет выбранного сотрудника в поле действия, заданное в правиле обработки.
Один и тот же дополнительный реквизит можно использовать в разных правилах обработки. При этом автоподстановка отвечает только за получение значения, а поле, в которое оно попадет, определяется настройкой конкретного действия.

➡️Работа сервиса 1С:Штамп восстановлена после инцидента с дата-центрами Яндекса

Сервис снова работает в штатном режиме:
➖штампы на документы проставляются гарантированно и без задержек;
➖очередь документов, накопившаяся во время сбоя, полностью обработана.

‼️Если вы отключали 1С:Штамп на время инцидента, его необходимо снова включить: документы, не проштампованные из-за отключения, будут проштампованы при первом обращении к ним.

✅1С:Штамп — сервис, который используется во всех типовых решениях 1С для визуализации электронных документов со штампами электронной подписи, регистрации и др. Подробнее

В связи со сбоями в работе сервисов 1С публикую официальную информацию от компании:

‼️Что делать пользователям 1С, чтобы не получить претензии и штрафные санкции
от контролирующих органов

С 11 октября наблюдаются перебои в работе сервисов 1С-Отчетность, 1С-ЭДО и 1С-ЭПД из-за инцидентов на стороне дата-центров. В опубликованном материале собрали рекомендации для пользователей: как действовать при недоступности сервисов, какие есть альтернативные способы обмена с контролирующими органами и как подтвердить обстоятельства сбоя.

🔖Читайте подробные инструкции

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

Ситуация:
Руководитель спрашивает:
— Сколько новых видов документов у нас создано за последние полгода?
Если в системе учёт документов ведётся в справочнике ДокументыПредприятия, где для каждого документа указан его вид и дата создания, то ответ можно получить, не дорабатывая конфигурацию. Достаточно воспользоваться консолью запросов и одним запросом на языке 1С.

Задача:
Нужно выбрать виды документов, первый документ которых был создан в заданном периоде. Иными словами, определить, какие виды документов появились (были впервые использованы) с &ДатаНачала по &ДатаОкончания. Количество таких видов и будет ответом.

Решение:
Используем следующий запрос:
1c
ВЫБРАТЬ
ДокументыПредприятия.ВидДокумента КАК ВидДокумента,
МИНИМУМ(ДокументыПредприятия.ДатаСоздания) КАК ДатаСоздания
ИЗ
Справочник.ДокументыПредприятия КАК ДокументыПредприятия

СГРУППИРОВАТЬ ПО
ДокументыПредприятия.ВидДокумента

ИМЕЮЩИЕ
МИНИМУМ(ДокументыПредприятия.ДатаСоздания) МЕЖДУ &ДатаНачала И &ДатаОкончания

УПОРЯДОЧИТЬ ПО
ДатаСоздания
Как это работает
Группировка по ВидДокумента — собираем все документы в разрезе их видов.
МИНИМУМ(ДатаСоздания) — для каждого вида находим дату самого первого документа. Это и есть дата появления вида в системе.
ИМЕЮЩИЕ ... МЕЖДУ &ДатаНачала И &ДатаОкончания — оставляем только те виды, у которых первый документ создан внутри указанного интервала. Виды, существовавшие до &ДатаНачала, в результат не попадут.
УПОРЯДОЧИТЬ ПО ДатаСоздания — сортируем список по дате появления вида (от старых к новым).
В итоге каждая строка результата — это новый вид документа, появившийся за период. Количество строк = количество новых видов.

Пошаговая инструкция в консоли запросов:
Откройте обработку «Консоль запросов» (внешнюю или встроенную).
Вставьте текст запроса в поле ввода.
Перейдите на вкладку «Параметры» и задайте значения:
&ДатаНачала — начало периода.
&ДатаОкончания — конец периода.
Например, для последних шести месяцев:
1c
&ДатаНачала = ДобавитьМесяц(ТекущаяДата(), -6)
&ДатаОкончания = ТекущаяДата()
Или для конкретного квартала:
1c
&ДатаНачала = Дата(2025, 1, 1)
&ДатаОкончания = Дата(2025, 3, 31)
Нажмите «Выполнить».
В окне результата вы увидите таблицу с двумя колонками: ВидДокумента и ДатаСоздания. Каждая строка — новый вид, появившийся в периоде.
Пример результата на скриншоте.

Заключение:
Кейс показывает, как простой запрос в консоли запросов решает управленческую задачу без изменения конфигурации и привлечения разработчиков. Главная идея — группировка по виду документа и поиск минимальной даты создания, которая затем фильтруется по периоду. Этот шаблон легко адаптировать под другие разрезы: например, по организациям, менеджерам или контрагентам, заменив группировку и условия.

В дополнение к кейсу о выборке по Организации. Как выбрать задачи с определенным исполнителем(исполнителями). Еще - Настроить список - Отбор - "Задача.Участники.Участник" В списке ">>>Тут указать нужных участников<<<"

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

В связи с неработоспособностью сервиса и ошибках в документах с ЭП, публикую кейс по отключению 1С ШТАМП.
Отключение требуеются для корректности проставки штампа ЭП, при включенном сервисе штамп будет выдавать ошибку скрин 2, даже если он не используется, но включен.

✅Чтобы отключить 1С:Штамп в 1С:Документообороте, выполните следующие действия:

Перейдите в раздел:
Настройки➡️Общие настройки программы➡️Электронные подписи➡️Настроить
Найдите настройку "Использовать сервис 1С:Штамп" и снимите с неё отметку

При необходимости настройте или оставьте без изменений другие параметры электронной подписи
После этого сервис перестанет использоваться для вставки штампов ЭП

➡️Обратите внимание:
Отключение сервиса активирует альтернативные способы вставки штампов (например, через платформу 1С или сторонние утилиты)
Функциональность электронной подписи останется доступной, но без использования облачного сервиса

🔖Подробнее: Автоматическая вставка штампа электронной подписи

Важное замечание. Чтобы ошибка ушла и предпросмотр файла отображался корректно, требуется из регистра сведений предпросмотр файлов удалить предпросмотр конкретного файла, чтобы он сформировался заново скрин 3.

Пример 2: Получить список задач, доступных пользователю через делегирование
На форумах описывается типовой подход: список текущих задач формируется соединением таблицы задач с регистром по полю РольПользователь
:
bsl
"ВЫБРАТЬ
| Задачи.Ссылка
|ИЗ
| Задача.ЗадачаИсполнителя КАК Задачи
| ВНУТРЕННЕЕ СОЕДИНЕНИЕ РегистрСведений.ИсполнителиРолейИДелегаты КАК Делегаты
| ПО Задачи.ТекущийИсполнитель = Делегаты.РольПользователь
|ГДЕ
| Делегаты.ИсполнительДелегат = &ТекущийПользователь"

6. Важные нюансы
Регистр не редактируется вручную. Все записи создаются при настройке делегирования или назначении ролей.
Делегирование ролей появилось в версии 2.0.15 и было развито в 3.0. В ранних версиях роли при делегировании не передавались автоматически.
Разделение ролей конфигуратора и ролей исполнителей. Делегирование не даёт делегату дополнительных прав в системе — только доступ к задачам и документам замещаемого.
При обновлении с 2.1 на 3.0 рекомендуется проверить актуальность записей в регистре, так как механизм делегирования был переработан.

7. Заключение
Регистр «ИсполнителиРолейИДелегаты» — это «невидимый» механизм, который делает ролевую модель 1С:Документооборот гибкой и устойчивой к отсутствию сотрудников. Пользователи настраивают замещения через раздел «Совместная работа», а регистр автоматически обеспечивает перенаправление задач и прав. Понимание его работы необходимо администраторам и разработчикам для отладки сценариев делегирования и построения корректных запросов к задачам.

Кейс: Регистр сведений «Исполнители Ролей И Делегаты» в 1С:Документооборот 3.0

1. Что это за объект
Регистр сведений «ИсполнителиРолейИДелегаты» — это служебный (технический) регистр в конфигурации «1С:Документооборот 3.0», который обеспечивает работу механизма ролевой адресации задач и делегирования полномочий. Он не предназначен для редактирования пользователем напрямую, а заполняется автоматически при настройке ролей и замещений.
В конфигурации существуют два closely связанных регистра:
«ИсполнителиРолей» — хранит базовую информацию о том, какие сотрудники исполняют какие роли (назначается ответственным за НСИ).
«ИсполнителиРолейИДелегаты» — расширяет эту информацию, добавляя данные о делегатах (замещающих сотрудниках), которые временно исполняют роли и получают задачи отсутствующего сотрудника.

2. Назначение регистра
Основное назначение — автоматическое перенаправление задач и предоставление прав в двух сценариях:
СценарийЧто происходит
Ролевая адресация
Задача назначается не конкретному сотруднику, а роли (например, «Секретарь», «Делопроизводитель»). Регистр определяет, какие сотрудники исполняют эту роль, и задача становится доступна всем им.
Делегирование (замещение)
Сотрудник уходит в отпуск или на больничный, назначается замещающий. Регистр фиксирует, что роли отсутствующего сотрудника передаются делегату, и тот получает доступ к задачам и документам замещаемого.
Ключевая особенность: при делегировании передаются именно роли исполнителя (не путать с ролями конфигуратора). Полномочия пользователя при этом не меняются — меняется только то, какие задачи и документы ему доступны.

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

Шаг 2. Что происходит в регистре
В момент записи элемента делегирования в регистр «ИсполнителиРолейИДелегаты» автоматически создаётся запись, в которой копируются роли замещаемого сотрудника на замещающего. После этого:
Задачи, адресованные роли замещаемого, становятся видны делегату.
Документы и объекты, доступные по роли, открываются замещающему на период замещения.
Шаг 3. Настройка ролей (для ответственного за НСИ)
Перечень ролей ведётся в справочнике «Роли исполнителей» (раздел «НСИ – Предприятие»). Ответственный за НСИ назначает сотрудников на роли — эти данные попадают в регистр «ИсполнителиРолей». При делегировании они автоматически переносятся в «ИсполнителиРолейИДелегаты».

4. Структура регистра (ключевые поля)
На основе доступной документации можно выделить следующие измерения и реквизиты:
ПолеТипНазначение
Роль
СправочникСсылка.РолиИсполнителей
Роль, которая исполняется или делегируется
Исполнитель (Сотрудник)
СправочникСсылка.Сотрудники
Сотрудник, исполняющий роль
ИсполнительДелегат
СправочникСсылка.Сотрудники
Замещающий сотрудник (делегат)
НастройкаДелегирования
ДокументСсылка.ДелегированиеПрав
Документ, которым оформлено замещение
Период
Дата
Период действия за
писи
Точный состав полей может отличаться в зависимости от редакции (ПРОФ/КОРП/ДГУ). Для получения актуальной структуры рекомендуется открыть регистр в конфигура
торе.

5. Примеры использования в коде
Пример 1: Получить всех делегатов для роли
bsl
Запрос = Новый Запрос;
Запрос.Текст =
"ВЫБРАТЬ
| ИсполнителиРолейИДелегаты.Роль КАК Роль,
| ИсполнителиРолейИДелегаты.Исполнитель КАК Исполнитель,
| ИсполнителиРолейИДелегаты.ИсполнительДелегат КАК Делегат
|ИЗ
| РегистрСведений.ИсполнителиРолейИДелегаты КАК ИсполнителиРолейИДелегаты
|ГДЕ
| ИсполнителиРолейИДелегаты.Роль = &Роль
| И ИсполнителиРолейИДелегаты.ИсполнительДелегат <> ЗНАЧЕНИЕ(Справочник.Сотрудники.ПустаяСсылка)";