…Учет деталей производится в разрезе характеристик и свойств и должен быть реализован с помощью Плана видов характеристик. Набор свойств определяет характеристику. У одной детали может быть несколько разных характеристик…

Решение

По сути необходимо реализовать следующее, у справочника «Номенклатура» создать подчиненный справочник «Характеристики номенклатуры», у последнего организовать возможность хранения значений свойств, которые определяют характеристику.

1. В конфигурацию добавим справочник «Характеристики номенклатуры» и подчиним его справочнику «Номенклатура».

2. У плана видов характеристик «Свойства объектов» определим «Тип значения характеристик». Должно содержать все типы значений, которые могут принимать различные свойства.

3. Для хранения значений свойств создадим регистр сведений «Значения свойств объектов».
Измерения:

• Объект, тип «Справочник.ХарактеристикиНоменклатуры» (Можно добавить другие типы, для решения данной задачи нам хватит одного справочника);
• Свойство, тип «ПланВидовХарактеристик.СвойстваОбъектов»;

• Значение, тип «Характеристика.СвойстваОбъектов», который определен планом видов характеристик «Свойства объектов».

ВНИМАНИЕ!!! Здесь необходимо выбрать не тип «ПланВидовХарактеристикСсылка.СвойстваОбъектов, а именно тип «Характеристика.СвойстваОбъектов».

4. Для определения типа реквизита «Значение» в зависимости от типа выбранного значения реквизита «Свойство», заполним свойство «Связь по типу» указав реквизит «Свойство».

Итог

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

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

Создание плана видов характеристик, работа с планом счетов

в системе «1С:Предпряитие 8. 2 »

Цель работы: освоение основных приемов создания плана видов характеристик, настройка плана счетов в программном комплексе «1С:Предпрятие 8.2».

Ответы на контрольные вопросы

Результаты выполнения задания.

Методические указания

Планы видов характеристик

Для ведения аналитического учета в системе 1С:Предприятие применяется механизм субконто. Субконто называется любой объект аналитического учета: основные средства, нематериаль­ные активы, материалы, организации, подотчетные лица, до­говоры и т.д.

Видом субконто, в свою очередь, называется множество однотипных объектов аналитического учета. Например, спи­сок покупателей и заказчиков (предположим, что это только организации) в системе 1С:Предприятие будет называться «ви­дом субконто «Организации», а любая организация из этого списка будет именоваться «субконто».

Для реализации аналитического учета по субконто исполь­зуется новый прикладной объект «План видов характеристик». Он описывает возможные характеристики, в разрезе которых требуется вести аналитический учет, например, Контрагенты, Номенклатура.

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

Аналогично предопределенным счетам в плане видов характеристик еще на этапе разработки обычно указываются пред­определенные виды характеристик (виды субконто), например Контрагенты.

Сам объект типа «Вид Субконто» не описывает каких-либо объектов данных. Вид субконто только «ссылается» на конк­ретный тип данных. Вид субконто указывает на возможность использования конкретного типа данных для организации аналитического учета по бухгалтерским счетам. Объектами данных для ведения аналитического учета могут являться элементы справочников, документы, перечисления и т.д. При настрой­ке аналитического учета (субконто) для конкретного счета указывается именно вид субконто. Например, для организации аналитического учета по счету 3310 можно выбрать вид субконто «Контрагенты», имеющий тип данных «СправочникСсылка.Контрагенты». Таким образом, вид субконто делает некоторый тип данных доступным для использования его при ведении аналитического учета.

Планы счетов

Планы счетов - списки объектов данных типа «счет» - учетных регистров, по которым будет выполняться группиров­ка средств при работе с системой 1С:Предприятие. Понятие «план счетов» в системе 1С:Предприятие вполне соответствует общепринятому пониманию аналогичного термина в бухгалтерском учете. Таким образом, счета предназначены для хранения объектов синтетического учета средств предприятия.

Планы счетов содержат список счетов бухгалтерского или налогового учета, например, планы счетов хозрасчетный, на­логовый, налоговый с упрощенной системой налогообложения.

Свойства счетов могут гибко настраиваться в зависимости от принятой системы учета в конкретной стране и на конкрет­ном типе предприятий.

