Доброго дня!
Подскажите советом как лучше организовать следующую задумку.
Конфа : Комплексная 7.7
Итак, всем наверное известно кто работал с Комплексной и ТиС 7.7, что есть такой справочник "Свойства" подчинен справочнику "Номенклатура", т.е. у каждого элемента номенклатуры могут быть разные свойства которые выбираются из справочника "Виды свойств", так вот как можно реализовать следующую задумку, например мы хотим укрупненно добавить 20 так скажем "главенствующих свойств", которые бы установились в номенклатуре, а у этих свойств в свою очередь были бы уникальные "виды свойств", доступные только для для "главенствующих свойств",  грубо говоря когда мы пытались бы заполнить справочник "Свойств" для элемента номенклатуры, справочник "Виды свойств" был бы отфильтрован только по главенствующему свойству.
Каков оптимальный путь реализации такой схемы ?

Как вариант с минимальными переделками.

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

(1) да но виды свойств могут пересекаться.

Перейти на 8-ку

(0) если надо отфильтровать виды свойств, значит у справочника.ВидыСвойств надо добавить признак "главенствующее св-во" и по нему отбирать, не?
а св-ва номенклатуры разрешить выбирать только те св-ва у которых Вид с признаком "главенствующий"...

(2) Тогда добавить справочник ГлавныеСвойства и для него свои виды свойств. По аналогии как у номенклатуры и контрагентов. А его потом уже и привязывать к номенклатуре

(3) спасибо, но нет. (4) (5) да как варинат, только и значения свойств должны отбираться согласно "главному свойству", т.е. для разных "главных свойств" свои виды свойств и значения свойств, но они могут и пересекаться у разных "главных свойств"

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

ты хочешь, чтобы одно и то-же значение можно было использовать для РАЗНЫХ видов?

(7) да, ну например
есть свойство Диаметр, у него есть значения от 1 до 150, есть товар Кран у него МОЖЕТ быть свойство диаметр НО от 1 до 50, и есть товар Задвижка, у него тоже МОЖЕТ быть свойство Диаметр НО от 40 до 150, а есть товар Ванна у не НЕ МОЖЕТ быть свойство диаметр.

(8) Одно свойство в виде длинной строки заведите и туда пишите все в json

(9)+ Для работы с json есть на ИС даже для 77.
Поиска стандартно по строке будет работать штатная

(10) Но с нюансами. "Длина 100", "Длина 1000" будут находиться при поиске по "Длина 10".

И выборка "А что у нас есть длинной 10" будет и долгой, и неточной.

(12) Программист не догадался искать "Длина 10 " или "Длина 10." ?

в типовых вроде еще есть справочник ВидыСвойствПоГруппамТоваров
вот там и храни свои главенствующие

хотя не понял про (8)
больше примеров

(8) это три, ну или два, вида свойств:
1. диаметр крана
2. диаметр задвижки
3. нет свойства - это для ванны )))

+16 т.е.
1. вид св-ва: "Диаметр крана"
значения св-ва: 1.......50
у конкретной номенклатуры = 10;

2. вид св-ва: "Диаметр задвижки"
значения св-ва: 1.......150
у конкретной номенклатуры = 110;

это разные свойства (как элемент системы) просто оба имеют в названии слово диаметр...

(0) Ты близок к ПВХ.
(13) Мы не вправе ждать от юзера разума.

(16) он хочет "стандартизировать и унифицировать"
оно как бы и не плохо, если свойств может быть только по одному: одна длина или один диаметр.
вот переходник 3/4 на 1/2 - какой диаметр имеет?
(18) это по сути и есть ПВХ. только он хочет его на клюшках.
в принципе, ничего не мешает слямзить структуру хранения, и дописать механизм. "что один человек сделал - другой завсегда поломать сумеет!"©

(19) ну пусть сделать диаметр входа и диаметр выхода )

(17) да по сути, хотелось так, наполнить справочник "Виды свойств" - скажем их 20 и уже определенны как будут называться, к каждому "Виду свойства" - установить возможные значения которые может принимать данный "Вид свойства", а когда будет заполнятся "свойство" для каждой номенклатуры, были доступны только те "виды свойств" и "значения свойств" характерные только для этой назовем абстрактно "ГРУППЫ" номенклатуры.

