Здравствуйте! В УТ11 хотим хранить информацию о руководителе клиента и его должности в родительном падеже (в лице кого) для печати в печатных формах. Как это лучше реализовать - через свойства объектов или через дополнительные реквизиты? И чем они отличаются с точки зрения скорости исполнения программного кода например?

1. составить договор, где ФИО руководителя будет в именительном падеже не судьба ?
2. есть же чёткая склонялка : http://www.superjur.narod.ru/padeg.htm

(1) Нам надо хранить сведения о руководителе Контрагента и в именительном падеже и в родительном. В УТ11 у контрагентов нет таких реквизитов в типовой конфигурации, и у соглашений тоже нет. Поэтому без свойств или доп.реквизитов думаю не обойтись. А скачивать и устанавливать сомнительные программы с сомнительных сайтов - нам не подходит такой вариант, хотелось бы сделать всё правильно, штатными средствами.

(1) "Четкая склонялка" может обидеть какого-нибудь "уважаемого человека с не очень русской фамилией/именем/отчеством" ;)

(3) прогони любую нерусскую фамилию и удивись, что просклоняет всё верно

(1) от тебя опясно что-то принимать

(2) "Крохотульку" обозвали "Малюськой"

Кста, столкнулся с тем, что частенько Фамилию вообще не склоняют, только имя-отчетсво.. боятся...?

Судя по вопросам на мисту - ...11 - это вообще зло

(0) 8.3 лучше пока вообще не использовать. А если уж на то пошло - даунгрейд.

(8) Ну да, не нужные понты. А что?
Бедные клиенты, которым впарили - молчат и довольны? Так "довольны"! А молчат - стыдно признать что лохонулись.

Кто-нибудь ответит по существу? Чем принципиальная разница между Свойствами и Дополнительными реквизитами? (кроме того, что одни видны на форме, а другие нет)

(11) доп.реквизиты хранятся в табличной части самого объекта. Поэтому для изменения доп.реквизита требуется записать объект. Поведение в данном случае полностью соответствует записи обычного реквизита. В РИБе, например, доп.реквизиты обязательно мигрируют вместе с объектом, так как они часть объекта.
Доп.сведения храняться в отдельном регистре сведений. Для записи доп.сведений объект записывать не требуется. При этом значения всех доп.сведений всех обьектов хранятся в одном регистре, что имееь свои положительные и отрицательные стороны.
Какой вариант хранения выбрать целиком зависит от стратегии заполнения дополнительных данных

(12) Точно! Спасибо!

я делал бы через доп реквизиты.

(5) с чего это ?

(14) полностью согласен.
Доп.реквизит удобнее и для редактирования и для понимания пользователем. Доп.сведения лучше использовать, если их значение не известно в момент создания объекта и нужно их заполнять позже, особенно, если это делает другой человек.
Например, если нужно проставлять признак, что документы получены. Записывать документ для изменения доп.реквизита может быть не желательно, или даже вредно. А доп.сведения позволяют изменить свойство, не записывая документ.
В данном случае всего этого не нужно.

Есть ещё одна отличительная черта у дополнительных реквизитов - это признак "Реквизит заполнять обязательно" (УТ11). У свойств такого признака нет. А он - очень даже может пригодиться, если речь идёт о действительно важных реквизитах, незаполнение которых влечёт нежелательные последствия.