← На главную

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

Шаг 1: Анализ корректности завершения обновления

Первым делом необходимо убедиться, что процесс обновления конфигурации прошел полностью и без критических прерываний. Рассмотрим ситуацию, когда процедура ОбновитьНастройкиФормы вызывает сбой — часто это происходит из-за того, что обработчики обновления данных не отработали до конца.

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

Шаг 2: Проверка влияния расширений конфигурации

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

1. Временно отключите все подключенные расширения конфигурации в соответствующем разделе администрирования.
2. Перезапустите сеанс 1С под пользователем с правами «Кадры».
3. Если ошибка исчезла — значит, проблема кроется в коде одного из расширений.
4. Разберем этот случай подробнее: поочередно подключайте расширения, чтобы найти то, которое вызывает сбой при инициализации НастройкиФормы.

Шаг 3: Сравнение с типовой конфигурацией (CF-файл)

Если обновление было масштабным, возможно повреждение метаданных или конфликт версий. Нам потребуется «чистый» файл поставки:

1. Выгрузите текущую конфигурацию в файл.
2. Возьмите типовой файл 1Cv8.cf от актуального релиза вашей программы.
3. Выполните Сравнение и объединение вашей базы с чистым файлом поставки.
4. Проанализируйте объект Справочник.Сотрудники и его формы. Обратите внимание на наличие различий в модулях, управляющих настройками. Если вы обнаружили нетипичные изменения, приведите структуру к типовому виду.

Шаг 4: Глубокая очистка настроек и целостность базы

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

Рассмотрим комплексные меры по обслуживанию:

• Очистите локальный кэш пользователя (папки Local Settings и AppData), так как старые настройки могут подтягиваться из кэша клиента.
• Выполните Тестирование и исправление информационной базы в Конфигураторе. Обязательно отметьте пункты Реиндексация таблиц и Пересчет итогов.
• Выясним, не повреждены ли записи в регистре, где хранятся пользовательские настройки (обычно это ХранилищеНастроекПользователей).

Шаг 5: Использование отладчика

Если описанные выше действия не привели к результату, перейдем к технической диагностике. Включите в конфигураторе опцию «Останавливаться по ошибке» (в меню «Отладка» -> «Настройка остановки» -> «Останавливаться на исключениях»).

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

Важное примечание: Проверьте, есть ли у пользователя права на доступ ко всем объектам, которые используются в форме списка. Ошибки в RLS часто приводят к тому, что при выполнении серверных процедур платформа не может инициализировать элементы управления из-за отсутствия доступа к данным, на которых они базируются.

Следуя этим шагам, вы сможете локализовать причину сбоя и вернуть стабильную работу справочника «Сотрудники» в вашей системе.