Для плана счетов задается длина кода счета и количество уровней субсчетов, а также количество знаков в субсчете каждо­го уровня. Для счетов настраиваются дополнительные реквизи­ты, а также формы просмотра списка и редактирования счетов.

Бухгалтерские счета являются основой системы бухгалтер­ских итогов. При их настройке задаются свойства дополнитель­ных разрезов учета - валютного, аналитического и количествен­ного.

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

Важной особенностью бухгалтерских счетов является воз­можность создания объектов, как в конфигурации, так и в са­мой информационной базе. Введение конкретных счетов в кон­фигурацию целесообразно в том случае, если поведение самой конфигурации требует обязательного наличия самих счетов или конкретных свойств этих счетов.

Пример 1.Создание плана видов характеристик

Для создания нового плана видов характеристик надо в окне «Конфигурация» выделить ветвь «Планы видов характеристик» и щелкнуть по кнопке «Добавить». Откроется окно конст­руктора, в котором укажем имя «ПланВидовХарактеристик1». Синоним сформируется автоматически при щелч­ке по полю.

В поле «Тип значения характеристик» щелкнем по кнопке . Откроется окно «Редактирование типа данных», в котором надо включить опцию «Составной тип данных», а затем пометить «галочками» все справочники (рис. 1), которые потребуются для аналитического учета (настройки плана счетов). Пометим три справочника: Сотрудники, Контрагенты, Номенклатура. Щелкнем «ОК».

Закроем окно конструктора. В результате появится строка «ПланВидовХарактеристикТиповой» в ветви «Планы видом характеристик» дерева конфигурации. Для того чтобы добавить. предопределенные виды характеристик (виды субконто), надо щелкнуть по строке «ПланВидовХарактеристикТиповой» правой кнопкой мыши и выбрать пункт «Открыть предопределенные данные». Откроется окно, в котором надо добавить предопределенные виды характеристик (виды субконто).

Добавим первый вид субконто «Сотрудники». Виду субконто «Сотрудники» соответствует одноименный справочник, который содержит информацию о сотрудниках предприятия и используется как для заполнения констант и выписки первичных документов, так и для ведения аналитического учета на счете 1251.

Щелкнем по кнопке «Добавить». Откроется окно «Предопределенная характеристика», в котором надо указать имя (Сотрудники), наименование (Сотрудники) и выбрать тип СправочникСсылка.Сотрудники с помощью кнопки (рис. 2). Затем щелкнуть «ОК».

Таким же образом добавить виды субконто: «Контра­генты» и «Номенклатура».

Рис.1 – Редактирование типа данных

Рис.2 – Предопределенная характеристика

Рис.3 – Тип редактирование типа данных (сотрудники)

Таким образом План видов характеристик имеет следующии вид (рис.4)

Рис.4 – Окно «План видов характеристик»

Пример 2. Настройка плана счетов

Главной составляющей конфигурации является план сче­тов. Состав счетов, субсчетов, возможность ведения аналити­ческого учета, учет в количественном и валютном измерении - все это определено в плане счетов.

Для реализации этой задачи требуется сформировать план счетов с аналитическим и количественным учетом по счету 1330, а также с аналитическим учетом по счетам 1210, 1251, 3310.

Для этого откроем окно «Конфигурация» (меню «Конфигу­рация - Открыть конфигурацию»). Найдем ветвь «Планы Сче­тов» и раскроем ее. В раскрывшемся списке щелкнем дважды по строке «Хозрасчетный».

Откроется окно редактирования (конструктор) конкретного плана счетов, в данном случае окно «План счетов Хозрасчетный».

Поскольку этот план счетов мы копировали, то в закладке «Основные» уже указаны имя и синоним. Оставим их без из­менения и перейдем к закладке «Данные» (рис.3).

Рис.1 – Окно плана счетов (закладка «Данные»)

Нас устраивают установки, которые здесь указаны. Поэтому перейдем к закладке «Субконто».

Здесь выберем в поле Виды субконто «ПланВидовХарактерстик1», тогда станет доступно для редактирования поле «Максимальное количество субконто». Установим в ней цифру два.

Закроем окно редактирования и перейдем к окну «Предопределенные счета».

