Как думаете?

Зачем?
что ты в него собрался пихать ?

можно.

да

(1) Вид расчета

Можно, но лучше не надо.

(4) у тебя ВидРасчета -- это строка ?

(6) А тебе жалко? :-)

Можно но строго не рекомендуется

(6) Именно

Лучше переделвый вид расчета в справочник

расстрелять.

(0) Разрешаю

(9) планом видов расчетов не пользуешься ?

(10) Технико-экономические обоснования есть?

(11) ну почему запрещаешь то? потом увидим интересные темы "Как достать данные? Как построить отчет? и т.д."

(13) Хотел, но там нету налогов, взносов

А мы потом поржём.

(16) нет это как ?

(5) +100 :)
видел варианты даже с неск. строковыми измерениями в одном регистре... это был ахтунг :)

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

В 7.7 вообще итоги слетали, если измерение/субконто было строкой.

(18) Хочу делать аналог расчетной ведомости. Клиенту нужен отчет с дополнительными группировочными полями.
Так как не хочется влезть в дебри типовой конфы, копошится там, решил лучше сделать отдельный регистр накопления.
А чтоб вывести наряду с начислениями и еще налоги, взносы.

(16) вообще-то ничто не мешает использовать ссылочные типы и при отсутствиее налогов и взносов :)

(20) Нет, строку добавляет только программа. У юзеров не будет таких полномочий

(23) Думаю так будет правильнее. Лучше сделаю справочник с видами расчетов

Мне на одном собеседовании один человек сказал что можно, если длина строк не будет превышать длину ГУИД. Для платформы никакой разницы. Ссылки для нее ГУИДы.

(22) приведи скрин отчёта

(26) Половину длины строки.

Видел в 2007 году в этой вашей рассово верной Аксапте первичные ключи всяких аналогов Номенклатур и Контрагентов - воопще строки. И ниче - живут люди.

проблема не в этом, а в том, что наименование изменится и надо будет его синхронизировать

(27) http://s48.radikal.ru/i119/1303/23/6004180c6262.png

(26) Это с точки зрения размера базы. А есть еще такое понятие как стабильность решения.

(31) через пользовательское поле делай : v8: v8: СКД итог по пользовательскому полю выбора

Сделал путем создания справочника "Виды расчетов". Вроде получилось.
Всем спасибо

(34) зачем создавать новые сущности, если можно воспользоваться штатными механизмами

?

(36) Использование строковых значений крайне не стабильно, и очень часто может привести к ошибкам

А со справочникам такого не случиться

(35) Не хочу трогать ничего в типовом. Для меня проще сделать так

(39) так ничего и не будешь трогать типового