Почему зависает подбор сотрудников в 1С:ЗУП 3.1 и как это исправить?

В процессе работы с программой «1С:Зарплата и управление персоналом» (редакция 3.1) пользователи часто сталкиваются с крайне неприятной проблемой: при попытке подобрать сотрудников в ведомостях на выплату зарплаты или других кадрово-расчетных документах программа намертво зависает. Процесс 1cv8.exe или rphost начинает потреблять до 25% (или 50%) ресурсов центрального процессора, что означает полную загрузку одного или нескольких ядер CPU, а в журнале регистрации фиксируются бесконечные циклы входа и выхода из системы.

Давайте подробно разберем, почему возникает эта проблема, проанализируем внутренние механизмы работы конфигурации и рассмотрим пошаговые методы устранения этого сбоя — от простых административных действий до работы со служебными регистрами и обновления платформы.

Причина 1. Баг технологической платформы 1С:Предприятие

Одной из наиболее частых причин зависания подбора в релизах ЗУП 3.1 является зарегистрированная ошибка самой платформы 1С. Проблема локализуется в общем модуле при инициализации формы подбора.

Давайте разберем, что происходит на программном уровне. При открытии формы подбора срабатывает серверный метод:

ФизическиеЛицаЗарплатаКадрыРасширенный.ФормаВыбораСотрудниковПриСозданииНаСервере(Форма, Параметры)

Внутри этой процедуры система пытается принудительно активировать использование определенных колонок в динамическом списке для корректной фильтрации и отображения данных. Зависание происходит непосредственно на строке кода:

Форма.Список.УстановитьОбязательноеИспользование("ВидДоговора", Истина);

На некоторых версиях платформы (в частности, в ветках 8.3.12.1529, ранних сборках 8.3.13 и смежных релизах) метод УстановитьОбязательноеИспользование уходит в бесконечную рекурсию при отрисовке элементов формы интерфейса. Клиентское приложение начинает непрерывно запрашивать данные у сервера, имитируя постоянный перезапуск сеанса.

Как решить эту проблему:

1. Проанализируем текущую версию установленной платформы 1С.
2. Если используется проблемная версия (например, ниже 8.3.12.1714), необходимо выполнить обновление технологической платформы до актуального стабильного релиза (рекомендуется использовать проверенные сборки веток 8.3.20, 8.3.22 или выше в зависимости от требований вашей конфигурации).
3. После обновления платформы очистим локальный кэш конфигурации на рабочих станциях пользователей, чтобы исключить сохранение некорректных старых схем компоновки форм.

Причина 2. Сбой индекса полнотекстового поиска (ППД)

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

Разберем по шагам, как очистить и пересчитать этот индекс:

1. Запустим программу 1С:ЗУП в режиме «Предприятие» от имени администратора.
2. Перейдем в главное меню, выберем раздел «Функции для технического специалиста» (в старых версиях платформы — «Все функции»).
3. В открывшемся окне найдем стандартную обработку УправлениеПолнотекстовымПоиском (или перейдем через администрирование в раздел «Поддержка и обслуживание» -> «Полнотекстовый поиск»).
4. Проверим статус работы поиска. Если он активен, нажмем кнопку «Очистить индекс». Это действие удалит физические файлы старого индекса с диска.
5. После успешной очистки нажмем кнопку «Обновить индекс». Дождемся завершения процесса. Если база данных имеет большой объем, процедура может занять некоторое время.

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

Причина 3. Дубли и некорректные записи в служебных регистрах сведений

Форма подбора сотрудников в ЗУП 3.1 — это не просто список элементов справочника Справочник.Сотрудники. Для оптимизации скорости расчета и вывода информации разработчики 1С используют вспомогательные регистры сведений, которые хранят предварительно рассчитанные данные о кадровом состоянии сотрудников и условиях оплаты их труда.

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

• РегистрСведений.ДанныеДляПодбораСотрудников
• РегистрСведений.ДанныеОбОплатеТрудаДляПодбораСотрудников
• РегистрСведений.ТекущиеКадровыеДанныеСотрудников

Если в результате некорректного обновления, переноса данных или прерывания транзакций в этих регистрах появились дублирующиеся записи по сотрудникам (например, когда по одному физическому лицу в рамках одной организации создается несколько противоречащих друг другу записей), динамический список при попытке наложить левое соединение уходит в бесконечный цикл обработки запроса СУБД.

Рассмотрим, как исправить данные в регистрах:

1. Перейдем в список регистра напрямую, введя в адресную строку 1С ссылку: e1cib/list/РегистрСведений.ДанныеДляПодбораСотрудников.
2. Через меню «Еще» выберем команду «Разблокировать объекты» (если она доступна).
3. Нажмем кнопку «Перезаполнить регистр». Система запустит фоновый процесс актуализации данных на основании кадровых документов.
4. Если автоматическое перезаполнение не решило проблему, необходимо локализовать «проблемного» сотрудника. Для этого попробуем открыть подбор в документе с отбором по конкретному подразделению. Если по какому-то подразделению подбор открывается быстро, а по другому зависает — проблема кроется в сотрудниках этого подразделения.
5. Найдем в регистре двоящиеся записи по выявленным сотрудникам и вручную удалим некорректные строки, после чего перепроведем кадровые документы этих сотрудников (например, «Прием на работу» или «Кадровый перевод»), чтобы система корректно сформировала движения в служебных регистрах.

Причина 4. Логическая целостность базы данных и реструктуризация

Если база данных работает в файловом режиме, причиной зависания при выполнении сложных запросов динамического списка может быть нарушение физической или логической целостности таблиц базы данных. Обычная проверка утилитой chdbfl.exe часто не находит ошибок, так как она проверяет только физическую структуру файла, но не логические связи между таблицами.

В этом случае эффективным решением является проведение полного тестирования и исправления с обязательной реструктуризацией таблиц:

1. Создадим резервную копию информационной базы (файл 1Cv8.1CD или выгрузку .dt). Это обязательный шаг перед проведением любых восстановительных работ!
2. Запустим базу данных в режиме «Конфигуратор».
3. Откроем меню «Администрирование» -> «Тестирование и исправление...».
4. Установим флажки напротив следующих пунктов:
   • Реиндексация таблиц информационной базы
   • Проверка логической целостности информационной базы
   • Реструктуризация таблиц информационной базы (это самый важный флажок, так как он принудительно пересоздает физические таблицы базы данных на диске, устраняя скрытые дефекты распределения памяти).
5. В поле «При наличии удаленных объектов» выберем «Очищать объекты», а в «При наличии неразрешенных ссылок» — «Очищать».
6. Нажмем кнопку «Выполнить» и дождемся окончания процесса.

Для клиент-серверных баз аналогичную процедуру реиндексации и очистки процедурного кэша рекомендуется выполнять непосредственно на сервере СУБД (например, MS SQL Server или PostgreSQL) с помощью планов обслуживания базы данных (инструкции DBCC DBREINDEX или VACUUM FULL).

Резюме

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