1с план видов характеристик удаление. Как использовать план видов характеристик в запросе на скд

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Пользователь вводит документ – например, продан один телефон. Документ делает проводку по регистру. Отчет показывает проводки сразу многих документов.

Специализация регистра – накапливать цифры. Сами по себе голые цифры не интересны – вместо «всего продано 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С – таблица и имя поля, где хранятся собственно значения (отбор по ссылке).

План видов характеристик в 1С 8.3 (ПВХ) — объект метаданных, предназначенный для организации хранения информации свойств объектов и аналитики. Подразумевается, что разработчику на стадии разработки неизвестно, какие свойства захочет использовать пользователь.

Ключевой особенностью ПВХ является наличие двух особых реквизитов — Тип значения характеристик и .

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

Настройка и свойства Плана вида характеристик в 1С

Рассмотрим пример использования, настройку и основные свойства плана видов характеристик на примере механизма дополнительных сведений и реквизитов конфигурации Управление торговли, редакции 11.

Получите 267 видеоуроков по 1С бесплатно:

• Тип значения характеристик — этим реквизитом определяется набор возможных типов данных, доступных для установки значения ПВХ. В УТ 11 довольно приличный список таких объектов: номенклатура, проекты, организация, партнеры и т.д. Обязательный реквизит ПВХ.
• Дополнительные значения характеристик — подчиненный справочник, которых хранит произвольные характеристики. Например, можно создать в справочник новое свойство — размер и присвоить его номенклатуре.

Стандартные реквизиты ПВХ отличается от обычных справочников только наличием реквизита «ТипЗначения». Это реквизит, в котором хранится тип свойства:

С помощью плана видов характеристик можно организовать хранение свойств объектов, которые еще не известны на момент разработки конфигурации. Т.е. пользователь может самостоятельно вводить новые свойства, например, цвет, размер, габариты, мощность. Для каждой группы товаров может быть свой набор свойств: для холодильников - это объем морозильной камеры, число компрессоров, уровень шума; для компьютеров - объем оперативной памяти, объем жесткого диска; для одежды - размер, рост, цвет и т.д. Затем на основе этих характеристик можно строить отчеты, анализировать объем продаж, получать ценную информацию для принятия решений.

Важной особенностью плана видов характеристик, отличающей его от других объектов, является его свойство "Тип значения". Это свойство позволяет определить список возможных типов данных, используемых для видов характеристик. Т.е. обычно используется составной тип данных, при этом можно указать как примитивные типы данных (число, строка, дата, булево), так и ссылочные типы данных (СправочникСсылка, ДокументСсылка и т.д.). Для каждого вида характеристики указывается тип значений из списка выбранных типов, например, для характеристики Поставщик выбирается СправочникСсылка.Контрагенты. Пользователь может вводить новые характеристики в режиме "Предприятие" и указывать им тип значения из списка типов, указанных в конфигураторе для плана вида характеристик.

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

В качестве примера можно посмотреть как реализован механизм свойств в типовой конфигурации "Управление торговлей". Для этого используются следующие объекты:
- План видов характеристик СвойстваОбъектов , у которого в качестве типа значения характеристик используется составной тип данных, куда входят примитивные типы данных (число, строка, дата, булево) и ссылки на различные прикладные объекты: справочники, документы, перечисления.
- Справочник ЗначенияСвойствОбъектов , подчиненный плану видов характеристик СвойстваОбъектов. Этот справочник содержит список возможных значений для данного свойства, например, перечень всех цветов для свойства "Цвет": красный, зеленый, белый и т.д.
- Регистр сведений ЗначенияСвойствОбъектов , имеющий измерения Объект (СправочникСсылка, ДокументСсылка) и Свойство (ПланВидовХарактеристикСсылка.СвойстваОбъектов) и ресурс Значение, который содержит значение конкретного свойства для конкретного объекта.

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

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

Для примера рассмотрите, как реализован учет по субконто в демонстрационной конфигурации "Бухгалтерский учет", поставляемой на диске ИТС. При этом используются следующие объекты:
- План видов характеристик ВидыСубконто . В качестве типов значений используются ссылочные типы данных. Крайне не рекомендуется для учета по субконто использовать примитивные типы данных, это снизит производительность системы.
- План счетов Основной , в которых в качестве источника видов субконто указан этот план видов характеристик
- Справочник Субконто , подчиненный плану видов характеристик.

Данный объект платформы 1С является интересным и полезным при правильном применении. К нему прибегают разработчики в тех случаях, когда необходимо предоставить возможность заказчикам самостоятельно регулировать перечень свойств той или иной сущности. Чаще такие методы внедрения можно увидеть в компании, где в будущем планируется увеличение параметров учета чего-либо. Планы видов характеристик – отличная возможность сделать счастливым заказчика с нечетким техническим заданием.

Создаем ПВХ в 1С

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

Еще одна ситуация, где ПВХ будет оптимальным решением – перепроверка элементов с указанием новых свойств. К примеру, в 1С номенклатуру всегда добавляли, указывая только наименование, а теперь решили, что нужно указывать цвет, длину и марку. Многие решают эту ситуацию с помощью текстового поля «Комментарий», куда заносят всю информацию через запятую. Этот путь ведет к проблеме усложнения получения правильных данных из отчетов, в отличие от добавления плана видов характеристик.

ПВХ добавляется через конфигуратор: в дереве объектов находим ветку «Планы видов характеристик» и с помощью кнопки «Добавить» создаем новый элемент. Записываем название, отражающее сущность, и с помощью поля «Тип значения характеристик» определяем, какие типы значений смогут указывать наши пользователи. Указывать можно примитивные типы, справочники, перечисления и другие ПВХ.

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

После создания подчиненного справочника в ПВХ во вкладке «Основное» нужно выбрать его в поле «Дополнительные значения характеристик». Осталось лишь создать новый регистр сведений, где и будут храниться все данные по дополнительным характеристикам, введенные пользователями. Это будет непериодический независимый РС со следующими полями (вкладка «Данные»):

1. Измерение «Номенклатура». Тип – ссылка на соответствующий справочник, отметка «Ведущее» обязательна, чтобы в 1С при открытии номенклатуры пользователь мог указывать дополнительные показатели;
2. Измерение «СвойствоНоменклатуры». Тип – ссылка на созданный ПВХ;
3. Ресурс «ЗначениеСвойстваНоменклатуры». Тип – Характеристика.СвойствоНоменклатуры, в свойство «Связь по типу» указываем Свойствономенклатуры. Для удобства пользователей настройте связи параметров выбора, указав отбор по владельцу (СвойствоНоменклатуры).

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

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

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

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

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

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