[Vofka]

Длина кода (номера) объектов конфигурации

--------------------------------------------------------------------------------

Длины кодов(номеров) объектов конфигурации задаются в зависимости от их прикладного смысла.

1. Код используется как краткое представление элемента данных в виде строки, автонумерация не используется.
Пример - использование кода справочника "Пользователи" для хранения краткого имени пользователя. В этом случае длина устанавливается достаточной для хранения краткого строкового представления объектов исходя из прикладного смысла кода.

2. Код (номер) используется для идентификации объекта числом, возможно со строковым префиксом числа.
Длина кода (номера) выбирается, исходя из потенциального количества всех объектов, хранимых в базе данных; объектов, относящихся к определенному периоду (для документов и бизнес-процессов); или объектов, относящихся к определенному владельцу (иерархические и подчиненные справочники, задачи). При этом в длине номера необходимо учитывать длину префиксов нумерации, например, префикс информационной базы, префикс организации, если это предусмотрено конфигурацией и т.п.
При разработке типовых конфигураций рекомендуемыми, но не обязательными к применению являются длины кодов (номеров) из следующего ряда:
3, 5, 9, 11.

3. Необходимость в кодировании(нумерации) для объекта отсутствует.
Длина кода (номера) устанавливается нулевой.

[Vofka]

Поставка данных в составе конфигурации

--------------------------------------------------------------------------------

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

Использование для целей поставки данных в составе конфигурации макетов вида "Табличный документ" запрещено.

[Vofka]

Имя, синоним, комментарий

--------------------------------------------------------------------------------

Синоним объекта должен быть определен так, чтобы осмысленно, лаконично описывать объект.
Заполняется обязательно.

Имя объекта рекомендуется строить на основе синонима: пробелы и пр. недопустимые в имени символы, удаляются, а первые буквы слов делаются прописными.

Для подчиненных объектов метаданных, таких как реквизиты, измерения, ресурсы рекомендуется не использовать имена, совпадающие с именами объектов-владельцев. Так же рекомендуется не использовать имена, которые применяются при именовании таблиц языка запросов (например, "Документ", "Справочник", "РегистрСведений" и т.д.).
Такие имена могут приводить к ошибкам при исполнении запроса, затрудняют использование конструктора запроса и снижают наглядность текста запроса. Например, выполнение приведенного запроса вызывает ошибку:

ВЫБРАТЬ 
     Сведения.Сведения 
ИЗ 
     РегистрСведений.Сведения КАК Сведения

Комментарий задается только в тех случаях, когда необходимо дать участнику разработки конфигурации какие-либо пояснения по данному объекту конфигурации. Например, комментарий к реквизиту справочника может быть таким: "Индексирование поставлено для оптимизации отчетов с отбором по виду контрагента", или: "Используется в регламентированном учете".

Комментарий начинается с большой буквы, точки ставятся только после сокращений.