План видов характеристик
Планы видов характеристик — это прикладные объекты конфигурации. Они предназначены для хранения информации о характеристиках различных объектов.
С их помощью пользователь может создавать всевозможные характеристики, описывать тип этих характеристик и задавать их значения. Например, для того, чтобы описывать товары произвольным количеством произвольных характеристик (цвет, размер, запах и т. д.).
Структура
По своей структуре план видов характеристик напоминает справочник: в плане видов характеристик хранятся элементы, — характеристики, которые могут иметь некоторый набор реквизитов и табличных частей и, также как и элементы справочника, могут образовывать иерархические структуры. В плане видов характеристик могут существовать предопределенные характеристики, заданные разработчиком.
Однако основное назначение плана видов характеристик заключается в том, чтобы для каждой характеристики хранить тип значения, который она может принимать:
Возможный перечень типов, которые могут принимать характеристики, указывается разработчиком в процессе создания прикладного решения:
Создавая новые характеристики (или редактируя существующие), пользователь сможет выбрать для них один из типов, входящих в этот перечень.
Однако не исключена ситуация, когда для создания очередной характеристики пользователю понадобится тип, не существующий в прикладном решении. Например, пользователь решит создать характеристику Запах, которая должна иметь значения справочника Запахи, но такого справочника в прикладном решении нет.
Специально для таких ситуаций разработчик может создать специальный пустой справочник, и указать, что в нем будут храниться дополнительные значения характеристик:
Теперь, создавая характеристику Запах, пользователь сможет выбрать для нее тип значения этого специального справочника, а в самом справочнике создать нужные ему значения: Сладкий, Резкий, Кислый и т. д.
Формы плана видов характеристик
Для того чтобы пользователь мог просматривать и изменять данные, содержащиеся в плане видов характеристик, система поддерживает несколько форм его представления. Система может автоматически генерировать все нужные формы плана видов характеристик. Наряду с этим разработчик имеет возможность создать собственные формы, которые система будет использовать вместо форм по умолчанию:
Форма списка
Для просмотра данных, содержащихся в плане видов характеристик, используется форма списка. Она позволяет выполнять навигацию по плану, добавлять, помечать на удаление и удалять характеристики и группы характеристик, перемещать характеристики и группы. Форма списка может представлять данные в иерархическом и не иерархическом виде и позволяет выполнять сортировку и отбор отображаемой информации по нескольким критериям:
Форма характеристики
Для просмотра и изменения данных отдельных характеристик используется форма характеристики. Как правило, она представляет данные в удобном для восприятия и редактирования виде:
Кроме этого для планов видов характеристик, также как и для справочников, поддерживаются формы группы, выбора и выбора группы.
План видов характеристик в 1С. Предназначение и практическое применение
Объект конфигурации План видов характеристик (ПВХ) предназначен для описания видов характеристик, которые могут иметь разные типы.
Рассмотрим следующую практическую задачу. В справочнике “Контрагенты” должна быть возможность для каждого контрагента хранить произвольные дополнительные реквизиты. При этом заранее количество реквизитов неизвестно, поэтому создать их в конфигураторе не представляется возможным. Кроме того, типы данных дополнительных реквизитов могут различаться.
- Количество сотрудников (число)
- Дата регистрации (дата)
- Страна (выбор из списка стран)
- Регион (выбор из списка регионов)
- Сфера деятельности (выбор из списка сфер деятельности)
- Категория (важный, обычный, проблемный)
- Справочник
- План видов характеристик
- Регистр сведений
- Табличная часть справочника “Контрагенты”
План видов характеристик не подходит по тем же причинам, что и справочник.
Регистр сведений подходит для хранения дополнительных сведений, кроме того использование регистра сведений позволит избежать дублей, т.е. пользователь не сможет установить для одного контрагента два разных значения одного и того же дополнительного реквизита. Единственная особенность при использовании регистра сведений — для просмотра данных нужно открыть форму регистра, что не очень удобно.
Табличная часть справочника “Контрагенты” также подходит для решения поставленной задачи. В табличной части уже есть стандартный реквизит “Ссылка”, остается добавить только реквизиты “ДополнительныйРеквизит” и “Значение”. К тому же при использовании табличной части с данными можно работать непосредственно в форме контрагента. Минус использования табличной части — отсутствие контроля уникальности записей на уровне платформы. Но есть возможность реализовать программный контроль на дубли.
Итак, для хранения информации о дополнительных реквизитах подходит 2 типа объекта конфигурации: табличная часть и регистр сведений.
Рассмотрим решение с использованием табличной части справочника “Контрагенты”. Добавим табличную часть “ДополнительныеРевизиты” с двумя реквизитами “ДополнительныйРеквизит” и “Значение”:
Теперь нужно определиться с типом данных для этих реквизитов.
Поскольку один и тот же дополнительный реквизит может использоваться в разных контрагентах, то нужно в информационной базе хранить список всех возможных дополнительных реквизитов. При этом должна быть возможность пополнять этот список по мере необходимости.
- Справочник
- План видов характеристик
В плане видов характеристик, напротив, есть возможность для каждого элемента хранить тип значения.
Создадим новый план видов характеристик “ДополнительныеРеквизиты” и в свойстве “Тип значения характеристик” отметим типы данных, которые будут доступны пользователю при выборе:
На закладке “Данные” настроим длину кода и наименования:
В свойствах реквизита “Значение” табличной части “ДополнительныеРеквизиты” справочника “Контрагенты” укажем тип — ПланВидовХарактеристикСсылка.ДополнительныеРеквизиты:
Чтобы для реквизита “Значение” были доступны типы данных, которые были указаны при создании плана видов характеристик, нужно выбрать тип данных “Характеристика.ДополнительныеРеквизиты”:
Для того чтобы при выборе значения не нужно было дополнительно выбирать его тип, настроим для реквизита “Значение” свойство “Связь по типу”:
В этом случае тип реквизита “Значение” будет определяться типом выбранного дополнительного реквизита в конкретной строке табличной части.
Создадим в режиме пользователя необходимые дополнительные реквизиты в плане видов характеристик:
После этого переходим в форму конкретного контрагента и создаем необходимое количество записей в табличной части “Дополнительные реквизиты”:
Поскольку для дополнительных реквизитов “Регион”, “Страна” и “Сфера деятельности” был выбран тип данных “Строка”, значения нужно вводить вручную, что на практике совсем неудобно — для разных контрагентов значения этих реквизитов могут повторяться.
Чтобы исправить ситуацию, нужно для каждого дополнительного реквизита из плана видов характеристик иметь возможность хранить список возможных значений реквизита с возможностью пополнения этого списка по мере необходимости:
Чтобы хранить список значений для дополнительных реквизитов можно использовать отдельный справочник “ЗначенияДополнительныхРеквизитов”.
А чтобы отличать значения разных дополнительных реквизитов, этот справочник нужно сделать подчиненным плану видов характеристик “ДополнительныеРеквизиты”:
Теперь добавим этот справочник в качестве типа для плана видов характеристик “Дополнительные реквизиты”, а также заполним свойство “Дополнительные значения характеристик:
Также настроим свойство “Связи параметров выбора” реквизита “Значение” в табличной части “ДополнительныеРеквизиты” справочника “Номенклатура для того чтобы при выборе значения в списке отображались только те значения, которые относятся к выбранному дополнительному реквизиту:
В режиме “1С:Предприятие” для дополнительных реквизитов “Регион”, “Страна” и “Категория” изменить тип данных на “Значения дополнительных реквизитов”:
Для каждого дополнительного реквизита теперь есть возможность хранить список значений:
Теперь при заполнении дополнительных реквизитов в форме контрагента, если выбрать один из реквизитов с типом “Значения дополнительных реквизитов”, то выбор осуществляется из справочника с отбором по конкретному дополнительному реквизиту:
Таким образом, с помощью плана видов характеристик мы реализовали возможность добавлять в справочник “Контрагенты” произвольное количество дополнительных реквизитов различного типа данных.
Правильный учет товаров в 1С с помощью плана видов характеристик
В статье рассмотрим, как знание и умение пользоваться объектами конфигурации 1С помогает решить вопросы, связанные с корректным учетом товаров и их свойств, и где это может пригодиться.
Разберем объект “План видов характеристик” (далее ПВХ). Пример использования ПВХ это “Цвет”, например “Белая” и “Синяя”, товара “Футболка”. Казалось бы все просто.
Есть особенности, которые при неправильной настройке или проектировании программы могут создать массу трудностей. Что это за особенности и где эти проблемы могут проявиться? При некорректном заведении характеристик номенклатуры в 1С могут дублироваться свойства. При выгрузке на сайт неправильно будут созданы фильтры, пересортица остатков товаров, неверные цены на один товар с разными свойствами и т.д.
Ниже рассмотрим правильное использование ПВХ детальнее.
Стандартный сценарий работы современного интернет-магазина — выгрузка каталога товаров из 1С.
Фильтры на сайте — это инструмент, который упрощает навигацию по интернет-магазину, помогает пользователю найти необходимый товар. Фильтры в каталоге заменяют клиентам продавца, и они должны вести себя максимально предсказуемо и удобно, чтобы облегчить поиски нужного товара, а не запутать покупателя.
Основа фильтра — характеристики товара, которые выбирают пользователи, а это не исключает ошибок.
На примере интернет-магазина, где значения характеристик вводят пользователи, продемонстрирую, как множатся одни и те же по сути, но разные по значению характеристики.
На примере видно, что одну штуку в упаковке ввели тремя разными строками, так же и с другими вариантами количества предметов в упаковке. Такой способ ведения не позволит эффективно использовать “пользовательские реквизиты” для аналитики.
На этом примере продублированы сами характеристики товара, что тоже вводит в заблуждение.
В статье я хочу простыми словами рассказать, для чего и в каких случаях подходят объекты конфигурации 1С “Планы видов характеристик”, показать на примерах работу и несколько вариантов использования. Статья подойдет для начинающих программистов 1С и аналитиков.
Что такое объект конфигурации “Планы видов характеристик”
В системе «1С:Предприятие» объекты ПВХ предназначены для описания множеств однотипных объектов аналитического учета. В типовых конфигурациях ПВХ используется для реализации механизма “Дополнительные реквизиты и сведения”. Именно этот пример показателен и помогает понять, что такое ПВХ. Элементы ПВХ — это реквизиты, которые добавляют сами пользователи, указывая какого типа они будут.
Сам по себе объект ПВХ похож на справочник. Отличие в том, что в своих настройках он содержит возможности, позволяющие в режиме предприятия добавлять “реквизиты пользователей” и работать с ними как с реквизитами, добавленными в конфигураторе.
Для того, чтобы задействовать все механизмы настроек характеристик в 1С, недостаточно одного ПВХ. На примере товаров и дополнительных реквизитов, которые мы добавим через функционал ПВХ, рассмотрим работу механизма характеристик.
На схеме изображена простая связь Товар-Характеристика-Значение. Товар — это Объект-Владелец характеристик, в нашем примере это будет Справочник Товары.
Характеристики это то, что хранится в ПВХ, наименование и ТипЗначения, который можно указать для этого “пользовательского реквизита”. Для хранения значений характеристик и привязки к Объекту-Владельцу требуется создать дополнительные объекты, но механизмы платформы облегчают связи и взаимодействие именно через объект ПВХ.
В статье поэтапно реализуется приведенная схема с постепенной настройкой ПВХ и других объектов. Не будем использовать встроенный язык для реализации этой схемы, задействуем только механизмы платформы.
Создание плана видов характеристик
Создадим новый план видов характеристик:
Уникальное свойство “Тип значения характеристики” предназначено для указания всех возможных типов значения, которые пользователи смогут указать при создании “пользовательских реквизитов”.
При создании ПВХ в окне выбора типов объектов появляется ветка “Характеристики” в которой будет одноименный элемент.
Этот тип предназначен для значений характеристик ПВХ. Если для реквизита выбрать этот тип, то он сможет принимать любое значение указанное в “Тип значения характеристик”.
В режиме предприятия добавляем характеристики (элемент ПВХ) и для каждой указываем тип.
Всё что мы храним в ПВХ, — это характеристика и тип ее значения. Мы не храним значения сами по себе и не имеем связи с Объектом, которому принадлежит характеристика.
Значения характеристик будут привязаны к характеристике и Объекту-Владельцу.
Рассмотрим два варианта хранения значений характеристик:
в табличной части Объекта-Владельца,
в регистре сведений.
У каждого из способов хранения есть свои особенности:
В табличной части Объекта-владельца
В регистре сведений
Не отслеживается уникальность записей с одинаковыми характеристиками. Это можно сделать программно, механизмов платформы для этого нет. Эта особенность является “Плюсом”, если для Объекта необходимо хранить разные значения одной и тоже характеристики.
Особенность этого метода — записи должны быть с уникальными ключевыми полями.
Так же не понадобилось привязывать значение к Объекту-Владельцу, т.к. значения характеристик сразу записываются в объект и автоматически привязаны к нему.
Нужно хранить и значение и ссылку на Объект-Владелец
На примере созданного ПВХ разберем как организовать средствами платформы оба варианта.
На данный момент мы создали только ПВХ, где храним “пользовательские реквизиты”. Создадим справочник “Товары”, именно для него мы планируем хранить значения характеристик.
Хранение значений в табличной части
Приступим к реализации первого варианта хранения значений — в табличной части Объекта-Владельца.
Добавим табличную часть с реквизитами:
ХарактеристикаТовара с типом значения — ПланВидовХарактеристикСсылка.Характеристики;
ЗначениеХарактеристики с типом значения — Характеристика.Характеристики
С такими настройками при добавлении Товару характеристики и значения открывается окно выбора типа значений и на выбор доступны все, которые мы указали при создании ПВХ в свойстве “Тип значения характеристик”.
При создании характеристик мы указывали значения, которые они могут принимать. Например, мы указывали, что характеристика “Количество в упаковке” будет числовым типом, а сейчас можем записать любое значение. На примере видно, что для этой характеристики удалось указать и дату и строку.
Это происходит из-за того, что нет связи между характеристикой и доступными ей типами, которые мы указали в ПВХ.
Для того, чтобы автоматически выбирался тип, привязанный нами к характеристике, достаточно в табличной части заполнить свойство “Связь по типу” для реквизита ЗначениеХарактеристики, указав в каком реквизите будет сама характеристика.
При добавлении строки в табличную часть Товаров и выборе характеристики из ПВХ — тип значения определяется автоматически.
Мы реализовали простой способ хранения дополнительных характеристик, привязанных к справочнику.
Посмотрим, как выводятся данные о товарах и значениях характеристик в универсальном отчете:
С такими настройками характеристики и их значения выводятся как подчиненные элементы для объектов справочника Товары. Их возможно использовать в настройках СКД, но “через точку”, а не как реквизиты.
О возможности использования “пользовательских реквизитов” как реквизитов, созданных в конфигураторе, мы говорили в начале статьи. Это одно из основных преимуществ использования механизмов ПВХ. Для того, чтобы “объяснить” конфигурации что является “пользовательскими полями” для Объекта-Владельца и где они будут хранится мы выполним настройку характеристик для справочника Товары. На закладке Данные переходим в редактирование данных о характеристиках нажав кнопку “Характеристики”.
Укажем, где хранятся ВидыХарактеристик (это ПВХ) и где хранятся ЗначенияХаратеристик. В нашем случае это табличная часть самого справочника товары.
После настройки проверим, как характеристики отображаются в отчетах:
Каждый элемент ПВХ, доступный для Товаров, отображается как реквизит объекта и доступен для сортировок и отборов в СКД. Также есть возможность выводить в колонки списков форм, использовать отборы и сортировки.
Хранение значений характеристик в регистре сведений
Для реализации этой модели хранения значений нам понадобятся ранее созданные объекты:
справочник Товары — к его элементам привязываются значения свойств характеристик. Этот справочник является Объектом-Владельцем.
ПВХ — хранит все возможные характеристики (“пользовательские реквизиты”)
Создадим регистр сведений, его запись будет хранить товар, характеристику и ее значение для этого товара. В отличии от предыдущего метода, мы добавим реквизит, который будет содержать ссылку на Товар.
Структура данных регистра:
Товар с типом значения — СправочникСсылка.Товары
ХарактеристикаТовара с типом значения — ПланВидовХарактеристикСсылка.Характеристики
ЗначениеХарактеристики с типом значения — Характеристика.Характеристики
У ресурса так же укажем “Связь по типу”, как ранее делали при записи в табличную часть.
Добавим значения характеристик в регистр сведений.
При таком способе хранения значений записи должны быть с уникальными ключевыми полями. Т.е. добавить два раза одну и ту же характеристику (пусть даже с разными значениями) для одного товара не получится.
Не забываем указать для Справочника Товары где хранятся характеристики и их значения. В этом варианте реализации сами характеристики хранятся также в ПВХ, а значения — в регистре сведений.
Проверим как выглядят характеристики в отчете.
Также сами характеристики из ПВХ доступны для отборов, вывода как поля группировок и сортировок, отображаются при работе с настройками списков форм.
Дополнительные значения характеристик
Мы реализовали механизм создания и хранения значений характеристик для объекта конфигурации.
В примере использовали “пользовательские реквизиты” примитивных типов. Механизм платформы также позволяет использовать типы, созданные самими пользователями.
Для того, чтобы пользователи не вводили значения, а выбирали их из предопределенного списка, созданного в режиме предприятия, нужно доработать наш ПВХ.
Добавим справочник, подчиненный нашему ПВХ, назовем его ЗначенияХарактеристик. В этом справочнике мы будем хранить варианты значений для “пользовательских реквизитов”.
После этого в нашем ПВХ в поле “Дополнительные значения характеристик” выберем подчиненный справочник, который стал доступен для выбора.
И в возможные типы значений характеристик тоже подключим этот справочник.
В режиме предприятия заполним варианты цветов и укажем их для характеристики “Цвет”.
Для характеристики “Цвет” изменим тип значения на справочник “Значения характеристики”, в этом случае пользователи смогут выбирать цвета из предложенных значений и не смогут вводить сами.
Вверху формы (формы созданы автоматически) появилась ссылка “Значения характеристики” для перехода к значениям подчиненного справочника и ввода значений, доступных для текущей характеристики.
Заполним и значениями для характеристики “Материал”.
В списке всех, доступных значений мы видим, что каждое значение привязано к Характеристике-Владельцу.
Проверим как сейчас работает заполнение нашего значения характеристики “Цвет” для конкретного товара.
Отбор по владельцу “Цвет” не установлен, и мы видим не только цвета, но и материалы. Для того, чтобы указать связь, для реквизита табличной части Товары — ЗначениеХарактеристики укажем “Связь параметров отбора”
Для характеристики “Цвет” система нам предлагает выбрать только введенные ранее значения.
После настройки ведения характеристик через ПВХ ошибки пользователя при заведении новых значений будут сведены к минимуму. Посмотрим как выглядит наш фильтр с таким способов хранения характеристик товаров:
Заключение
В своей статье я описала “базовые” настройки с помощью которых можно эффективно пользоваться таким объектом как ПланВидовХарактеристик. Этот объект платформы 1С является полезным при правильном применении. На примерах мы увидели, как настройка объекта в 1С может влиять на работу покупателей на сайте.
Фильтр каталога товаров — важная составляющая любого интернет-магазина. Если искать подходящий товар долго и неудобно, встречаются ошибки и неточности, то покупатель уйдет с сайта, т.к. ценит свое время.
Синхронизация каталога между 1С и сайтом — фундамент для развития сайта. Чтобы сделать его правильно и с первого раза нужно иметь соответствующий опыт. Мы — имеем и готовы помочь Вам в интеграционных задачах. Обращайтесь!
План видов характеристик 1С
Часто при разработке прикладных решений могут появляться задачи добавления дополнительных характеристик для различных объектов учета. Эти характеристики можно хранить в реквизитах объектов, а можно использовать план видов характеристик 1С.
Рассмотрим пример, у нас есть справочник Регионы, и нужно в базе хранить дополнительную информацию об этих регионах (расположение, количество жителей, экономический статус и т.п). Мы можем для этого использовать реквизиты объекта, но у данного варианта имеется ряд недостатков. Во-первых, мы можем не знать точно, какие характеристики у регионов будут на момент разработки конфигурации. Во-вторых, не все характеристики для всех регионов могут быть применимы. Например, для какого-то региона нужно использовать характеристики А, Б, В, а для другого – Б,Д,Е, тогда лишние характеристики на форме элемента справочника будут загружать форму.
В таких случаях гораздо рациональнее использовать план видов характеристик, в котором может храниться дополнительная информация объекта аналитического учёта (справочника Регионы). Что такое план видов характеристик? По сути, это такой справочник, в котором элементы (характеристики) могут быть разных типов. Например, есть характеристика Площадь региона, тип которой Число. В характеристику Площадь региона, можно записать только число и не более. Причем у одного плана видов характеристик могут быть характеристики (элементы) разных типов. Например, у характеристики Дата основания тип может быть Дата.
Таким образом, можно резюмировать: если у обычного справочника все элементы одного типа (ссылка на этот справочник), то у плана видов характеристик элементы могут быть разных типов, в зависимости от того, как настроено при конфигурировании.
Реализуем следующую задачу: создадим возможность хранения различных характеристик справочника Регионы. Характеристики могут быть в виде примитивных типов (например, площадь региона), а также и в виде каких-то определенных значений (например, положение региона: «Север», «Юг» и т.д.), которые будут создавать сами пользователи.
Создадим план видов характеристик Дополнительные свойства регионов.
В конструкторе плана видов характеристик на закладке «Основные» обратите внимание на поле «Тип значения характеристик», в этом поле необходимо указать тип (или типы). Характеристики нового плана вида характеристик будут только тех типов, которые указаны в этом поле. Если нажать на кнопку «…» данного поля, то откроется окно редактирования типа данных. Выберем все примитивные типы (для выбора нескольких типов нужно установить флаг Составной тип данных).
Но, в условиях задачи сказано, что характеристики могут храниться в виде каких-то определенных значений, и у пользователя должна быть возможность выбрать одно из этих значений. Причем эти значения пользователь может задать самостоятельно. Где наиболее оптимально хранить значения той или иной характеристики? Причем так, чтобы эти значения не пересекались.
К примеру, у региона может быть характеристика Положение региона, которая содержит произвольные значения положения региона («Север», «Юг», «Запад» и т.д.), а также может быть характеристика «Экономический статус», которая содержит значения экономического статуса региона («Донор», «Развивающийся» и т.д.), значения этих характеристик не должны пересекаться. Если мы выбрали характеристику Положение региона, то должны видеть только значения положения, а не экономического статуса.
Можно, конечно, создать отдельные справочники Положения регионов и Экономические статусы, но мы не можем быть уверены, что потом не добавятся еще какие-либо новые характеристики, которые будут содержать произвольные значения, и нам не придётся дорабатывать конфигурацию. Самым оптимальным решением будет создать единый справочник для хранения всех значений подобных характеристик. Этот справочник должен быть подчинен плану видов характеристик Дополнительные свойства регионов. В этом случае у любой характеристики (элемента плана видов характеристик), тип которой «ссылка на подчиненный справочник», будет свой набор значений, ни с чем не пересекающийся.
Создадим такой справочник, назовем его Свойства регионов и на закладке «Владельцы» установим единственного владельца, план видов характеристик Дополнительные свойства регионов.
После создания справочника, перейдем в план видов характеристик Дополнительные свойства регионов и в поле «Тип значения характеристик» закладки «Основные» добавим новый тип – ссылку на справочник Свойства регионов. Теперь мы сможем создать элементы (характеристики) нашего плана видов характеристик с этим типом, а также создать элементы справочника Свойства регионов, подчиненные нужной характеристике.
Но это еще не всё, в плане видов характеристик нужно указать, что значения характеристик хранятся именно в справочнике Свойства регионов. Указывается это в свойстве «Дополнительные значения характеристик» закладки «Основные».
И остался последний шаг: необходимо связать воедино регион, дополнительные свойства региона (характеристики) и значение этих свойств (характеристик). Поскольку, когда мы создадим какие-то свойства регионов, их значения, то эти данные и конкретные регионы будут отдельно.
Сделаем это, создадим непериодический и независимый регистр сведений, который назовем Значение свойств регионов.
Правильно следует создать два измерения, в которых будут указаны регионы и свойства, и один ресурс, в котором будет указано значение свойства региона (если мы создадим измерения – Регион, Свойство и Значение, то можно будет у одного региона одному свойству присвоить несколько разных значений).
У измерения Регион установим свойство Ведущее.
И создадим ресурс «Значение», тип которого будет характеристика плана видов характеристик «Дополнительные свойства регионов».
В результате в ресурсе Значение будут те значения характеристик, которые определены для плана видов характеристик «Дополнительны свойства регионов».
Сохраним конфигурацию, обновим базу данных и создадим следующие характеристики (элементы плана видов характеристик): Площадь (тип число), Дата основания (тип дата), Расположение и Экономический статус (тип ссылка на справочник Свойства регионов).
При создании нового элемента плана видов характеристик, необходимо указывать тип значения этого элемента.
У характеристик Расположение и Экономический статус создадим подчиненные им элементы справочника Свойства регионов.
Попробуем при помощи регистра сведений Значение свойств регионов привязать какую-нибудь характеристику и её значение к определенному региону. Заходить в сам регистр не нужно, достаточно открыть элемент справочника Регионы и выполнить команду Значение свойств регионов, которая расположена вверху формы элемента (она появилась, потому что мы установили флаг Ведущее у измерения Регион ранее).
Если мы попробуем создать новую запись регистра сведений, в которой выберем какое-нибудь свойство (например, Площадь), то обнаружим, что необходимо указать какой тип должен быть в поле Значение.
Чтобы тип в поле Значение вставал автоматически после заполнения поля Свойство, сделаем следующую настройку ресурса Значение регистра сведений: в свойстве Связь по типу ресурса Значение укажем измерение Свойства, которое и будет определять тип ресурса.
После таких настроек, тип у поля Значение будет подбираться автоматически.
Но, если мы выберем свойство, тип у которого ссылка на справочник Свойства регионов, то будут предложены все элементы справочника Регионы. Хотя отмечу, что этот справочник подчиненный и у него имеется владелец план видов характеристик, элемент которого бы выбран в поле Свойства.
Чтобы, показывались только те элементы справочника Свойства регионов, которые подчинены выбранному элементу плана видов характеристик, сделаем следующую настройку ресурса Значение. В свойстве ресурса Связи параметров выбора (в этом свойстве настраивается зависимость одних реквизитов от других), настроим связь ресурса с измерением Свойства по владельцу.
После таких настроек будут показаны только те элементы справочника Свойства регионов, у которых владелец элемент плана видов характеристик, выбранный в поле Свойство.
Как результат, мы сможем привязать к региону несколько различных характеристик.
Читайте также по теме:
Более подробно о работе с другими интересными объектами языка программирования в 1С читайте в моей книге «Программировать в 1С за 11 шагов»
Изучайте программирование в 1С в месте с моей книги «Программировать в 1С за 11 шагов»
- Книга написана понятным и простым языком — для новичка.
- Книга посылается на электронную почту в формате PDF. Можно открыть на любом устройстве!
- Научитесь понимать архитектуру 1С;
- Станете писать код на языке 1С;
- Освоите основные приемы программирования;
- Закрепите полученные знания при помощи задачника;
Отличное пособие по разработке в управляемом приложении 1С, как для начинающих разработчиков, так и для опытных программистов.
- Очень доступный и понятный язык изложения
- Книга посылается на электронную почту в формате PDF. Можно открыть на любом устройстве!
- Поймете идеологию управляемого приложения 1С
- Узнаете, как разрабатывать управляемое приложение;
- Научитесь разрабатывать управляемые формы 1С;
- Сможете работать с основными и нужными элементами управляемых форм
- Программирование под управляемым приложением станет понятным
Промо-код на скидку в 15% — 48PVXHeYu
Если Вы всё еще «плаваете» в конструкциях языка запросов, и у Вас вызывают трудности даже самые простые запросы, то рекомендую вам мой курс «Запросы в 1С от новичка до профи». Где эти и многие другие вопросы рассматриваются более подробно.
В чем особенность этого курса:
• Курс рассчитан на тех, кто не знаком с языком запросов в 1С;
• Учебный материал грамотно скомпонован и прост в освоении;
• Несколько десятков уроков;
• Полезные практические примеры;
• Все уроки изложены понятным и простым языком
Для моих читателей, купон на скидку 25%: hrW0rl9Nnx
Если Вам помог этот урок решить какую-нибудь проблему, понравился или оказался полезен, то Вы можете поддержать мой проект, перечислив любую сумму:
можно оплатить вручную:
Яндекс.Деньги — 410012882996301
Вступайте в мои группы:
2 Replies to “План видов характеристик 1С”
Опечатка в абзаце (слово ГАРАЖЕЙ => регионов)
Попробуем при помощи регистра сведений Значение свойств регионов привязать какую-нибудь характеристику и её значение к определенному региону. Заходить в сам регистр не нужно, достаточно открыть элемент справочника Регионы и выполнить команду Значение свойств ГАРАЖЕЙ, которая расположена вверху формы элемента (она появилась, потому что мы установили флаг Ведущее у измерения Регион ранее).