План видов характеристик и регистр сведений #543790

Собственно, учу 8-ку, решаю задачи 1С-спец. Объясните, пожалуйста, каким боком приворачивать регистр сведений (РС) для ведения учета допустим по свойствам номенклатуры ? И зачем вообще нужен РС при использовании ПВХ и что в нем нужно хранить при таком раскладе ? Вот что создал: где тип знач. х-к - несколько справочников (Контрагенты,ФизЛица и тп) и доп. значения х-к это спр."ЗначенияСвойствНоменклатуры". Далее добавил табл.поле в спр-к "Номенклатура" и расставил связи по типу и по владельцу в колонках "свойство" и "значениеСвойства", интерактивно все позволяет выбирать, досоздавать новые значения свойств, со строгой подчиненностью к виду свойства. С этим все нормально. Далее. Как мне хранить характеристики номенклатуры чтобы делать движение по измерению "СвойствоНоменклатуры" в регистре остатков ? И каким образом может помочь регистр сведений. Спасибо.

ПВХ - это считай СПРАВОЧНИК. т.е. там перечислены только ВОЗМОЖНЫЕ свойства для объектов. А связка СВОЙСТВО ОБЪЕКТА-ЗНАЧЕНИЕ хранится в регистре сведений. Значение объектов - это тоже справочник. Также значение может быть любой предикат примитивного типа.

я в курсе. Мне нужно >Как мне хранить характеристики номенклатуры чтобы делать движение по измерению "СвойствоНоменклатуры" в регистре остатков ? И каким образом может помочь регистр сведений.

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

То есть как я понимаю в РС нужно измерение номенклатура и ресурс "Характеристика" - это и есть свойство объекта ?

какая конфа?

ты запутался. Читай вон Радченко

я конфу сам пишу )) хочу для себя понять просто окончательно про использование пвх и регистра сведений

правильней будет сделать измерение в регистре остатков "Свойство". А связка СВОЙСТВО-ЗНАЧЕНИЕ, как я уже писал, хранится в регистре "Значение свойств объектов"

Возьми типовую УТ или УПП, или... Там на основании свойст собран справочник Характеристики номенклатуры, его элементы учавствуют в движениях как аналитика. Свойства - это лишь "конструктор" для характеристик. Хотя, может быть, я неверно понял задачу.

да ему видимо не нужны характеристики, тупо свойств достаточно

необходимо увидеть остаток по товару с набором СВОЙСТВ-Значений Цвет = ..., вес = ..., основной поставщик = ...,

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

ну я тебе написао в , тебе такой реализации хватит с головой.

ась?)

а тип этого СВОЙСТВО-Значения в РС ? Это нужно еще один справочник создавать ? Фактически объект этот описывается строкой "Цвет = ..,Вес=..., Основной Поставщик=..."

И именно этот тип будет иметь измерение регистра остатков и выбираться из регистра сведений ?

Стоп-стоп. Опять же бери типовую и смотри как отчеты в разрезе свойств сделаны. Никаких измерений в регистрах остатков ненужно. Тебе нужно в СКД подключить к набору данных план характеристик. Дальше все уже на автопилоте платформа сделает.

а если без скд ?

хм, а отчеты как ты писать собираешься? :)

а как же тогда движение пройдет по конкретной характеристике номенклатуры-то ?

проще: где ты остатки собрался смотреть?

а тип у него и есть ПланВидовХарактеристикСсылка.СвойстваОбъектов. да какое нафик СКД

Да погоди отчеты, я хочу сделать движение по остаткам в разрезе набора свойств объекта сперва. Отчеты будут просто вынимать данные с параметром запроса = набору свойств объекта

Смотри: есть объект - номенклатура, контрагент и т.п. У него есть произвольный набор свойств, котоый может расширяться, меняться и т.д. Это же не реквизит документа или движения. Добавили ему свойство "Цвет" и что? Другая номенклатура в остатках? Поэтому в 1С-ке свойства - это доп. аналитика, по которой можно отбирать, группировать данные. Если писать эту информацию в регстр, то нужно собирать справочник "Характеристики номенклатуры", т.е. ссылочного типа данные.

а чем тогда этот тип отличается от типа Характеристика.ВидыСвойствНоменклатуры ?

Давай иначе поступим: скинь точную формулировку задачи. Я постараюсь решение описать, если тяму хватит :)

а я про что и сказал в , но как это стыкуется с ?

Нужно вести учет номенклатуры в разрезе свойств используя ПВХ. Ну и регистр сведений (это чтоб мне самому понять как его использовать в разрезе свойств объекта)

Все верно. Повторюсь, возьми типовую УТ. Там справочник характеристики номенклатуры собирается из коллекции свойств номенклатуры, например, Цвет - красный, тип груза - твердый и т.д. Есть ПВХ, в котором задаются виды свойств (Цвет, Вид груза,..), есть значения видов свойств (Красный, Синий и т.д.). На основнии этих сведений создается элемент справочника "Характеристики", который включает в себя значений свойств. Этот справочник нужен, чтобы характеристика каждого товара была уникальна (если поставить ссылки на значения ПВХ, то при отборе по ней вылетит вся номенклатура к этой характеристике привязанная).

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

Все ясно расписал или что-то требует уточнения?

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