Включим аналитический учет на счете 1330 (41), подключив к нему вид субконто1 – Номенклатура. Для этого в нижней части окна щелкнем на кнопке «Добавить» и выберем нужный вид субконто. Остальные признаки в этой строке оставим без изменения (рис. 4).

Рис. 2 – Настройка предопределенного счета

Задание.

Создать план видов характеристик

Настроить план счетов..

Контрольные вопросы:

Механизм субконто.

Назначение прикладного объекта «План видов характеристик».

Приведите примеры перечислений.

Этапы создания формы документа.

Редактирование свойств плана счетов.

Валютный учет подразумевает отражение операций по некоторым счетам (обычно – это счета расчетов) не только в валюте регламентированного учета (в рублях), но и в других валютах. При формировании записей по таким счетам рублевый балансовый показатель (то есть – тот, который отражается по дебету одного счета и кредиту другого для обеспечения баланса, равенства дебетовых и кредитовых остатков и оборотов) вычисляется на основе текущего (или заданного в документе) курса валюты, которая выбрана в качестве валюты взаиморасчетов с контрагентом. Если курс валюты меняется – перед нами встает необходимость в переоценке задолженности с отнесением курсовой разницы на счет прибылей и убытков. Если говорить о реальном бухгалтерском учете, то данные процедуры выглядят сложнее, но их сущность сводится к вышеописанной операции.

Предположим, мы должны контрагенту А 1000$ , на момент возникновения задолженности курс доллара составляет 30 рублей . Если говорить терминами бухгалтерского учета, то мы получаем такую бухгалтерскую запись:

Д Материалы К Расчеты с поставщиками 30000 руб. (1000$)

Через месяц курс доллара изменился до 31 рубля . Если задолженность перед поставщиком еще не погашена, то мы, фактически, должны ему теперь не 30000 , а 31000 рублей . Для того, чтобы отразить эту разницу на счетах бухгалтерского учета, можно воспользоваться такой проводкой (повторимся – здесь отражается лишь суть реально существующих процессов, связанных с переоценкой)

Д Прибыли и убытки К Расчеты с поставщиками 1000 руб.

Обратите внимание – мы делаем бухгалтерскую запись, отражая лишь рублевую сумму, так как при изменении курса валюты меняется именно она. Очевидно, что при росте курса валюты мы, в данном случае, получили "неожиданный" убыток в размере 1000 рублей, хотя сумма задолженности в валюте не изменилась. Обратная ситуация возникает, когда курс валюты понижается. Если на момент переоценки курс доллара составит 29 рублей, мы получим "неожиданную" прибыль:

Д Расчеты с поставщиками К Прибыли и убытки 1000 руб.

В бухгалтерском учете существуют счета, которые называются забалансовыми . Такие счета используются для хранения информации без применения двойной записи. Например, это могут быть сведения об основных средствах, взятых в аренду. Организация, с одной стороны, должна хранить сведения о них, с другой – они не должны влиять на состояние баланса, так как организации они не принадлежат, она не начисляет амортизацию по этим основным средствам. Поэтому подобные сведения хранятся на забалансовых счетах. Приходные записи по таким счетам выполняются по дебету, расходные – по кредиту счета. Забалансовые счета не корреспондируют с другими счетами.

Об аналитике

Учет на счетах может вестись в одном или нескольких аналитических разрезах . Например, для счета учета материалов вполне логично предусмотреть разрез Номенклатура , благодаря которому можно узнать, какие именно номенклатурные позиции учитываются на счете. Учет расчетов с контрагентами логично вести в разрезе самих контрагентов, а, возможно, и договоров с контрагентами, и валют. Аналитические разрезы принято, в терминологии 1С:Предприятие, называть субконто . Фразу " Субконто Номенклатура" следует понимать как "Аналитический разрез Номенклатура".

Объекты 1С:Предприятие и подсистема бухгалтерского учета

Для реализации подсистемы бухгалтерского учета нам понадобятся следующие объекты 1С:Предприятие 8:

