Для каких объектов конфигурации 1С возможен ввод предопределённых значений

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

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

Полный перечень объектов с поддержкой предопределённых значений

Платформа 1С:Предприятие 8 поддерживает ввод предопределённых элементов для четырёх типов объектов конфигурации:

• Справочники — предопределённые элементы и группы (например, валюта «Рубль», группа «Собственные организации»);
• Планы видов характеристик — предопределённые виды характеристик (например, «Цвет», «Размер» в механизме дополнительных реквизитов);
• Планы счетов — предопределённые счета бухгалтерского или управленческого учёта (например, счёт 01 «Основные средства»);
• Планы видов расчёта — предопределённые виды расчёта (например, «Оклад», «Премия», «НДФЛ»).

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

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

Справочники: самый частый случай

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

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

Обращение из встроенного языка выполняется через менеджер справочника:

Рубль = Справочники.Валюты.НайтиПоНаименованию("RUB");
// Надёжнее — обращение по предопределённому имени:
Рубль = Справочники.Валюты.Рубль;

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

Планы счетов и планы видов расчёта

Планы счетов практически всегда содержат предопределённые счета: весь типовой план счетов бухгалтерского учёта (01, 02, 10, 41, 62 и так далее) создаётся именно как предопределённый. Пользователь может добавлять собственные субсчета, но не может удалить предопределённые счета без снятия конфигурации с поддержки. Это гарантирует, что проводки, формируемые типовым кодом, всегда найдут нужный счёт.

Признак «Запретить использовать в проводках» у предопределённого счёта тоже задаётся разработчиком — обычно для счетов-групп, которые служат только для объединения субсчетов.

Планы видов расчёта используют предопределённые виды расчёта в механизмах расчёта зарплаты: «Основной оклад», «Районный коэффициент», «Больничный» и другие. Предопределённость здесь критична, потому что механизм вытеснения и зависимости видов расчёта (ведущие, вытесняющие) часто настраиваются именно на предопределённых элементах.

Планы видов характеристик и перечисления

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

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

Как создать предопределённый элемент: порядок действий

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

1. 1
   Откройте конфигуратор и найдите нужный объект (справочник, план счетов, план видов характеристик или план видов расчёта) в дереве конфигурации.
2. 2
   Откройте форму редактирования объекта и перейдите на закладку «Прочее», нажмите кнопку «Предопределённые».
3. 3
   Добавьте новый элемент: задайте имя (латиница или кириллица без пробелов), код и наименование.
4. 4
   Заполните остальные реквизиты элемента при необходимости — они станут значениями по умолчанию в базе.
5. 5
   Обновите конфигурацию базы данных (F7) — платформа создаст элемент в таблицах.
6. 6
   Проверьте в режиме предприятия, что элемент появился и доступен для обращения из кода.

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

Обновление, переименование и удаление: ограничения

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

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

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

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

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

Проверяемый = Справочники.Валюты.Рубль;
Если Проверяемый.Пустая() Тогда
    Сообщить("Предопределённый элемент не найден");
КонецЕсли;

Когда предопределённые значения не нужны: альтернативы

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

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

Часто задаваемые вопросы