Априори мы не можем использовать записи РС для учета остатков номенклатуры, т.к. он не имеет ссылки, т.е. не может быть аналитическим разрезом регистра накопления. Поэтому, скорее всего, тебе нужно реализовать задачу [p]39[/p]. Формулировка, наверное, страдает неточностью :)

Блин, как тут ссылки на посты делать? Объясните нубу :)

в скобках ставишь номер поста ("номер поста")

Спасибо

а зачем вообще тогда он нужен при учете номенклатуры в разрезе свойств ? я не-по-ни-маю )))

В регистре могут лежать значения МНОГИХ объектов. Нормализация однако.

Есть ПВХ - множество видов свойств и их значений. Эту задачу можно решить 2мя способами: 1. Сделать ТЧ справочника, куда вписывать значения - зеленое нубство, потому как в запросах ее шерстить как минимум неоптимально, да и . 2. Сделать регистр свдений и опять же Как-то так :)

То есть или /или ? / Или тч или рс ? а как нам тогда сделать движение по набору свойств ?

1. в случае тч мы можем программно заполнять справочник "ХарактеристикиНоменклатуры", собирая в одну характеристику (подчиненную номенклатуре) все пары вид свойства- значение свойства. 2. А как это будет выглядеть для случая РС ?

Я хочу понять как сделать менее "нубски" используя рс

А где ты собираешься хранить значения свойств конкретной номенклатуры? Вариантов два (вариант с ТЧ вообще не рассматриваю, как самый бредовый): 1. Подчиненный справочник, у которого владелец - Номенклатура и реквизит(ы) - значение свойства. 2. Регистр сведений, где одно из измерений - Номенклатура, второе - Характеристика тип ПВХСсылка на элемент ПВХ и ресурс - ЗначениеХарактеристики тип Характеристика (не путать с ссылкой на ПВХ). Первый не очень удобен, т.к. в качестве типов значений характеристик может использоваться довольно много объектов и плюс еще простые типы. Делать для этого реквизит составного типа не очень правильно. К тому же такой подход потребует создания отдельного справочника - перечня всех возможных характеристик, описание механизма контроля повторения характеристик (чтобы пользователь не мог для одной номенклатуры указать дважды значение цвета, например), ну остается проблема контроля типов (например, характеристика Цвет задается перечислением, а пользователь укажет число или ссылку на элемент справочника Склады). Второй вариант удобен в том плане, что ПВХ берет на себя контроль типов, регистр - контроль уникальности записей по набору измерений. При любом варианте учет на регистрах накопления в разрезе характеристик придется реализовывать через промежуточный объект, который и будет использоваться в качестве измерения регистра накопления. В типовой УТ для этого заточен справочник ХарактеристикиНоменклатуры, который группирует значения свойств объекта (например, когда у одной номенклатуры указано три свойства цвет, размер, материал, создается один элемент справочника, который так и называется "цвет-белый, размер-41, материал-кожа). рс предназначен исключительно для хранения значений свойств конкретной номенклатуры.

давай на примере имеем рс записи: Как теперь работать с этими записями ? Это 3 записи нужно уложить в справочник "ХарактеристикиНоменклатуры", собрав наименование из характеристика + значение. Как наглядно это выглядеть будет для пользователя ?

А что до ТЧ, то регистр сведений пользователю набивать записями - это ему непонятно и сложно, а тч справочника "ном-ра" надо просто как то связать с рс. Вот только как ?

Хотя может быть я неправ по части сложности

нет. Нужно измерения Номенклатура, Характеристика, и ресурс ЗначениеХарактеристики.

Это вопрос интерфейса. Можно нарисовать так, что пользователь ни когда в жизни не догадается, что работает с регистром сведений :) Причем делается это довольно легко. Без особого программирования. Ни чего не мешает на форму элемента справочника ХарактеристикиНоменклатуры выложить табличное поле РегистрСведенийСписок с установленным отбором по измерению Номенклатуры.

в 8.2 даже колдовать не придется...

кстати на этой вот теме я как раз и застопорился вообще-то )) на отборе по номенклатуре     Ошибка: в рс изм-е "номенклатура" у меня ведущее, то есть есть индексация, почему  то ругань все же идет

Радченко. Практическое пособие разработчика. Все подробно из первых рук :)

Это не горит особо сейчас. Радченко поднял. В общем я вижу такое решение Итак, создаем справочник "Характеристики", подчиненный спр. "Номенклатура". На форму "Характеристик" кладем табл поле регистра сведений "ХарактеристикиНоменклатуры" с отбором по текущему элементу характеристики. А в рс "ХарактеристикиНоменклатуры" вместо измерения "номенклатура" ставим измерение "характеристика", имеющий тип "Справочник.Характеристики". Вот. И еще маленькая деталь. Добавляем кнопку в форме элемента спр-ка "Номенклатура" - "характеристики", по которой будет открываться подчиненый справочник, но можно и еще одну кнопку - для юзера будет нагляднее. "Ввести характеристику" для создания нового элемента спр-ка "Харатеристики". После набивания списка свойств в тч рс в спр. "Характеристики" ПриЗаписи в процедуре формируем наименование сохраняемого элемента, состоящее из строчного описания всенх пар "вид свойства + значение свойства" Правильно я мыслю ?