1. План видов характеристик . Его мы будем использовать для хранения видов аналитики ( субконто ), которые должны присутствовать у наших счетов.
2. План счетов. Это основа бухгалтерской подсистемы. План счетов хранит описания счетов, на которых будет вестись учет. В конфигурациях может присутствовать неограниченное количество планов счетов, однако, обычно количество планов счетов в одной конфигурации не превышает 1-2. План счетов можно сравнить со справочником особого назначения, который предназначен для хранения информации о счетах бухгалтерского учета.
3. Регистр бухгалтерии . Он связан с планом счетов и применяется для хранения бухгалтерских записей. Регистр бухгалтерии можно сравнить с журналом, в котором ведутся бухгалтерские записи.

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

План видов характеристик

Создадим новый план видов характеристик , назовем его ВидыСубконто , рис. 1.1

Рис. 1.1.

План видов характеристик добавляет в систему новый тип данных , который, по сути, является составным типом данных. В этот составной тип данных входят обычно справочники, элементы которых, в итоге, используются в аналитическом учете. Значения характеристик могут поставлять не только справочники – кроме того, это могут, например, документы и перечисления.

Добавим созданный план видов характеристик в состав подсистемы БухгалтерскийУчет .

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

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

Добавим справочник в состав подсистемы БухгалтерскийУчет .

Выберем, на вкладке Владельцы окна настройки справочника, план видов характеристик ВидыСубконто в качестве владельца, установим параметр Использование подчинения в значение Элементам , рис. 1.2 .

Мы не будем настраивать другие значения справочника, хотя, при необходимости, это можно сделать. Он нужен нам для того, чтобы не ограничивать пользователя конфигурации значениями субконто , которые он может задать, пользуясь существующими справочниками, указанными в плане видов характеристик. Фактически, это позволит пользователю самостоятельно задавать необходимые ему аналитические разрезы , не прибегая к конфигурированию системы и настройке плана видов характеристик .

Перейдем в план видов характеристик , на закладке Основные откроем его свойство Тип значения характеристик , рис. 1.3 .