(21)
"наполнить справочник "Виды свойств" - скажем их 20 и уже определенны как будут называться" - это типовой механизм
" к каждому "Виду свойства" - установить возможные значения которые может принимать данный "Вид свойства"" - это типовой механизм..

" а когда будет заполнятся "свойство" для каждой номенклатуры, были доступны только те "виды свойств" и "значения свойств" характерные только для этой назовем абстрактно "ГРУППЫ" номенклатуры." - надо сделать промежуточный справочник, назови его Аналитика номенклатуры и реквизит у Номенклатуры, и ЗначенийСв-в... - по нему и будешь связывать...

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

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

Все уже в принципе написали
Не отметили главного
То что хочет автор — это реализация защиты от дурака
Если для номенклатуры юзверь занёс свойство диаметр 20 — значит это правильно.
И похрен что допустимые значения от 10 до 15
Юзверь ведь 20 не из головы взял, а руководствуясь какими-то соображениями
Сил соображения у него мулачные то почему плакат сидит на таком участке

Поэтому сделать то можно
Технически задача 0.2 от среднего уровня сложности
Но стоить должна как повышенной сложности
Ибо нефиг

я на свойствах дохрена всякого делал
— свойства следует рассматривать исключительно как информационно—описательные, не предназначенные для поиска по ним и выборок по ним
Свойства следует юзать если не устаканилось понимание что как зачем и нафейхоа, как пробу или притирку

(26) Плюс 8-ки по сравнению с 77 что можно эти свойства удобно делать кучей разных способов.
И на ПВХ и на разных ТЧ и на РС и еще как угодно даже XML/JSON уже из коробки.

(27)  ...тока тормозит адски по сравнению с клюшками, но это ничего... ;—)

В 77 же только разные извраты с подчиненными по цепочке справочниками или документами.
Ну или как сказал все в строку сериализовать и назад парсить.

(28) Уже не тормозит почти, если комп не совсем говно.

И да там где 77 загнется (без прямых запросов) на размере штатных запросов/данных то 8 уже штатно переварит.

У меня вот есть неустаканенные артикулы покупателей всяких сеток
В тис 77
Сделаны тупо
В номенклатуре реквизиты поисковые типа
Артикул345
Строковые
Где 345 — код спр.клиента в нашей базе
Таких реквизитов уже штук 20
Живых штук семь
И все только для того чтобы в списках номенклатуры — ф формах списков номенклатуры
В тч документов были столбики с этими артикулами
Причём одновременно
Заюзать типовые СпрАналоги не удаётся
Потому что ща кучу лет так и не смог добиться от продаюников вменяемых ответов на вопрос зачем это им нужно и какие задачи они решают видя много строк с много столбиков и что не устроит если набор артикулов разных покупателей для конкретной номенклатуры показывать одной кнопочкой?
Поэтому когда появляется очередной овноклиент объявляющий себя сеткой — манагеры топают ко мне с запасом, сажусь в пофигупатопе добавляю реквизит, в формах добавляю реквизит
А куле
Деньги капают
Вместо того чтобы ко мне не обращаться и юзать штатные варианты, а я на пляже

(32) В 8-ке это решается через ТЧ или через РС который отображается как ТЧ у справочника.
Где сам юзер добавляет клиента в базу и для каждой номенклатуры может выбрать клиента и его код

(33)  не, как отдельную тч — не подойдёт
Хочется 20 артикулов клиентов видет в основной форме списка номенклатуры и в форме выбора и в форме подбора вместе с другими типовыми основными реквизитами справочника

(34) И это запросто и остатки там же по складам всем в колонки

То что ты написал — это отдельная форма просмотра для конкретной номенклатуры
А надо отображать для всех номенклатур, в списке

(36) Неа именно в списке, на УФ там все это еще проще через динамический список, даже можно настраивать легко юзер сам какие ему колонки показывать или динамически колонки добавлять ))

(37)+ Хошь иерархией, причем в группах будут сводные например остатки и т.д.
http://v8.1c.ru/overview/Term_000000730.htm
https://programmist1s.ru/rabota-s-dinamicheskim-spiskom-v-1s-8-3-8-2/
https://wiseadvice-it.ru/o-kompanii/blog/articles/dinamicheskii-spisok-v-1s-8-3/

(37)  такую хрень я и в 77 могу забабахать
Только тормозить будет
Ибо нахрена динамический список?
Зачем его вычислять если эта инфа можно сказать константа
Меняется раза два в год

