Архитектурно это правильно?

Жить будет. Но не желательно без крайней на то необходимости.

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

Что за бред? В крайнем случае, на док может ссылаться РС. Справочник - глупо.

(3) самописное версионирование, может быть.

пускай себе ссылается куда хочет

(0) мсье знает толк в извращениях

Оба обычных объекта с гуидами.

хотелос бы узнать наименование справочника и документа, или просто услышать описание "зачем"

(4) тем более - РС. Там хоть даты сохраняются.

(9) чем не устраивает (7)? Кроме стандартного многозначительного взгляда: "Ты что не понимаешь? Ну ты ваще" есть аргументы?

вполне нормально

(10) зачем тогда разделять "Справочник" и "Документ"? Давайте сделаем всю конфигурацию на объектах типа "Объект" и все.

Не могу себе представить ответ на "зачем".
Из минусов - при снятии документа с проведения, при его пометке на удаление, при его физическом удалении - все придется отслеживать кодом, и как-то перепрописывать в справочнике.
Оно того стоит?
РС - лучше, да

В 7ке такое было в партиях

(12) Типовая УПП.
Справочник "ХранилищеДополнительнойИнформации"
Поле Объект. Из возможных типов куча документов.
Или парни с Селезневской разрушили твои правила.

Думаю есть цели когда это даже очень

например, на основании документа Событие создали договор контрагента

(12) ты уже дискредитировал себя как 1сник

(18) Прямо в этой ветке? Ткни меня носом, где я себя дискредитировал и где ты показал себя, как гуру.

девочки, не ссорьтесь. у вас у всех 22см

подсистема присоединенных файлов например - справочники со ссылкой на документы обычная практика

При такой общей постановке задачи

.

Справочник НЕ может ссылаться на документ,
а вот реквизит справочника МОЖЕТ !

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

(24) ну что ты такой зануда, реквизит не может ссылаться, он может содержать ссылку, а еще есть реквизиты ТЧ
ну это уже словоблудие конечно

(26) ну таки "зачэм?"

Не запрос же в цикле! Так что

Какой-то ахтунг. И все согласны.

Справочника и Документа определение и назначение перечитайте.

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


Объекты прикладного решения Документ позволяют хранить в прикладном решении информацию о совершенных хозяйственных операциях или о событиях, произошедших в "жизни" предприятия вообще. Это могут быть, например, приходные накладные, приказы о приеме на работу, счета, платежные поручения и т.д.

Собственно в этих двух первых абзацах и дается понять что это вполне корректно!

(2) Справочник партий

(8) У меня например хранятся реквизиты ТТН для печати. Т.е. справочник ссылается на документ

(29) Ты (15) читал? Они сами так постоянно делают.

(13) Подписка на событие? Нет?

(21) Точно. Электронный документооборот в 1С

Есть Справочник ЭДПрисоединенныеФайлы и у него реквизит ВладелецФайла - тип Документ

(33) Один пример, на всё УПП? Исключения, подтверждают правила. Приведите, что-нибудь из учета ТМЦ, ЗУП, где справочники на основе документа делались?

(36) Тебе еще сотню примеров найду. Ты типовые открывал вообще?

(29) Т.е. методисты 1С неправы сделав электронный документооборот на справочнике?

А с точки зрения быстродействия системы кто как считает?
Что лучше, ссылка в документ или регистр сведений с соответственной связкой ссылки док. и справочника?
В случаи записи объектов?
В случаи чтения (формирование отчета)?

(36) Вроде бы сабж о "Справочник ссылается на документ", причем тут примеры "справочники на основе документа делались"

(39) РС - это не объект, у него нет УИД. В отличии от справочника

Правильно над нами ржут программеры других систем. Если люди с пятилетним опытом (36) такую чушь пишут.

Тогда расшифруйте, что подразумевается под  "Справочник ссылается на документ".

Таких ситуаций придумать можно.
Вопрос в актуальности данных в справочнике.
Документ предназначен для фиксации определенного события.
А вдруг захотят отменить фиксацию данного события. Что делать с данными в справочнике?
Наверно лучше сделать связку через РС.

(39) Вот и посчитай что быстрее найти, объект по ключевому индексируемому полю
или по соответствию 5-6 полям

Имхо, зависит от задачи.
В одной ситуации это вполне нормально, в другой - категорически неприемлемо.

(44) Хуже

(44) По вашей аналогии получается что в связки документ<-> движение документа документ лишний? Ибо "А вдруг захотят отменить фиксацию данного события. Что делать с данными в документе"?

(42) Опыт не 5, а 25 лет. "Если Справочник содержит постоянную информацию, а документ содержит события (которые возникают время от времени)."  Т.е. постоянное и событийное(временное) - для вас одинаково, ну тады ой.

+(49) Я не против вашего секса с данными, но уже без меня.

(49) Основное отличие документа от справочника в использовании его как ссылки в таблицах движений регистров.
А так документ это обычная таблица с данными, ничем от справочника не отличающегося.

Допустим у нас 5% реализаций осуществляется с доставкой и нужно хранит данные о доставки (ФИО водителя, номер машины и т.п.)

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

Вариант 2 создать справочники с этими реквизитами и ссылкой на документ

Эта информация (Водитель, машина, номер ПП) постоянная относительно документа и от отмены фиксации события не изменяется. Ведь от отмены фиксации не меняется же автор документа, к примеру

Значение атрибутов объектов лучше использовать для этого

(53) т.е. предлагаешь завести почти 40 реквизитов (столько у справочника Присоединенные файлы (Электронные документы) в типовой БП) во все документы и не забывая добавлять их в новь созданные?

Не проще ли завести справочник с этими реквизитами. Тогда и при добавлении нового документа ничего менять не надо. Всё автоматом заработает

(54) + Плюс еще 2 табличные части

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

Вообще, есть ситуации, где без ссылки из справочника на документы либо вообще не обойтись, либо это гораздо менее удобно. В ТиС в справочнике партий была ссылка на приходный документ. Я, помнится, (в 7.7) делала ссылки на документы у справочника технологических операций в одной PDM-системе.
Но в V8 возможности пошире, так что если есть достойные альтернативы, то лучше рассмотреть их.

(53) Вариант 3 - создать один реквизит документа со ссылкой на элемент справочника.

(48) есть документы без проведения. Например Инвентаризация НЗП в БП

(13) т.е. по твоей логике РС не надо отслеживать?

(52) имхо, а здесь должен быть подч.документ, т.к. доставка отдельное событие)

(60) Если ты прочел внимательно (13), то у меня там написано "отслеживать кодом", а не просто "отслеживать".
При использовании в данном случае РС, многое из того, что придется, в противном случае, писать руками, ложится на платформу.
Вот такая моя логика. :)

(67) Что именно?

Архипитекторам 1C вааще давно пора слить справочник и документ в один объект и не парится. Уже давно у справочника могут быть табличные части, осталось запилить, что бы их регистры могли иметь в качестве регистратора, ну и сделать косметическое разделение в пофигураторе по типу отчеты/обработки.