Восстановление предопределенных элементов справочника в 1С

Предопределенные элементы справочника — это записи, которые создаются разработчиком конфигурации и используются кодом программы: валюта «Рубль», ставка НДС, основной вид цен, типовые статьи затрат. Если такой элемент удалён, переименован или утерял связь с предопределенным именем, типовые механизмы начинают выдавать ошибки вида «Предопределенный элемент отсутствует» или «Значение не найдено», а документы перестают проводиться.

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

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

Почему предопределенные элементы исчезают

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

Типичные причины потери:

• пользователь с правами администратора удалил элемент интерактивно, посчитав его лишним;
• при обмене данными элемент из другой базы «затер» предопределенный или пришел без признака предопределенности;
• конфигурация была обновлена, а обновление данных не выполнено или прервано;
• элемент переименовали в пользовательском режиме, и код перестал его находить (в старых версиях платформы);
• при загрузке данных через обработки связь с предопределенным именем была сброшена.

Подготовка: резервная копия и диагностика

До любых исправлений создайте архивную копию базы. В файловом варианте достаточно скопировать каталог базы или файл 1Cv8.1CD при закрытых сеансах, в клиент-серверном — сделать выгрузку через конфигуратор («Администрирование → Выгрузить информационную базу») или средствами СУБД. Восстановление предопределенного элемента меняет ссылочную структуру, и откат без копии будет невозможен.

Затем определите, какой именно элемент утрачен. Откройте справочник и проверьте наличие записи. Если запись есть, но ошибка сохраняется, значит, проблема не в отсутствии элемента, а в утере признака предопределенности. Уточнить это можно в конфигураторе: откройте справочник, перейдите на закладку «Прочее → Предопределенные» (или «Предопределенные элементы») и сравните список заданных разработчиком имен с фактическим содержимым базы.

Полезно посмотреть журнал регистрации: фильтр по событию «Данные. Удаление» покажет, кто и когда удалил элемент. Это поможет не только восстановить запись, но и устранить причину — например, ограничить права на удаление предопределенных элементов.

Способ 1. Обновление конфигурации базы данных

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

1. 1
   Завершите работу всех пользователей и откройте конфигуратор в монопольном режиме
2. 2
   Убедитесь, что конфигурация базы данных соответствует конфигурации поставщика (нет непримененных изменений)
3. 3
   Выполните «Конфигурация → Обновить конфигурацию базы данных»
4. 4
   Если платформа предложит реструктуризацию — подтвердите и дождитесь завершения
5. 5
   Откройте режим предприятия и проверьте наличие элемента в справочнике

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

Способ 2. Восстановление через конфигуратор вручную

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

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

Если элемента нет вообще

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

Способ 3. Программное восстановление

Когда интерактивных средств недостаточно, элемент создают встроенным языком — через внешнюю обработку или консоль кода. Метод ПолучитьИмяПредопределенного и установка имени предопределенных данных позволяют связать запись с нужным именем.

НовыйЭлемент = Справочники.Валюты.СоздатьЭлемент();
НовыйЭлемент.Наименование = "RUB";
НовыйЭлемент.НаименованиеПолное = "Российский рубль";
НовыйЭлемент.ИмяПредопределенныхДанных = "Рубль";
НовыйЭлемент.Записать();

// Проверка:
Сообщить(Справочники.Валюты.Рубль.НаименованиеПолное);

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

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

Особые случаи и ограничения

Обмен данными и РИБ

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

Удаленный элемент с ссылками

Если предопределенный элемент был удален, а на него ссылались документы, после восстановления создастся новая ссылка — старые документы будут содержать битые ссылки вида «Объект не найден». В этом случае потребуется поиск и замена ссылок (обработкой поиска и замены значений) либо восстановление исходной базы из копии с последующим аккуратным переносом.

Проверка результата

После восстановления проверьте три вещи: элемент отображается в списке справочника, обращение из кода Справочники.ИмяСправочника.ИмяЭлемента возвращает ссылку без ошибки, а типовая операция, которая раньше падала (проведение документа, заполнение отчета), выполняется штатно.

Как предотвратить повторение проблемы

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

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

Частые вопросы