Ситуация, когда пользователь обладает правами на создание документа, успешно записывает его, но не обнаруживает в общем списке, является классической проблемой для систем на базе 1С:ERP 2.4. Особенно часто это проявляется при использовании механизма RLS (Record Level Security) и типовых профилей доступа, таких как Инициатор заявок на расходование денежных средств. Разберем подробно, почему это происходит и как пошагово диагностировать проблему.
Проанализируем первичную гипотезу: если у пользователя достаточно прав для добавления объекта, то, скорее всего, прав на чтение (просмотр) также хватает. Если документ «исчезает» сразу после создания, в первую очередь проверим настройки самого интерфейса. Пользователи часто устанавливают случайные фильтры, которые сохраняются в системных настройках.
Рассмотрим порядок действий для исключения влияния пользовательских настроек:
ЗаявкаНаРасходованиеДенежныхСредств установлены фильтры по статусам (например, отображаются только «Согласованные» или «К утверждению»). Если новая заявка создается в статусе «Черновик», она автоматически скроется из списка.В современных версиях 1С:ERP активно используется так называемый «производительный режим» ограничений доступа. В отличие от традиционного RLS, который дописывал условия ГДЕ к каждому SQL-запросу, этот режим использует вспомогательные таблицы (ключи доступа). Проанализируем, как это влияет на видимость документов.
Если система работает в производительном режиме, то при создании нового документа запись о правах доступа попадает в очередь. Физическое обновление таблиц прав может происходить с задержкой в несколько секунд или минут. Если регламентное задание Обновление ключей доступа зависло или работает медленно, пользователь не увидит свой документ, пока система не «пересчитает» права для этой конкретной записи.
Для диагностики этого механизма выполним следующие шаги:
Заполнение данных для ограничения доступа и Обновление ключей доступа.Настройка профиля «Свои объекты всегда разрешены» жестко завязана на конкретные метаданные документа. Выясним, какой именно реквизит система считает определяющим для идентификации «владельца» документа. В конфигурации 1С:ERP 2.4 для этого чаще всего используется системный реквизит Автор.
Важно понимать различие:
Ответственный — это реквизит, который обычно виден на форме и может быть изменен вручную.Автор — зачастую скрытый реквизит, который заполняется системой автоматически при первой записи документа.Если в системе установлены расширения или произведены доработки, которые очищают реквизит Автор или подменяют его значение, механизм RLS «Объекты текущего пользователя» перестает работать. Проанализируем это, открыв документ через консоль запросов или обработку «Редактирование реквизитов» и проверив заполненность поля Автор.
Иногда корень проблемы лежит в смежных настройках. В 1С:ERP существует возможность ограничивать доступ не только по пользователям, но и по Группам доступа физических лиц. Рассмотрим ситуацию, когда ограничение настроено по физическому лицу, связанному с пользователем.
Если в группе доступа указано ограничение по физлицам, а у текущего пользователя в его карточке (справочник Пользователи) не заполнено поле Физическое лицо, или это лицо не входит в разрешенные группы, система может блокировать просмотр документов, даже если он является их автором. Проанализируем корректность связки «Пользователь — Физическое лицо».
Если визуальный анализ не дал результатов, перейдем к техническим методам. Проверим, как база данных «видит» запрос под проблемным пользователем. Для этого запустим консоль запросов под сеансом данного пользователя (или с имитацией его прав).
Посмотрим на пример запроса, который поможет понять, отсекаются ли данные механизмом RLS:
ВЫБРАТЬ
Заявка.Ссылка,
Заявка.Номер,
Заявка.Автор
ИЗ
Документ.ЗаявкаНаРасходованиеДенежныхСредств КАК Заявка
ГДЕ
Заявка.Автор = &ТекущийПользователь
Если этот запрос возвращает данные, а динамический список в интерфейсе пуст — значит, проблема в настройках формы (отборах). Если же запрос под пользователем возвращает пустой результат, а под администратором данные есть — проблема однозначно в RLS или неактуальных ключах доступа.
В некоторых случаях помогает принудительный вызов обновления параметров сеанса, чтобы сбросить кешированные права. Это можно сделать через консоль кода (если есть права) или создав небольшую внешнюю обработку:
// Принудительное обновление параметров доступа для текущего сеанса
ПараметрыДоступа.ОбновитьПараметрыДоступа();
Справочники.КлючиДоступа.ОбновитьКлючиДоступа();
Также стоит проверить наличие расширений. Как отмечалось в обсуждении, некоторые расширения, работающие в безопасном режиме, могут некорректно взаимодействовать с запросами к таблицам прав доступа, что приводит к «вырезанию» записей из динамических списков.
Подводя итог, можно выделить основные шаги решения задачи:
Автор в созданных документах.Применение этих методов позволяет в 99% случаев восстановить видимость документов в 1С:ERP 2.4 без изменения типовой конфигурации.