В конфигурации ЗУП 3.1 КОРП пользователи и администраторы часто сталкиваются с ситуацией, когда при попытке изменить флаг «Обособленное подразделение» или просто при записи элемента справочника Подразделения система «намертво» зависает. При анализе журнала регистрации выясняется, что в этот момент происходит бесконечная или крайне длительная запись в регистр сведений Подчиненность структурных единиц. Рассмотрим подробнее, для чего предназначен этот регистр, почему в нем могут возникать сотни тысяч записей и как привести систему в рабочее состояние.
Этот регистр является вспомогательным (техническим) и выполняет роль оптимизатора для иерархических запросов. В отличие от обычной версии ЗУП, в КОРП-редакции реализована более сложная управленческая структура. Регистр работает по принципу транзитивного замыкания.
Разберем, что это означает на практике. Если в вашей иерархии есть цепочка «Отдел -> Управление -> Департамент», то в обычном справочнике связь хранится только между соседями. Однако для быстрого построения отчетов и проверки прав доступа (RLS) системе нужно мгновенно знать, что «Отдел» входит не только в «Управление», но и в «Департамент». Поэтому в регистре Подчиненность структурных единиц создаются записи для всех возможных пар связей:
Благодаря этому SQL-запросу не требуется выполнять рекурсивные обходы дерева подразделений, что существенно ускоряет работу программы при включенном ограничении доступа на уровне записей (RLS). Однако обратной стороной является геометрический рост количества записей в регистре при увеличении вложенности и общего числа подразделений.
Если при наличии 30–150 реальных подразделений вы обнаруживаете в регистре сотни тысяч записей, это явный признак технической ошибки. Проанализируем основные причины возникновения такой ситуации:
Структура предприятия (который в КОРП связан со справочником Подразделения) возникает ситуация, когда подразделение «А» назначено родителем для подразделения «Б», а «Б» в свою очередь является родителем для «А» (или само для себя), алгоритм заполнения регистра уходит в бесконечную рекурсию.Подразделения) и управленческой (справочник Структура предприятия). При записи любого подразделения срабатывает подписка, которая инициирует обновление всей ветки в регистре Подчиненность структурных единиц.Рассмотрим по шагам, как исправить ситуацию, если запись подразделения длится часами.
Выясним, сколько элементов на самом деле содержится в управленческой структуре. Часто пользователи смотрят только в справочник подразделений организации, забывая про СтруктураПредприятия. Проанализируем ситуацию с помощью простого запроса или через «Функции для технического специалиста».
Если в справочнике обнаружены тысячи записей с непонятными кодами и названиями, их необходимо вычистить. Особенно обратите внимание на элементы, у которых в качестве родителя указана пустая ссылка или они сами. Для поиска зацикливания можно воспользоваться консолью запросов или написать небольшую обработку, которая проверяет уровень вложенности каждого элемента.
Простое удаление записей из регистра Подчиненность структурных единиц не поможет надолго, так как система попытается заполнить его снова при первой же записи подразделения. Однако в типовой конфигурации есть методы для принудительного и корректного обновления этого регистра.
Для полного пересчета структуры можно воспользоваться вызовом процедуры из общего модуля:
// Вызов процедуры для полного обновления управленческой структуры
ОрганизационнаяСтруктураСобытия.ОбновитьСтруктуруПредприятия(Ложь);
Параметр Ложь указывает системе на необходимость обновления данных без учета функциональных опций, что позволяет перестроить регистр «с нуля».
Если вы хотите понять, на каком именно элементе происходит сбой, проанализируем модуль ОрганизационнаяСтруктураСобытия. Найдем процедуры ОбновитьСтруктуруПредприятия и ОбновитьЭлементСтруктурыПредприятия. Установив точку останова в этих процедурах, можно отследить, какой именно объект вызывает бесконечный цикл при записи. Посмотрите на фрагмент кода, отвечающий за создание элементов:
Процедура ОбновитьЭлементСтруктурыПредприятия(Источник, Отказ) Экспорт
// ... логика определения изменений ...
ПодразделениеОбъект = Справочники.СтруктураПредприятия.СоздатьЭлемент();
// Именно здесь происходит синхронизация двух справочников
КонецПроцедуры
Важно помнить, что если вы очистите данный регистр, пользователи с ограниченными правами доступа по подразделениям могут временно перестать видеть данные в отчетах и документах. Система RLS в КОРП-версии жестко завязана на этот регистр. Поэтому процедуру очистки и пересчета рекомендуется проводить в технологическое окно, когда в базе нет активных пользователей.
Таким образом, регистр Подчиненность структурных единиц — это критически важный механизм оптимизации ЗУП КОРП. Грохнуть его можно только временно для очистки мусора, но для стабильной работы он должен быть заполнен корректно. Основное внимание при решении проблем с зависанием следует уделить чистоте справочника «Структура предприятия» и отсутствию в нем циклических ссылок, возникших в результате обмена данными.