← На главную

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

Выясняем причины неполного заполнения документа

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

Основные причины возникновения данной проблемы под ограниченными правами:

1. Рассинхронизация дескрипторов прав доступа: В 1С:Документообороте используется механизм предварительного расчета прав на основе дескрипторов. При обновлении базы, сбое фоновых заданий или обновлении платформы таблица рассчитанных прав RLS (Record Level Security) может утратить актуальность. В результате система считает, что у обычного пользователя нет прав на шаблон или связанные справочники.
2. Отсутствие явных прав на папку или предмет: В настройках прав целевой папки или вида документа могут отсутствовать разрешения на добавление или чтение для конкретной роли или рабочей группы.
3. Сбой кэша платформы 1С:Предприятие: После обновления платформы клиентский или серверный кэш может некорректно обрабатывать сеансовые параметры, возвращая ложный результат проверки доступа.

Способ 1. Полный или выборочный пересчет прав доступа

Это наиболее эффективное и ключевое решение проблемы, когда реквизиты перестают затягиваться из-за сбоя в дескрипторах прав. Для выполнения полного пересчета прав выполним следующие шаги:

1. Войдем в систему под учетной записью с административными правами.
2. Перейдем в раздел Администрирование — Поддержка и обслуживание — Управление правами.
3. Запустим команду Запустить пересчет прав или выполним обновление прав доступа для документов и справочников.
4. Дождемся окончания работы фонового задания по пересчету дескрипторов прав.

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

Способ 2. Диагностика с помощью замера производительности и отладки

Если требуется точно локализовать место, где сбрасываются значения или переменная доступности (например, ЕстьДоступныеШаблоныДокументов принимают значение Ложь), воспользуемся механизмом замера производительности:

1. Запустим конфигуратор и включим режим отладки для сеанса пользователя с ограниченными правами (например, сотрудника канцелярии).
2. Откроем модуль формы создания документа или модуль объекта шаблона.
3. Включим Замер производительности в Конфигураторе перед нажатием кнопки создания документа.
4. Выполним нажатие кнопки создания документа по шаблону, после чего остановим замер.
5. Найдем в результатах замера процедуры заполнения полей и проанализируем условия проверки прав, где система отсекает значения реквизитов.

Способ 3. Проверка прав на уровень папки и настройки доступности по состоянию

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

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

Способ 4. Очистка кэша и настройка регламентных заданий

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

1. Убедимся, что в базе включено и работает по расписанию регламентное задание Обновление прав доступа.
2. При массовых сбоях у пользователей выполним очистку клиентского кэша платформы путем запуска с параметром /ClearCache в строке подключения.