План видов характеристик в 1С 8.3 (ПВХ) — объект метаданных, предназначенный для организации хранения информации свойств объектов и аналитики. Подразумевается, что разработчику на стадии разработки неизвестно, какие свойства захочет использовать пользователь.
Ключевой особенностью ПВХ является наличие двух особых реквизитов — Тип значения характеристик и .
Примеров использования в типовых конфигурациях очень много: хранение аналитики, субконто (для ), хранение свойств, различные права пользователей.
Настройка и свойства Плана вида характеристик в 1С
Рассмотрим пример использования, настройку и основные свойства плана видов характеристик на примере механизма дополнительных сведений и реквизитов конфигурации Управление торговли, редакции 11.
Получите 267 видеоуроков по 1С бесплатно:
- Тип значения характеристик — этим реквизитом определяется набор возможных типов данных, доступных для установки значения ПВХ. В УТ 11 довольно приличный список таких объектов: номенклатура, проекты, организация, партнеры и т.д. Обязательный реквизит ПВХ.
- Дополнительные значения характеристик — подчиненный справочник, которых хранит произвольные характеристики. Например, можно создать в справочник новое свойство — размер и присвоить его номенклатуре.
Стандартные реквизиты ПВХ отличается от обычных справочников только наличием реквизита «ТипЗначения». Это реквизит, в котором хранится тип свойства:
Как обычно ведется учет в торговом предприятии?
В первые несколько лет - все гонятся за прибылью: побольше закупить, побыстрее продать, никого пока не интересуют зависающие остатки товаров в магазинах и на складах. Объем базы растет как на дрожжах, т.к. пока порядок оприходуемого товара хаотичный.
Например, вчера купили красный стул, сегодня зеленый стул, поначалу так и вбивают в базу данные: 1) старая позиция - красный стул;2) новая позиция - зеленый стул. Но после инвентаризации - всегда появляется пересорт товара, и здесь приходят к варианту - создать новую позицию, без конкретного описания в названии товара его спец.свойств, т.е. заводят товар так, например, просто "Стул", а две предыдущие позиции товара - помечают на удаление.
Через некоторое время - свободных оборотных средств становится лимитное количество. Здесь возникает вопрос: а какие именно товары имели больший спрос, чтобы вкладывать средства в них, а не в зависающий товар.
То есть вновь требуется знать дополнительные характеристики товара , но вводить эти характеристики в базу нужно уже не в хаотичном порядке, - просто в названии товара добавив какие-нибудь описания, а четко и правильно:название должно быть коротким, лаконичным, и в дополнительном поле - описаны всевозможные характеристики данного товара : например, его цвет, объем, вес, производителя и многое другое.
Тут если мы запишем свойства товара в справочнике Номенклатуры в поле "Комментарии", то Аналитику будет не просто сделать нужный ему отчет по популярности и оборачиваемости конкретно данного товара с конкретно данными свойствами товара.
Мы можем прикрепить к справочнику Номенклатура - подчиненный справочник, в который пользователь может вводить необходимые свойства и описания товара, но в таком подходе - мы столкнемся с проблемой невозможности угадать какого именно типа пользователь захочет ввести доп.информацию.
Н-р, под товаром "Стул" - пользователь желает указать свойство товара - цвет, это строковое значение данных. Значит в подчиненном справочнике - мы реквизит сделаем строковым. А если он желает указать доп.свойство товара, например, производителя? Тогда мы должны реквизит в подчиненном справочнике сделать ссылочного типа, указывая на др.справочник "Производители". А если пользователь в доп.свойствах к своему товару желает указать сколько ножек у стула? Мы в подчиненном справочнике должны реквизит сделать числовым.....
Отсюда, когда нам нужно дать возможность пользователю самому создавать ТИП данных , в значения которых он будет вносить свою информацию, то нам нужно создавать ПВХ (план видов характеристик).
Мы создадим в нашем примере сложный ПВХ , чтобы был полноценный механизм описания дополнительных свойств товара.
Но для начала рассмотрим урок по созданию ПВХ из книги (стр.476) "1С_ Предприятие 8.3 . Практическое пособие разработчика. Примеры и типовые приемы" Радченко /Хрусталева
Здесь у нас уже есть справочник Номенклатура. Цель задачи : иметь возможность знать остатки материалов, обладающих некоторым значением характеристики . Для этого создадим в Конфигураторе новые объекты:1) регистр Сведений "ЗначенияСвойствНоменклатуры";2) ПВХ "СвойстваНоменклатуры";3) подчиненный Номенклатуре справочник "ВариантыНоменклатуры", чтобы описывать партии материалов;4) подчиненный ПВХ справочник "ДополнительныеСвойстваНоменклатуры", чтобы задавать значения видов характеристик,для которых нет подходящих типов в конфигурации.
В результате нам достаточно будет выбирать из регистра сведений все элементы подчиненного справочника с этим значением характеристики и затем по ним и их владельцам - получить остатки регистра накоплений.
В создаваемом нами ПВХ в поле "Тип значения характеристик" - укажем составной тип данных: Число,Строка,Дата,Булево,СправочникСсылка.ДополнительныеСвойстваНоменклатуры. А так же в поле ПВХ "Дополнительные значения характеристик" - указываем подчиненный ПВХ справочник "ДополнительныеСвойстваНоменклатуры".
2) ВидСвойства, тип = ПланВидовХарактеристикСсылка.СвойстваНоменклатуры
И создаем ресурс регистра сведений:
Значение, тип = Характеристика.СвойстваНоменклатуры.
Все новые объекты мы создали. Добавлять их в подсистемы (в интерфейс пользователя) не нужно, так как между новыми объектами есть связь, и главное - это подчиненный Номенклатуре справочник "ВариантыНоменклатуры", который мы можем увидеть, открыв любой товар из справочника Номенклатура:
Существует несколько ньюансов при настройки регистра сведений "ЗначенияСвойствНоменклатуры", здесь желательно установить измерение регистра НаборСвойств (сюда попадает выборка из спр.ВариантыНоменклатуры) - как Ведущее , это даст нам возможность из спр."ВариантыНоменклатуры" - вызывать данный регистр Сведений . А так же для ресурса регистра Значение - установить "Связь по типу" = ВидСвойства и "Связи параметров выбора" = Отбор.Владелец(ВидСвойства) .Данные настройки регистра сведений - упростят ввод пользователем данных.
Кроме того, в книге в данном уроке идет подробное описание - как лучше всего настроить формы списка и основные формы новых объектов, чтобы пользователь видел при заполнении свойств товаров - только необходимую ему информацию. Здесь мы не будем показывать всю эту деталировку.
Просто попробуем в нашем товаре, н-р, "Кабели электрические" - задать дополнительное свойство "Белые кабели", а состав свойства: "тип свойства"=Цвет и "значение свойства" = Белый. Вот по такой схеме открывающихся друг за другом окон:
....я не знаю как у вас, но у меня уже закружилась голова и уже не совсем понятно - что мы делаем и зачем))))
А представьте - объяснить такую цепочку пользователю?!?.....Чтобы наш пользователь смог понять того, чего мы уже сами не понимаем - у него должно быть минимум три сертификата по 1С)))
Если вас пугает и расстраивает введение свойств товара по выше описанной схеме, то можно посмотреть эту же схему из самого учебника:
Это просто нереально сложно!!! И любой начинающий программист решит, что проще никогда не связываться с ПВХ, чем пытаться в подобной схеме разобраться.....
Чтобы получить итоговый результат задачи - остатки товаров по его свойствам, в книге предлагается в регистр Остатков добавить измерение "НаборСвойств" с сылочным типом на подчиненный Номенклатуре справочник "ВариантыНоменклатуры". Далее в документы прихода/расхода материалов добавить в табличные части поле с таким же названием и типом данных, дописать модулях этих документах проведение по регистру остатков "НаборСвойств". На самом справочнике "ВариантыНоменклатуры" - прописать в его меню Характеристики, что позволит их видеть потом в СКД отчете. И, как окончание, создать сам СКД-отчет по Остаткам Товара с отбором по Характеристикам:
Да, отчет получается интересный, но сам процесс создания дополнительных Характеристик (свойств) товара - очень запутанный, кроме того, пользователь при вводе стольких дополнительных данных при заполнении приходных/расходных накладных - создаст ни одну ошибку.....Начиная с ввода "НабораСвойств" в полях документа....
////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////
Давайте попробуем разобраться в самом механизме создания доп.Свойств Товару , возможно у нас получится прийти к решению задачи более простым путем.
Итак, что нам нужно:
1. Дать возможность пользователю к Номенклатуре добавлять описание Свойств.
2. Дать возможность Аналитику исследовать показатели продаж в отборе по Свойствам Товара.
Рассмотрим какие у нас есть варианты при решении первого пункта задачи:
1. Мы можем добавить к справочнику Номенклатура подчиненный справочник, в который пользователь будет описывать только конкретными, заданные нами в Конфигураторе, данные строчного типа....это не подходит, так как при описании Свойств товара может понадобиться "непредсказуемый" нами в Конфигураторе Тип данных: например дата, число, строка, ссылка на др.справочник.
2. Поэтому для создания доп.Свойств Номенклатуры - мы должны создать ПВХ, так как ПВХ - это справочник + Описание Типов данных .
Если мы в справочнике Номенклатура - создадим табличную часть, в которой будет два поля - Тип данных вводимого Свойства товара и,непосредственно, само значение. Это очень просто - одно поле у нас будет ссылаться на ПВХ, др.на Характеристику этого ПВХ.
Но в этом случае, у нас не получится сделать записи уникальными....Только представьте себе вариант, где под товаром,например, Сосиски - можно ввести два вида значения Свойства "Цвет": и красные и зеленые)))
Поэтому этот метод самый простой, но не дает уникальности в свойствах Номенклатуры.
3. Создадим ПВХ , но его значения будем набирать через регистр Сведений . Регистр Сведений - содержит только уникальные данные .
Это самый универсальный вариант. У нас будут записываться Свойства товара с разными типами данных, причем значения этих свойств для конкретного товара будет уникальным.
п.с. здесь можно создать подчиненный ПВХ справочник, чтобы в него записывать все строковые Свойства номенклатуры. Но пока не будем усложнять.
Для этого в регистре сведений добавляем два измерения:
2) СвойстваНоменклатуры, тип = ПланВидовХарактеристикСсылка.УниверсальныйПВХ.
В ресурсах регистра указываем "ЗначениеСвойства", тип = Характеристика.УниверсальныйПВХ:
Пока на данном этапе все, мы создали механизм уникальных свойств товара. Нам еще нужно настроить удобство выбора данных для пользователя.
Выделим ресурс "ЗначениеСвойства" регистра сведений и в меню справа на вкладке "Представления" - создадим связи, чтобы при выборе значения данного регистра в пользовательском режиме - нам выпадал сразу список из измерения данного регистра "СвойствоНоменклатуры". Т.к. помним, что измерение "СвойствоНоменклатуры"-это ПВХ, а ресурс "ЗначениеСвойства" - это и есть Характеристика данного ПВХ. Итак, на этой владке указываем "Связь по Типу" = "СвойствоНоменклатуры" . Теперь, если мы в измерении регистра выбрали Тип данных,н-р, строка, то когда будем вводить значение в ресурс - у нас сразу будет стоить тип строка, а не все возможные перечни типов!
Переходим в пользовательский режим, выберем любой товар из справочника Номенклатура, откроем его, на верхней части элемента справочника у нас появилась ссылка на созданный регистр сведений, в который и будем добавлять новые свойства нашего товара:
В данном примере Товару "Транзистор Philips 2N2369" - создаем сначала Вид желаемого свойства товара, пусть это будет "Транзисторы", и сразу указываем тип данных для этого свойства - в данном примере мы выбираем вручную тип данных = Строка. Сохраняем. И далее нам нужно задать значения этому виду свойств товара, пусть это будет "Слаботочечные транзисторы":
Добавим еще одно Свойство этому товару, например, производитель "Корея".
Возьмем другой товар, создадим ему свойство "Трансформаторы", тип = строка, значение = "Строчные трансформаторы". А второе свойство, которое мы желаем ввести этому товару будет тоже "Производитель" - его создавать не нужно, оно уже есть у нас в выборке, но вот если мы попробуем ввести то же самое значение этого свойства, равного "Корея", то нам придется набирать его вручную....Это не очень удобно...Хорошо, когда один раз введенное значение - можно подставлять множество раз.
Чтобы добавить данное удобство, перейдем в Конфигуратор и создадим справочник, на вкладке "Владелец" укажем созданный ранее наш "УниверсальныйПВХ". Теперь, если у нас свойства значений будут строковыми, то нам не обязательно постоянно выбирать тип = Строка, достаточно будет дать ссылку на этот подчиненный справочник: в него очень удобно сохранять строковые значения, а кроме того - такой способ позволит нам выбирать уже готовые строковые значения для Свойств товара.
Произведем небольшие настройки ПВХ в связи с появившемся подчиненным ему справочником:
Также и в регистре сведений нам нужно добавить настройки, чтобы при выборе значения ресурса регистра - у нас сразу же появлялась выборка по Владельцу данного свойства.
С первым пунктом поставленной задачи мы справились - механизм создания уникальных свойств товару создали.
Заполним различные свойства номенклатуры в пользовательском режиме 1с. Обратим внимание, что уже введенные ранее свойства, такие как,н-р, Производитель, уже сразу есть в варианте выборке свойств, а так же нам дается сразу выбрать готовое значение этого свойства,н-р, "Корея".
Теперь перейдем ко второму этапу решения поставленной задачи: дать возможность в отчете делать отбор,н-р, по остаткам товара или по продажам товара от Свойств этого товара.
Сразу скажу, что мы не будем придумывать сложный механизм, добавляя в поля табличных частей документов какие-нибудь свойства товара!!! На практике так нельзя делать, иначе будет такая неразбириха с документами, что потом никаких сил не хватит это исправить....
Все гораздо проще. У нас есть товар, название его краткое, лаконичное, в свойствах его описаны все ньюансы. Если у нас появился товар с другими видами свойств - то это значит, что этот товар другой, а не тот же самый!
Н-р, у нас есть один товар "Строчный трансформатор Samsung", у которого два свойства:1) "Трансформаторы" = "Строчные трансформаторы";2) "Производитель" = "Корея", и другой товар "Строчный трансформатор Россия", у которого два свойства:1) "Трансформаторы" = "Строчные трансформаторы";2) "Производитель" = "Россия". Так вот мы никак не можем сказать, что эти два товара одинаковые, а отличаются только свойствами!!! Нет, эти два товара разные, чем мы коротко указываем различие их в Названии, и более подробно - описываем в свойствах данного товара.
Отсюда, нам не нужно создавать какое-то дополнительное поле в первичных документах, чтобы в нем прописывать одну из характеристик товара (у нас этих характеристик может быть более одной!).
Перепроведем вновь все наши приходные накладные и док.ОказаниеУслуг. (здесь в документах от первого метода из книги - есть поля с доп.характеристиками, но они ни как не влияют на наш только что созданный собственный механизм ПВХ)
В Конфигураторе создадим Отчет по регистру "УникальностьУниверсальногоПВХ". Запишем в запрос СКД-отчета следующий код:
ВЫБРАТЬ ОстаткиМатериаловОстаткиИОбороты.Материал, ОстаткиМатериаловОстаткиИОбороты.КоличествоНачальныйОстаток КАК НачальныйОстаток, ОстаткиМатериаловОстаткиИОбороты.КоличествоПриход КАК Приход, ОстаткиМатериаловОстаткиИОбороты.КоличествоРасход КАК Расход, ОстаткиМатериаловОстаткиИОбороты.КоличествоКонечныйОстаток КАК КонечныйОстаток, УникальностьУниверсальногоПВХ.СвойствоНоменклатуры, УникальностьУниверсальногоПВХ.ЗначениеСвойства ИЗ РегистрНакопления.ОстаткиМатериалов.ОстаткиИОбороты КАК ОстаткиМатериаловОстаткиИОбороты ЛЕВОЕ СОЕДИНЕНИЕ РегистрСведений.УникальностьУниверсальногоПВХ КАК УникальностьУниверсальногоПВХ ПО ОстаткиМатериаловОстаткиИОбороты.Материал = УникальностьУниверсальногоПВХ.Номенклатура
В настройках СКД-отчета разрешим использовать в пользовательском режиме "Отбор". При формировании отчета в 1с-Предприятии - в отборе выбирем СвойствоНоменклатуры=Производитель. У нас получится очень интересный отчет:
Заменив регистр остатков на регистр Продаж - создадим второй отчет Продажи с возможностью отбора по свойствам товаров.
Мы выполнили и даже перевыполнили второй пункт задачи - дать возможность Аналитику создавать отчеты в разрезе Свойств товара.
В нашем варианте - механизм ПВХ получился простой, наглядный и быстронастраиваемый.
п.с. при создании данной статьи мне очень помогла информация, прочитанная вот отсюда:
////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////
Надеюсь, что моя статья пригодится начинающим программистам на платформе 1с 8.3
п.с. в загрузку прилагаю учебную базу, в которой созданы были все текущие примеры. Эту базу я начала писать с нуля по урокам книги "1С_ Предприятие 8.3. Практическое пособие разработчика. Примеры и типовые приемы" Радченко/Хрусталева http://v8.1c.ru/metod/books/book.jsp?id=441 , просто дополняя ее еще и свои наработки.
Успехов в освоении ПВХ, в случае с решением этой непростой задачки - очень подходит лозунг ниже)):
В этой статье рассказывается о связях между планом видов характеристик, подчиненным справочником дополнительных характеристик и регистром сведений, в котором хранятся значения характеристик.
Занимаюсь изучением 1С 8.2. В аудиокурсе Гилева дошла до плана видов характеристик. До этого в нескольких источниках читала про ПВХ. Вроде все понятно, но поскольку я пока не программирую на 1с 8, теория со временем забывается, и каждый раз, когда встречается тема про план видов характеристик, приходится мучительно вспоминать и выстраивать в голове схему. Сейчас возник конкретный вопрос, все в голове поплыло, и стало понятно, что опять ничего не понятно. Поэтому пришлось разбираться подробно с самого начала. Решила записать на будущее для себя, но может еще кому-нибудь пригодится.
Собственно вопрос: не могла понять смысл свойства «Связи параметров выбора» в ресурсе регистра сведений, где хранятся значения характеристик номенклатуры (структура регистра: измерения – номенклатура и вид свойства, ресурс – значение)
2-ю часть видеокурса Гилева можно скачать например тут http://turbobit.net/8ztu277cf9t9/Gil_Base_02.rar.html . Там же есть и файл базы. В этой статье я использую главы 404-409 данного видеокурса
План Видов Характеристик
В элементах этого объекта хранятся виды свойств чего - либо. В самом плане не определяется, то к чему относиться будут эти свойства. Конечно, это может быть отражено в названии плана (например, план будет называться «Виды свойств номенклатуры»), но в конфигурации это будет определено только при создании регистра сведений для хранения значений свойств (в одном из измерений регистра). По сути, в одном плане могут быть определены виды свойств разных объектов - товаров, контрагентов, и т.д. Но наверно чаще для разных объектов создаются свои ПВХ.
Итак, в плане хранятся виды свойств чего - либо.
Например, вид свойства - цвет, значения вида свойств - синий, желтый. Вид свойства - материал, значения вида свойств - кожа, заменитель.
В свойстве «Типы значения характеристик» задаются ТИПЫ (а не сами виды) значений видов свойств (видов характеристик). Сами названия характеристик (свойств) задает либо пользователь, либо разработчик как предопределенные в конфигураторе.
В свойстве «Дополнительные значения характеристик» задается НАЗВАНИЕ (а не ссылка) справочника, в котором будут храниться значения свойств. Владельцем этого справочника является ПВХ.
Т.е. если посмотреть на этот справочник без отбора по владельцу, то там будут именно значения всех видов характеристик.
Откроем форму этого справочника:
Тут видно, что хранятся значения разных свойств, и цвета, и материалы. Но у каждого значения есть владелец - вид свойства, или, другими словами - элемент плана видов характеристик, т.е. тут все правильно.
Мне кажется, это свойство было бы логичнее назвать «Тип значений дополнительных характеристик» и задавать не название, а ссылку на справочник, как обычно. Т.к. если пользователь при создании нового вида свойств в форме плана выберет, что значением этого вида будет элемент этого справочника, то это и значит, что тип значения - справочник.
Откроем форму самого плана видов хар-к:
Тут видно, что пользователь создает новые виды свойств, и выбирает их тип из предоставленного списка типов. Список типов, как я уже говорила, задается в свойстве «Типы значения характеристик».
Вид свойства - дата появления, тип значения - дата
Вид свойства - кладовщик, тип значения - ссылка на справочник «Физические лица»
Если пользователь создал вид свойства «цвет», то в форме создания элемента плана справа будет ссылка для перехода в подчиненный плану справочник, в котором пользователь должен создать значения цветов. Форма справочника открывается с отбором по владельцу автоматически, т.е. в форме списка только цвета, а не значения всех свойств, как на первом рисунке.
Рис. 4
Далее, создаваемый регистр сведений, для чего он нужен. В нем хранятся виды свойств, значения свойств, и то, к чему эти свойства относятся. Т.е. не свойства сами по себе, а в привязке к какому-то объекту. Например, регистр сведений «Значения свойств товаров» (я бы назвала «Свойства номенклатуры» ). Т.е. что у конкретного товара «стол компьютерный» есть цвет - «синий», и есть материал - «дуб». Это будет 2 записи регистра сведений:
Рис. 5
Структура регистра:
Измерения - номенклатура и вид свойства (тип - ссылка на план).
Ресурс - значение (тип Характеристика - это такой виртуальный тип, который включает в себя все типы из плана).
Итак, подходим к вопросу, что же это за свойство «Связи параметров выбора» в ресурсе регистра сведений. Там у нас Отбор.Владелец(ВидСвойства). Я не могла понять, к чему относится отбор, и что за владелец, владелец чего? Мы же не знаем, какой будет тип у значения.
Идем по порядку: я думаю, что отбор - это свойство формы списка справочника «Пользовательские характеристики»
Синтаксис-помощник говорит, что у списка справочника есть свойство "отбор" типа отбор (некоторые свойства в синтаксис-помощнике в треугольных скобках, они в статье не отображаются):
СправочникСписок.Имя справочника (CatalogList.Имя справочника)
Отбор (Filter)
Тип Отбор:
Отбор (Filter)
Элементы коллекции:
ЭлементОтбора
Для объекта доступен обход коллекции посредством оператора Для каждого … Из … Цикл. При обходе выбираются элементы отбора.
Возможно обращение к элементу отбора посредством оператора [...]. В качестве аргумента передается индекс элемента (нумерация с 0).
Свойства:
Имя элемента отбора (Filter element name)
А у отбора тоже есть свойство «Имя элемента отбора»
Т.е. в данном случае имя элемента отбора - Владелец.
Но владелец имеет смысл только для записей, у которых в качестве ресурса выступает элемент справочника «Пользовательские характеристики». Из этого я делаю вывод, что это свойство относится только к таким записям. Т.е. для записей с видами свойств «дата появления» и «кладовщик» оно просто не имеет смысла. Тогда все становится на свои места.
Например, открывается форма записи регистра сведений с пользовательской характеристикой:
Рис. 6
Если мы перейдем в форму списка справочника «Пользовательские характеристики» для выбора цвета, то там при заданном значении свойства «Связи параметров выбора» Отбор.Владелец(ВидСвойства) будут только цвета
Т.е. отбираются только такие значения свойств, у которых вид свойства - это цвет. (значения с владельцем «Цвет», а не «Материал», например)
Т.е. форма такая же, как и на третьем рисунке.
Вывод о том, что свойство «Связи параметров выбора» относится только к дополнительным значениям характеристик подтверждает тот факт, что если мы очистим это свойство, то это повлияет только на записи с дополнительными видами свойств, а например, при выборе кладовщика открывается всегда, как и положено, справочник физических лиц.
С помощью плана видов характеристик можно организовать хранение свойств объектов, которые еще не известны на момент разработки конфигурации. Т.е. пользователь может самостоятельно вводить новые свойства, например, цвет, размер, габариты, мощность. Для каждой группы товаров может быть свой набор свойств: для холодильников - это объем морозильной камеры, число компрессоров, уровень шума; для компьютеров - объем оперативной памяти, объем жесткого диска; для одежды - размер, рост, цвет и т.д. Затем на основе этих характеристик можно строить отчеты, анализировать объем продаж, получать ценную информацию для принятия решений.
Важной особенностью плана видов характеристик, отличающей его от других объектов, является его свойство "Тип значения". Это свойство позволяет определить список возможных типов данных, используемых для видов характеристик. Т.е. обычно используется составной тип данных, при этом можно указать как примитивные типы данных (число, строка, дата, булево), так и ссылочные типы данных (СправочникСсылка, ДокументСсылка и т.д.). Для каждого вида характеристики указывается тип значений из списка выбранных типов, например, для характеристики Поставщик выбирается СправочникСсылка.Контрагенты. Пользователь может вводить новые характеристики в режиме "Предприятие" и указывать им тип значения из списка типов, указанных в конфигураторе для плана вида характеристик.
Другое важное свойство плана видов характеристик - это свойство "Дополнительные значения характеристик", в котором указывается подчиненный справочник, например, ЗначенияСвойствОбъектов, содержащий возможные значения характеристик. Обычно этот справочник используется пользователем в режиме "Предприятие" при вводе новых видов характеристик, для которых нет подходящих справочников в конфигурации, тогда в справочник ЗначенияСвойствОбъектов пользователь может ввести список возможных значений для каждого вида характеристики.
В качестве примера можно посмотреть как реализован механизм свойств в типовой конфигурации "Управление торговлей". Для этого используются следующие объекты:
- План видов характеристик СвойстваОбъектов
, у которого в качестве типа значения характеристик используется составной тип данных, куда входят примитивные типы данных (число, строка, дата, булево) и ссылки на различные прикладные объекты: справочники, документы, перечисления.
- Справочник ЗначенияСвойствОбъектов
, подчиненный плану видов характеристик СвойстваОбъектов. Этот справочник содержит список возможных значений для данного свойства, например, перечень всех цветов для свойства "Цвет": красный, зеленый, белый и т.д.
- Регистр сведений ЗначенияСвойствОбъектов
, имеющий измерения Объект (СправочникСсылка, ДокументСсылка) и Свойство (ПланВидовХарактеристикСсылка.СвойстваОбъектов) и ресурс Значение, который содержит значение конкретного свойства для конкретного объекта.
Примечание. Для упрощения понимания здесь не затронут механизм назначения свойств объектов. Данный механизм использует реквизит плана видов характеристик и еще один регистр сведений.
Другим важным применением плана видов характеристик является аналитический учет по субконто в бухгалтерском учете. В плане видов характеристик заводятся предопределенные виды субконто, например, контрагенты, номенклатура, договоры и т.д. Затем эти виды субконто прикрепляются к счету, хранящемуся в плане счетов. Пользователь в режиме "Предприятие" также может ввести новые виды субконто в план видов характеристик.
Для примера рассмотрите, как реализован учет по субконто в демонстрационной конфигурации "Бухгалтерский учет", поставляемой на диске ИТС. При этом используются следующие объекты:
- План видов характеристик ВидыСубконто
. В качестве типов значений используются ссылочные типы данных. Крайне не рекомендуется для учета по субконто использовать примитивные типы данных, это снизит производительность системы.
- План счетов Основной
, в которых в качестве источника видов субконто указан этот план видов характеристик
- Справочник Субконто
, подчиненный плану видов характеристик.
Пользователь вводит документ – например, продан один телефон. Документ делает проводку по регистру. Отчет показывает проводки сразу многих документов.
Специализация регистра – накапливать цифры. Сами по себе голые цифры не интересны – вместо «всего продано 3000» нам будет полезнее узнать «продано телефонов 2900, продано гарнитур 100».
Поэтому основа регистров – справочники, в разрезе которых накапливаются цифры.
Однако, как известно, проблемы всегда в тонкостях. При использовании каждого из трех видов регистров 1С – для каждого требуются свои дополнительные настройки.
Где же они хранятся?
План счетов 1С
Бухгалтерский учет построен на основе плана счетов 1С. Это список счетов, в разрезе которых производится движение денег. Для каждого счета может быть несколько аналитик – разрезов по справочникам («субконто»).
На самом деле учет в бухгалтерии ведется не в плане счетов 1С, а в регистрах бухгалтерии, где хранится список собственно проводок с указанием справочников (аналитик) и сумм.
План счетов 1С – это настройка регистра бухгалтерии, которая определяет:
- Список счетов, по которым могут быть сделаны проводки
- Виды учета по счету (например, возможность указать сумму в валюте; возможно считать не только сумму, но и количество)
- Виды учета по субконто (т.е. в разрезе справочников, аналогично как и со счетами).
План видов расчетов 1С
Аналогичная ситуация в учете заработной платы. Есть регистры расчетов – в них производится начисление собственно сумм в разрезе работников, организаций и т.п. И есть план видов расчетов 1С – это настройка, определяющая использование регистра расчета в будущем.
Примеры видов расчета 1С:
- Заработная плата
- Доплата за напряженный труд
- Сдельная доплата за результат.
Почему нужно выносить это в разные настройки?
Потому что разные виды оплаты труда по разному рассчитываются:
- Отражение начисления в налогах и разных фондах
- Могут быть связаны друг с другом
- o Одна запись вытесняет другую (зарплата начисляется за весь месяц, кроме тех дней, когда начислен больничный; то есть больничный вытесняет зарплату)
o Одна запись зависит [за период] от другой (алименты за период начисляются на основании зарплаты за период, а не наоборот).
План видов характеристик 1С
План видов характеристик 1С (ПВХ 1С) – содержит характеристики.
Характеристики – это свойства любого объекта, которые определяет сам пользователь.
Например, мы самостоятельно можем добавить для клиентов свойство СтепеньКрутости, заполнять его и потом видеть его в отчетах. Программировать и вообще работать в конфигураторе для этого не нужно.
Как это устроено?
- Сама характеристика 1С (ее имя) – хранится в ПВХ в режиме 1С Предприятие
- Какие могут быть значения (т.е. варианты значений) – хранятся в произвольном справочнике 1С
- Пары характеристика = значение хранятся в регистре сведений 1С.
Как это использовать?
- Программист в конфигураторе определяет в ПВХ 1С
o Вид характеристик 1С (например, «Дополнительные свойства справочников»)
o Дополнительный справочник 1С, в котором будут хранится варианты значений
o Возможные к использованию пользователем справочники 1С (типовые и дополнительный, указанный выше) - Пользователь в ПВХ «Дополнительные свойства» определяет характеристику «Степень крутости»
- На форме соответствующего справочника нужно организовать установку пользователем значений, которые будут хранится в регистре сведений 1С.
Неудобство использования состоит в том, что в отчете мы не увидим свойства автоматически – ведь платформа «знает» только о созданных в конфигураторе.
Для того, чтобы указать платформе, что справочник имеет характеристики 1С, которые хранятся в регистре сведений, нужно сделать следующее:
- Щелкнуть правой кнопкой мыши на справочник, в меню выбрать Характеристики 1С
- В таблице указать настройку, которая будет использоваться в отчетах СКД и динамических списках для автоматического связывания справочника с его характеристиками
o Виды характеристик 1С – таблица и имя поля, где хранятся виды характеристик (отбор по ссылке)
o Значения характеристик 1С – таблица и имя поля, где хранятся собственно значения (отбор по ссылке).
