После перехода на новые релизы конфигурации «Зарплата и кадры государственного учреждения» (ЗКГУ), в частности на версию 3.1.17.171 и выше, пользователи часто сталкиваются с неприятной ситуацией: привычные отборы в справочнике Сотрудники перестают функционировать корректно. Это может выражаться в том, что список не реагирует на выбранные параметры или выдает пустой результат, несмотря на наличие подходящих данных. Разберем подробно, почему это происходит и как восстановить работоспособность системы, используя комплексный подход.
Начнем с анализа настроек самой программы. В версии 3.1 разработчики вынесли управление поведением списков в отдельный раздел. Выясним, установлена ли необходимая опция, которая разрешает расширенную фильтрацию. Проанализируем путь к этой настройке, так как она часто теряется в интерфейсе после обновления.
Перейдем в раздел Настройка, далее выберем пункт Дополнительные настройки. В открывшемся окне нас интересует флажок «Использовать в списке сотрудников сортировку и отбор по любым колонкам». Даже если этот флажок уже установлен, рекомендуется выполнить следующие действия для «перезапуска» механизма:
Этот простой маневр инициирует обновление структуры динамического списка в базе данных, что помогает устранить программный сбой, возникший в момент реструктуризации таблиц при обновлении конфигурации.
Рассмотрим ситуацию, когда настройки конкретного пользователя конфликтуют с обновленной схемой компоновки данных (СКД), которая лежит в основе справочника Сотрудники. В процессе обновления разработчики могли изменить состав полей или логику формирования представлений. Старые настройки отборов, сохраненные в кэше базы данных, «пытаются» обратиться к несуществующим или измененным объектам.
Для исправления этой ситуации выполним процедуру очистки настроек пользователя внутри информационной базы:
Сотрудники, и удалим их.После этой операции все визуальные изменения списка (ширина колонок, примененные ранее фильтры) сбросятся к заводским установкам, что в большинстве случаев позволяет отборам снова заработать корректно.
Механизм поиска и фильтрации в современных решениях на платформе 1С:Предприятие 8.3 тесно связан с полнотекстовым поиском. Если индекс поиска стал неактуальным после массового изменения данных (а обновление релиза — это всегда массовое изменение), отборы по текстовым полям могут выдавать непредсказуемые результаты. Проанализируем, как обновить этот индекс.
Перейдем в Администрирование — Обслуживание — Полнотекстовый поиск. Выполним последовательно две команды:
Обратите внимание, что процесс индексации может занять значительное время в зависимости от объема вашей базы данных. Дождитесь статуса «Индекс актуален».
Если вышеперечисленные методы не помогли, вероятно, проблема кроется в локальном кэше на компьютере пользователя. Платформа 1С кэширует формы и структуры запросов локально для ускорения работы, но при обновлении версии 3.1.17 этот кэш может стать источником ошибок.
Разберем самый надежный способ очистки кэша без ручного удаления папок из профиля пользователя Windows. Посмотрим на алгоритм:
1С:Стартер (окно со списком баз).При повторном добавлении базы в список 1С создаст новую уникальную папку для кэша, и все программные модули форм будут загружены «с чистого листа».
В релизах ветки 3.1.17 были существенно переработаны механизмы RLS (Record Level Security). Если у сотрудников настроен доступ по группам физических лиц или подразделениям, некорректная работа отборов может быть следствием незавершенных процедур обработки данных.
Проанализируем ситуацию под пользователем с полными правами. Если у администратора отборы работают, а у рядового сотрудника — нет, необходимо выполнить следующие действия:
Иногда причина кроется в установленном режиме просмотра справочника. Если в списке сотрудников включена иерархия (просмотр по подразделениям), стандартные отборы могут конфликтовать с наложенным фильтром по родителю. Выясним, как проверить этот момент.
В форме списка сотрудников нажмем кнопку Еще, найдем пункт Установить режим просмотра и выберем Плоский список. В этом режиме система не пытается группировать сотрудников по папкам или иерархии подразделений, что упрощает работу динамического списка и часто «оживляет» заклинившие отборы.
В крайнем случае, когда программные методы исправления из пользовательского режима исчерпаны, прибегнем к тестированию и исправлению (ТиИ) базы данных. Это позволит восстановить логическую целостность и связи между таблицами Справочник.Сотрудники и Справочник.ФизическиеЛица.
Запустим базу в режиме Конфигуратор, перейдем в меню Администрирование — Тестирование и исправление. Установим следующие флажки:
Перед запуском ТиИ обязательно создайте резервную копию базы данных. Процедура переиндексации часто исправляет глубокие ошибки динамических списков, которые не поддаются лечению через очистку настроек.
Используя предложенные методы в комплексе, мы сможем восстановить полноценную работу с кадровыми данными и обеспечить стабильное функционирование системы ЗКГУ после любых обновлений.