Справочники

Основные свойства

1. Имена, синонимы и представления должны соответствовать стандартам:

• Имена объектов метаданных в конфигурациях
• Имя, синоним, комментарий

2. Комментарий - При добавлении нового объекта в обязательном порядке требуется указать в комментарии причину добавления. Подробнее в Префикс и комментарии.
3. Представление объекта - В единственном числе
4. Представление списка - Во множественном числе. Представление списка не задается, если совпадает с синонимом.

Стандартные реквизиты

Если в ТЗ или ТР не написана длина наименование тогда по умолчанию ставим 150 символов.

Если код справочника не имеет никакого прикладного смысла, рекомендуется его не использовать – задать длину кода 0. Если код используется – приципы кодирования определяются прикладным смыслом (например, код справочника ГосКонтракты – это уникальный номер контракта, длина кода равна 25 символам).

Свойства реквизитов

• Значение заполнения - Может быть задано заведомо известное значение по умолчанию, например: СтавкаНДС = НДС18
• Заполнять из данных заполнения - Да, если при создании нового элемента справочника из формы списка с установленными отборами требуется заполнить реквизит значением отбора
• Проверка заполнения - Выдавать ошибку, если хотя бы в одном сценарии требуется обязательное заполнение реквизита. См. стандарты:
  • Подсказка и проверка заполнения
  • обработчике события модуля объекта ОбработкаПроверкиЗаполнения
• Связи параметров выбора - Заполняется, если значение реквизита зависит от значений других реквизитов
• Параметры выбора - Заполняется, если значение ограничено заранее известными условиями отбора

Префиксация

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

Пример решение: cоздать подписку на события рздПриУстановкеНовогоКодаОбъектаПоИнформационнойБазе метод ПрефиксацияОбъектовСобытия.УстановитьПрефиксИнформационнойБазы(метод может отличаться в типовых конфигурациях).

БСП

При необходимости подключать справочники к функционалу (согласно ТЗ или явной формулировке в техническом решении):

1. Подключаемые команды (форма документа и списка)

   Методы должны располагаться в области СлужебныеПроцедурыИФункции внутри области ПодключаемыеКоманды

2. Версионирование

   Создать подписку на событие рздЗаписатьВерсиюОбъекта на метод ВерсионированиеОбъектовСобытия.ЗаписатьВерсиюОбъекта (уточнить по документации). Остальное по документации

Формы

Формы справочников должны придерживаться регламенту по разработке управляемых форм.

Роли

На документ должны быть созданы роли согласно регламенту “Роли“.

В зависимости от проекта и требований по RLS выполнить необходимые действия: Устанавливается на справочники, подчиненные организациям, или у которых есть реквизит Организация.

• Добавить его в переопределяемый модуль УправлениеДоступомПереопределяемый.ПриЗаполненииСписковСОграничениемДоступа
• Добавить в модуль менеджера переопределяемый метод ПриЗаполненииОграниченияДоступа, в котором описать правила чтения и изменения для расчетной модели прав.
• Добавить в определяемый тип ВладелецЗначенийКлючейДоступа СправочникСсылка.%ТипОбъекта%
• Добавить в определяемый тип ВладелецЗначенийКлючейДоступаОбъект СправочникОбъект.%ТипОбъекта%
• В процедуре ПриЧтенииНаСервере формы элемента (если есть), добавить вставку кода:

// СтандартныеПодсистемы.УправлениеДоступом
Если ОбщегоНазначения.ПодсистемаСуществует("СтандартныеПодсистемы.УправлениеДоступом") Тогда
МодульУправлениеДоступом = ОбщегоНазначения.ОбщийМодуль("УправлениеДоступом");
МодульУправлениеДоступом.ПриЧтенииНаСервере(ЭтотОбъект, ТекущийОбъект);
КонецЕсли;
// Конец СтандартныеПодсистемы.УправлениеДоступом

Подсистемы

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