Организация справочника Контрагенты? #29489

Пишется доморощенная конфа, чем то похожа на УТ. Есть идея соединить справочники Физ.лиза, Юр.Лица, Контрагенты, Организации, Сотрудники возможно и Пользователи в единый МОЩНЫЙ справочник. Наделать кучу форм выбора на каждый случай и показывать юзьверям только то что положено видеть. Стоит ли заморачиваться? Зачем? Все перечисленные по идеи (и в реальности достаточно часто) могут выступать в роли контрагентов, тем самым избавляемся от составного типа в документах и РЕГИСТРАХ и дублирования информации в разных спр! Как влияет составной тип в измерении регистра? Производительность сильно упадет при обращениях всяких (отчеты, проведение, обработки)?

А как быть с информацией, разной для каждого справочника? Например, реквизит "Номер паспорта" имеет смысл для ФизЛица, а "Основной каталог" для спр. "Пользователи".

А видимость реквизитов в в8 разве отменили?

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

не заполнять(не показывать) те которые не подходят по контексту.

Место будут занимать... Неаккуратненько.

лучше бы отменили... а то используют не по назначению.

в УПП метода из кажись очень популярна...

5. Ни фига. Слоями можно и красиво разложить. 3. На счет ненужности погорячился видать...

Место в БД. Еще будет не очень удобно проектировать документы. Если в документе нужно выбрать именно организацию, а не физ. лицо, то нужно будет запрограммировать отбор.

только самую малость..

Еще чуть чуть пояснений. Справочник Контрагенты будет и так оч. сложный (КУЧА разных папок) которые придется в нужный момент скрывать. Если писать такой механизм, то большой разницы не будет если добавить еще пару папок (Организации, ???Пользователи??7, Сотрудники)

Порой это действительно бывает нужно. Например, продаем что-нибудь своему сотруднику... Плодим нового контрагента?...

И еще если разделить все группы на справочники, и сделать составной тип в документах и соответственно в измерениях регистра, как отразиться на производительности? Оч ВАЖНО! Лень потом писать громозкие запросы.

Можно между ними организовать связь. В спр. Сотрудники завести реквизит "КонтрагентЭквивалент". Обеспечить ввод элементов справочников на основании друг друга.

"Место в БД." (цы)автор поста №9 :)

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

Потери будут гораздо меньше, чем в варианте . На самом деле такое пересечение бывает относительно редко.

Конкретный пример. У одного из клиентов ситуй такой: Сотрудник является карманным предпринимателем, поставляя товар своей же фирме. Хотя в тоже время сидит на окладе. Иногда приобретает для себя. Может взять что-то в счет зарплаты ... ну и еще кропалик всякого разного? В каком справочнике держать его? И таких сотров около сотни

таже история. Представительства карманные

Хотя идея так себе... но Волшебник не лучше... Место в БД... слабо коррелирует с объединением справочников... Ибо справочник Контров - ноль целых хрен знает сколько десятых объема базы... Программировать отбор надо будет в формах подбора/ выбора - к докам это не имеет ни малейшего отношения

Общее настроение про справочник понятно! Всем спасибо! Щас инересуют составные измерения регистров? как с этим бороться?