Установим флажок Составной тип данных , снимем флажок Строка (не рекомендуется использовать в планах видов характеристик

В этой статье рассказывается о связях между планом видов характеристик, подчиненным справочником дополнительных характеристик и регистром сведений, в котором хранятся значения характеристик.
Занимаюсь изучением 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

Если мы перейдем в форму списка справочника «Пользовательские характеристики» для выбора цвета, то там при заданном значении свойства «Связи параметров выбора» Отбор.Владелец(ВидСвойства) будут только цвета

Т.е. отбираются только такие значения свойств, у которых вид свойства - это цвет. (значения с владельцем «Цвет», а не «Материал», например)

Т.е. форма такая же, как и на третьем рисунке.

Вывод о том, что свойство «Связи параметров выбора» относится только к дополнительным значениям характеристик подтверждает тот факт, что если мы очистим это свойство, то это повлияет только на записи с дополнительными видами свойств, а например, при выборе кладовщика открывается всегда, как и положено, справочник физических лиц.

На всякий случай копирайт

В конструкторе запросов, когда он вызывается из формы настройки источника данных, для схемы компоновки данных. Есть закладка “характеристики”, использование которой не вполне ясно описано в документации. В этой статье я постараюсь объяснить, как и для чего используются характеристики в СКД.

В типовых конфигурациях активно используется механизм свойств и значений свойств доступный практически для любых объектов. Примитивно, на справочниках, этот механизм реализовывался еще в конфигурациях 7.7. Сейчас этот механизм реализован с использованием плана видов характеристик и регистра сведений, но идея осталась прежней.

Когда я впервые столкнулся с необходимостью использования этого механизма, в схеме СКД, я очень долго мучился, организовывал вложенные запросы, присоединял к основной выборке и ломал голову над тем, как учесть возможность появления новых видов свойств, которых нет на момент разработки отчета. Весь механизм свойств, будучи простым и логичным с точки зрения пользователя, не поддавался никакой нормальной обработке, пока я не разобрался с закладкой “Характеристики”.

Таблица на закладке очень капризная, либо вы введете всю строку корректно, либо откажетесь от ввода строки совсем, оставить “на потом” не до конца заполненную строку система не даст.

Итак, перейдем к конкретике. Первая колонка: Тип – здесь выбираем тип объекта, к которому привяжутся характеристики, например “СправочникСсылка.Номенклатура”

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

Далее в следующей колонке Источник видов мы должны задать параметры источника видов свойств. Возможны варианты таблица м запрос , зачем нужен вариант запрос расскажу позже, сейчас выберем пункт таблица .

В колонке Виды характеристик мы должны выбрать таблицу информационной базы, в которой хранятся нужные виды характеристик, в нашем примере это будет “ПланВидовХарактеристик.СвойстваОбъектов”.

Далее, значения доступные нам для выбора в колонках Поле ключа , Поле имени и Поле типа значения , непосредственно зависят от полей выбранной нами таблицы. В Поле ключа мы выбираем Ссылка , в Поле имени – Представление (именно его пользователь увидит в качестве имени реквизита), а в Поле типа соответственноТипЗначения .

Теперь перейдем к источнику значений. Источником значений у нас будет регистр сведений “ЗначенияСвойствОбъектов”, поэтому мы выбираем в колонке Источник значений – таблица , а в колонкеЗначения характеристик – “РегистрСведений.ЗначенияСвойствОбъектов”. В колонках Объект , Свойство ,Значение , выбираем соответствующие поля регистра Объект , Свойство , Значение .

Казалось бы, на этом все. Заходим в настройки схемы, добавляем группировку по товарам, и добавляем подчиненную ей группировку, допустим по Брендам, есть у нас такое свойство.

Разворачиваем список реквизитов группировки Номенклатура и … не видим там никаких свойств:

Дело в том, что мы находимся в конфигураторе, откуда нет доступа к данным. Как же сделать нужную настройку? Удобнее всего для этого использовать консоль компоновки данных, ту что на диске ИТС, или ту что входит в подсистему “Инструменты разработчика”. Но можно и просто открыть настройку отчета в режиме предприятия.

Итак, откроем ту же настройку, но в режиме предприятия:

Как видите, у нас добавились новые “Реквизиты”, при этом свойство “Бренд ” внешне не отличается от обычных реквизитов справочника. А свойство “Вид товара ” взято в квадратные скобки, это связано с тем, что представление свойства содержит пробел.

Однако, у нас появилось и свойство “Вид договора ” которое привязано к справочнику “Договора ” и никакого отношения не имеет к “Номенклатуре “. Если не использовать в настройке “Вид договора ” то все будет работать корректно, если же его выбрать, то в результате оно окажется не заполненным, потому что ни у одного элемента номенклатуры это свойство действительно не заполнено. Но как же отфильтровать лишние свойства, чтобы они не “путались под ногами”?

Для этого нам нужно изменить настройку источника видов, в конструкторе запроса, на закладке “Характеристики”. Помните, я в начале статьи обещал рассказать, для чего нужен тип источника видов запрос ? Сейчас как раз такой случай. Меняем тип источника видов на запрос . В колонке виды характеристик нажимаем кнопочку “[…]” и открывается новое окно конструктора запросов.

Вводим туда такой запрос:

ВЫБРАТЬ
СвойстваОбъектов.Ссылка,
СвойстваОбъектов.Наименование + ” (свойство)” КАК Наименование,
СвойстваОбъектов.ТипЗначения
ИЗ
ПланВидовХарактеристик.СвойстваОбъектов КАК СвойстваОбъектов
ГДЕ
СвойстваОбъектов.НазначениеСвойства =ЗНАЧЕНИЕ(ПланВидовХарактеристик.НазначенияСвойствКатегорийОбъектов.Справочник_Номенклатура)
И (НЕ СвойстваОбъектов.ПометкаУдаления)
И (НЕ СвойстваОбъектов.Категория)

В колонках Поле ключа , Поле имени и Поле типа значения , выберем соответствующие поля выборки:Ссылка , Наименование и ТипЗначения . Получится так:

Теперь, когда мы перейдем к настройке отчета, в списке реквизитов Номенклатуры картинка изменится:

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

На этом собственно и все, но многих может смутить невозможность настройки в конфигураторе. На самом деле ничего страшного нет. Достаточно сохранить настройку (или всю схему) в файл, а в конфигураторе восстановить.

Непонятные ему реквизиты конфигуратор отобразит красными крестами, как недоступные:

Но это уже не страшно, потому что отчет с такими настройками можно сохранить в конфигурации и он будет корректно работать при открытии пользователем.