(37)+ Текст запроса можно программно формировать как и сам список. Кодом формировать как угодно:
http://1c.ruboard.ru/public/728597/

(39) На 8-ке не тормозит если грамотно написано, я помню какое мучение было в 77 вывести остатки номенклатуры в форму списка или подбора в колонки чтобы для всех сразу показывать.

Тут это простейше и не тормозит совсем.

(40) Тут примеры на видео посмотри и спроси себя как это сделать на 77

Про дин список каков немного в курсе
Но надо не то что в ссылках построение линейного списка
А грубо говоря шахматна
По вертикали номенклатура
По горизонтали столбца — код артикулобычный ещечтототиповое и n колонок для артикулов покупателей ни м как в шахматке значение на пересечении номенклатуры и артикула покупателя может отсутствовать в принципе

Заюзать в семерке вместо формы списка вычисляемую из — не проблема
Или впихнуть в каждую ячейки списка типового в текстовые колонки вызов функции тоже не проблема
Но это адски некузяво

(43) Пофиг асболютно, добавил строку в ТЧ для номенклатуры, выбрал клиента-контрагента, указал код-артикул.
Причем для разной номенклатуры могут быть свои наборы клиент:артикул.

А код для динамического списка тот же самый работает и сам по всей номенклатуре на экране отберет всех клиентов внутри для кого код стоит и выстроит в колонки как надо.

Короче на 8-ке это делается с 0 минут 5-10 ))

(45)+ Но чтобы за 5-10 минут сделать сначала придется полгода-год плотно изучать 1С 8 УФ и запросы

(44) В 8-ке это штатная фишка используемая во всех типовых и прочих конфах.

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

(48) На любом новом компе который можно купить в магазине 1С 8 работает быстрее и лучше чем 77.
Просто потому что 77 на комп с Win10 еще хрен поставишь как на Win7, а XP на продаваемые компы уже не встают нормально никак.

И надо учитывать сравнимую сложность конфы и объемы данных.
Мы в свое время переходили на 8.1 тупо потому что 77 уже на справлялась на тех объемах (и dbf и даже sql) а на прямые запросы не рискнули, тем более вопрос цены sql.

(49) *как и на Win7

(49) ну это для дома... а то ж сервак

(51) "По утвержденной Классификации компьютер можно отнести ко 2 амортизационной группе, для которой определен полезный срок использования от 2 до 3 лет включительно.

Компьютерная техника по ОКОФ имеет код 330.28.23.23 и именуется «Машины офисные прочие».

Срок определяется в месяцах и может принимать любое значение от 25 до 36 месяцев."

(52)+ Далее или списываем и приобретаем новый или модернизация как обычных ОС.

"Заюзать в семерке вместо формы списка вычисляемую из — не проблема
Или впихнуть в каждую ячейки списка типового в текстовые колонки вызов функции тоже не проблема
Но это адски некузяво" - люди работали, не до "бантиков" было.

(49) 7ку можно просто скопировать и один раз запустить с админскими правами, не надо акцентировать внимание на "установку", работает и без установки.  
С какими объёмами 77 не справлялась, а 8ка работает, можно примеры типовых конфигураций и период использования базы?

(49) про установку на вин10 тоже не понял, скопировал и работает.... что там не так? или ты именно про запуск setup.exe?

(26) в свое время сделал немало  на свойствах даже в штатной (ну, почти штатной) их реализации. Причем свойства были добавлены не только к номенклатуре и контрагентам (типовые ТиС), но и к договорам, к торговым точкам (добавленный справочник) и к документам. Был сделан ещё механизм типизации свойств (правда, активно не использовался).
В прямых запросах работать со свойствами можно легко и непринужденно. "Таблица-она и есть таблица". Поэтому свойства и в кубиках олаповских, и в отчётах, и в печатных формах, и в выборе этих форм использовались...

(49) снеговик принципиально не может работать быстрее. Да, сейчас он тормозит на порядок меньше,чем лет 5-7 назад. Но до сравнимого быстродействия он никогда не дойдет. Просто потому, что он сам толще.
Ну а типовые УФ тормозные типовых ОФ.

(58) В мемориз)

(58) Т.е. 8-ка тормозит сильнее 7-ки, потому что она толще
А 8-ка УФ тормозит сильнее 8-ки ОФ, потому что она тоньше?

