Почему в 1С:Управление торговлей 11 не видны документы реализации в общем журнале продаж и как это исправить?

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

1. Архитектура общего журнала и механизм ограничений RLS

Для понимания корня проблемы проанализируем, как устроен журнал Документы продажи (все). В отличие от стандартного списка документов одного типа (например, РеализацияТоваровУслуг), общий журнал продаж построен на сложном динамическом списке с объединенным запросом к множеству таблиц метаданных: заказам клиентов, реализациям товаров и услуг, актам выполненных работ, корректировкам реализаций, счетам-фактурам и возвратам.

В типовых конфигурациях на базе БСП (Библиотека стандартных подсистем) действует производительный механизм ограничения доступа на уровне записей (RLS). Ограничение проверяется не только на сам документ реализации, но и на связанные справочники и регистры:

1. Справочник.Организации — ограничение видимости по организациям предприятия.
2. Справочник.Партнеры и Справочник.Контрагенты — группы доступа контрагентов.
3. Справочник.ДоговорыКонтрагентов и Справочник.СоглашенияСКлиентами.
4. Справочник.Подразделения и склады.

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

2. Проверка и настройка профилей и групп доступа

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

1. Перейдем в раздел НСИ и администрирование → Администрирование → Настройки пользователей и прав → Группы доступа.
2. Проверим наличие типовых групп доступа (например, Менеджеры по продажам, Продажи, Руководители отдела продаж).
3. Откроем нужную группу доступа и проверим вкладку Участники группы. Убедимся, что все сотрудники, у которых пропали документы, включены в состав этой группы.
4. Перейдем в связанный Профиль групп доступа (раздел Профили групп доступа) и проверим состав разрешенных ролей. В профиле обязательно должны быть включены роли:
   • Чтение реализаций товаров и услуг;
   • Чтение заказов клиентов;
   • Чтение актов выполненных работ;
   • Чтение информации по партнерам;
   • Использование журнала документов продажи.
5. Если профиль был поврежден или изменен вручную, создадим новый типовой профиль на основе предопределенного профиля Менеджер по продажам и заново назначим его пользователям через группу доступа.

3. Очистка пользовательских настроек и скрытых отборов

Иногда система сохраняет некорректные отборы динамического списка в системном хранилище платформы. При этом в пользовательском интерфейсе видимые поля отборов остаются пустыми, но на уровне запроса отбор продолжает отсекать все строки. Разберем, как сбросить эти настройки:

1. Непосредственно в форме журнала продаж нажмем кнопку Еще → Установить стандартные настройки.
2. Если это не помогло, выполним централизованный сброс настроек формы под администратором: перейдем в НСИ и администрирование → Настройки пользователей и прав → Очистка настроек, выберем проблемного пользователя, найдем форму журнала Документы продажи (все) и нажмем Очистить.
3. Проверим верхнюю командную панель журнала: в поле выбора типов отображаемых документов и хозяйственных операций должны быть установлены флаги для всех требуемых видов реализации.

4. Восстановление и пересчет ключей доступа RLS

В версиях конфигураций 11.4 и выше права RLS кэшируются в специальных служебных регистрах сведений: КлючиДоступаКОбъектам, КлючиДоступаКРегистрам, ТаблицыГруппДоступа и ЗначенияГруппДоступа. В файловых базах регламентные задания фонового обновления прав могут не выполняться своевременно, из-за чего новые ключи не рассчитываются.

Для принудительного пересчета ключей доступа применим программное обновление или служебные обработки БСП. Посмотрим на пример программного вызова процедур обновления прав:

// Принудительный запуск обновления прав доступа и ключей RLS
УправлениеДоступом.ОбновитьКлючиДоступа();
УправлениеДоступомСлужебный.ЗаполнитьКлючиДоступа(Истина);

Для выполнения данного кода можно воспользоваться встроенной обработкой Групповое изменение реквизитов (с включенной возможностью выполнения произвольного алгоритма) или внешней обработкой, запущенной с полными административными правами.

5. Проведение регламентных процедур обслуживания базы данных

Если база данных работает в файловом режиме (файл 1Cv8.1CD), сбой отображения составных списков может быть вызван повреждением внутренних индексов таблиц. Выполним стандартный комплекс регламентного обслуживания:

1. Создадим полную резервную копию информационной базы (выгрузка в .dt или прямое копирование файла 1Cv8.1CD).
2. Запустим конфигуратор и перейдем в меню Администрирование → Тестирование и исправление...
3. Установим флаги на пунктах:
   • Реиндексация таблиц информационной базы;
   • Проверка логической целостности информационной базы;
   • Пересчет итогов.
4. Нажмем Выполнить и дождемся завершения служебного протокола.
5. Очистим локальный кэш пользователя на клиентском компьютере (каталоги %LOCALAPPDATA%\1C\1cv8 и %APPDATA%\1C\1cv8).

Последовательное выполнение указанных шагов — корректное распределение пользователей по группам доступа, проверка состава ролей в профилях, сброс пользовательских настроек формы и принудительный пересчет ключей доступа RLS — гарантированно восстанавливает видимость документов реализации в общем журнале продаж 1С:УТ 11.