собственно

число, конечно.
Только сейчас это "экономия на спичках"

число - это нумбер.
ссылка - строка(9)
Сам считай...

С учетом того, что изменения в справочнике - по ссылке - могут привести ко всяким бякам - я бы в ТЧ дока хранил напрямую все то что используется при проведении дока. И никаких ссылок, используемых при проведении. Использование ссылок - только при заполнении.

(3) Правильно! И номенклатуру тоже!

(4) Именно!
Особенно когда карточка номенклатуры являет собой бешеную смесь кучи учетных параметров.
.
Когда справочник номенклатуры будет код-наименование - так и быть, разрешаю хранить ссылку!

(5) здравый смысл присутствует.

спасибо
...экономлю на спичках потому как при немалом количестве реквизитов в ТЧ - еще и ежедневное бешенное количество строк
файлик пухнет на глазах :(

(5) а как насчет сохранения ссылочной целостности? Ну перекодирует какая-нибудь Дуня справочник, а в доке код левый получается? Или, например, хранить что-то в виде строки (ЗначениеВСтроку) в конце концов приводит к появлению <объект не найден>. Хз, конечно, актуально ли это будет для документов давно закрытого периода, но сам факт...

бешеное количество строк в файлике - это не проблема.

(8) имхо: док должен быть по возможности автономной независимой САМОДОСТАТОЧНОЙ единицей для отражения учетной операции.
.
именно поэтому - должно быть разграничение реквизитов справочников на "незначимые" для проведения/учета и "значимые".
.
но я не наставиаю...

(5) Я в одном месте решал эту проблему ещё продвинутее - справочник "Номенклатура" отдаётся пользователю на растерзание, а при вводе в документ создаётся копия справочника в другом справочнике, чтобы из документа на него ссылаться - копию пользователь редактировать не может. При изменении создаётся новая копия, если она была где-то задействована - если нет - изменяется старая.
Теперь котлеты в йогурт не превращаются.

(11)  вот-вот...

(11) Интересно, но мысль не понял. Можно на примере?

(13) Все нужные для работы параметры из справочника "Номенклатура" автоматом переносятся в элемент справочника "ПредставлениеНоменклатуры", ссылки на который уже вставляются в документы.
Соответственно, при изменении элемента в справочнике "Номенклатура" будет создан новый элемент в "ПредставлениеНоменклатуры". В итоге, справочник номенклатуры не засоряется ничем лишним, так как оно может быть просто заменено на новую, а во всех документах навсегда остаётся то, что было там на момент ввода.

(14) в регистрах тоже элемент из "ПредставлениеНоменклатуры"?

(15) видимо, да

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

У нас проще.
Номенклатура и все что с ней связано + Контрагенты и все что с ними связано - это мастерданные. Есть четкая инструкция как с ними работать и выделен 1 человек который этим занимается. У остальных прав нет.
И котлеты не превращаются в йогурт.

(18) Там человека не нашли - зато нашли компьютер.

(19) знакомая ситуация. я уже забодался атоматизировать административные прблемы

(14) элегантно, но тогда будет у нас в представлении 5 раз "Номенклатура1" с 5ю разными видами деятельности в реквизите ВидДеятельности например
или Номенклатура1 в штуках, Номенклатура1 в пачках и тп
лучше пусть будут прозрачные правила именования номенклатуры и человек-товаровед или лицо с его функциями

(21) ты знаешь, получается так, что лучше 5 раз автоматизированно, чем 1раз - руками.

Ну да, как говорится, "всё, что вы делаете руками ..."

велосипеды с квадратными колесами какие-то получаются.

все проще. права на изменение номенклатуры только у тех людей, кому это надо, и кто понимает, что нельзя переименовывать котлету в печенье, даже если сейчас нет остатков на складе

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

(25) у нас так не бывает, чтобы ошиблись и при приеме и при отгрузке )))

а если в одном месте ошиблись - так надо в программе править, чтобы в итоге все правильно было

(26) Отгружают то, что было оприходовано, так как есть и штрих-кодирование и склад, где нарисовано.
Только, от барана всё равно ничего не спасает.

(24) Эти колеса не только квадратные (они вообще одно треугольное, второе квадратное, третье пятиугольное), они еще и взаимно перпендикулярны.

(27) От изобретательного барана не спасет и твоя система, с "псевдопериодикой" (или псевдофиксацией состояния)

(29) Она не от чего и не спасает - она просто позволяет "выявить баранов" и быстро исправить "следы их жизнедеятельности".

(30) Вообще, функционал выявления баранов - должен быть у кадровиков. Но как выявить барана, попавшего в кадровики....

(31) Просто, некоторые "руководятлы" позволяют себе роскошь - нанять на работу задарма "непробиваемых" баранов и потом переживать, что вместо работы идёт одно разгребание косяков.

(32) и заметь! КТО косяки разгребает..?
я например так сразу говорю - господа, разгребание косяков стоит дорого.

правда, надысь, свой косяк разгребал... ;-) перепечатывал 280 исправительных СЧФ, бумаги пачек 8 угрохал и два картриджа...

(33) У меня они сами разгребают, если не смогли автоматизировать.

Хотя, последний "косяк" был в том, что "девушка руки из ж.пы" протёрла UPS, и потом долго звонила - почему компьютер не включается - причём, как включить UPS я сразу сказал, а то, что она вместо компьютера пытается включить монитор - я допёр только после того, как мы число кнопок посчитали.
P.S.чтоб они все такие "умные" передохли.