(60) ясен пень, тут транзитивность иддет лесом.. это ж 1С! с оператором ВыполнитьВоЧтоБыТоНиСтало(ДажеЕслиКривоеДанное)

(60) Про скорострельность УФ лучше смотреть по обновлению формы списков документов и справочников. Можно и не дождаться документа, сделанного другим пользователем, из-за гоняния БСП по регламентным заданиям и прочим скрытым общениям "Алекс-Юстасу" платформы и конфы с Центром.

(60) не, УФ хоть и называется "тонким клиентом" - она еще толще если считать "расстояние пробега сообщений в дебрях конфигурации и платформы"

Какая разница какая версия 7 или 8.
Если у нас ограниченное число дополнительных значений,то мы их можем добавить или в основную таблицу или в дочерние.
обьектную субд Jasmine похоронили,а это задача как раз для нее,т.к.там в одной таблице могли жить разные обьекты.
В вашей задаче нужно к справочнику Номернклатура привязать доп.реквизит,где задавать группы свойств,а уже у группы прдчиненными элементами сделать сами свойства,которые входят в эту группу,а механизм свойств править только на этапе подбора.

(22) что-то не получается пока, сделал Справочник - "Аналитика", туда добавил "Значение свойства" и "Вид свойства", а как теперь собственно при создании "Свойства" у конкретной номенклатуры фильтрануть все по Аналитике, да "Аналитику" как реквизит справочника "Номенклатура" я пока не делал.

(65) ВидСв-ва - там особ не нужен, хотя с ним, меньше кода писать, а вот Номенклатура - нужна, иначе никак не отфильтруешь по "конкретной номенклатуре"

(66) в смысле, в справочник «Аналитика» нужно добавлять реквизит Номенкалтура? Толи я не понимаю, то ли не правильно объяснил, у номенклатуры есть в подчинении справочник Свойства, так вот когда его заполняешь, нужно что бы выбирались значения свойств доступные только для данной аналитики.

(67) а как система узнает какие св-ва доступные для этой Номенклатуры, если ты этого не укажешь?

(56) Что то ты там скопировал и работает sql база?

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

(69)+ *что там "скопировал и работает"

ЗЫ Знаю про odbc* и sql* dll

(69) скуль - не знаю, файловые работают....

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

(72)(73) 1Сники такие одинэсники

Да скорее всего в дистре оси уже нужные dll подменены админами, на чистой винде там муторно вручную править.

(72) Кстати файловая 77 в нынешние времена легко за 2 гига вылазит и привет.

(75) "сдуру можно и *** сломать"©.
Для того, чтоб не "муторно править вручную" и придумали групповые политики. а чтоб этим делом занимались не программисты - есть админы.

"легко за 2 гига" - ну вот в пятницу смотрел на конфигу оранизации, где учет ведется с 2007 года, и только-только подбираются к пределу файла. хотя общий объем вместе с индексами - уже в районе 15-16Г.
"Регистры закрывать надо"©

(74) я давно уже не 1С-ник, 1С - так, хобби )
(75) у любого инструмента есть ограничения, мы же умеем с этим жить, поэтому не вижу в этом проблем.....

да и вообще тема не об этом....

Так по теме вроде уже давно все обсудили, в 8-ке есть ПВХ.
А для желающих оставаться на 77 куча способов ваяния своего лисапеда - аналога ПВХ.

(78) так мы и обсуждаем лисапед )))

(79) самодельный, цельнокованый, с квадратными колесами

(80) ну как всегда.... вся жизнь это самодельный велосипед)

Пытаюсь передать параметр из справочника "Свойства номенклатуры" в список справочника "Виды свойств"  http://prntscr.com/nqyp9q, через "три точки" не получается сделал
Процедура ПриНачалеВыбораЗначения(ИдентЭлемДиалога)
    Если ИдентЭлемДиалога = "ВидСвойства" Тогда    
        ОткрытьФорму("Справочник.ВидыСвойств.ДляПодбора",Контекст);        
    КонецЕсли;    
КонецПроцедуры//ПриНачалеВыбораЗначения

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

(82) у ПриНачалеВыбораЗначения - не один параметр...

(83) точно, не досмотрел, теперь норм, теперь можно через ИспользоватьСписокЭлементов попробовать сортирнуть справочник через доп аналитику

(84) именно...