Мастер-группа. Тема №1. Характеристики объектов метаданных.
06.07.2010
комментариев 29
Рассматриваем возможности платформы, появившиеся с релиза 8.2.11.
Тема – Настройка характеристик для объектов метаданных.
К сожалению, у Вас недостаточно прав для просмотра этой записи. Если Вы еще не залогинены на сайте — залогиньтесь. Если Вы оплачивали курс, у Вас активирован токен доступа, Вы залогинены, но Вы видите эту запись — напишите нам на e-mail поддержки.
Люблю делать с платформой разные глупости. Вот и сейчас, посмотрев видео решил сделать ;) Для плана видов характеристик сделал реквизит с типом “любая ссылка”, в регистре сведений два реквизита того же типа. Чего пытался добиться – указать в описании характеристики для справочника отбор по виду характеристик, подсунув в качестве вида отбора пустую ссылку на сам справочник. Ну и в регистре сведений соответственно в поле, по которому идет отбор, тоже пустую ссылку записать попытался. И не вышел каменный цветок, т.е. сделать универсальный механизм для подключения доп. свойств ко всем объектам у меня “в лоб” не получилось. Платформа действительно “защищена от дурака” в этом плане, или это я был недостаточно настойчив?
Интересный вопрос.
Опишите подробнее настройку объектов (ПВХ и РС), в РС видимо не реквизиты, а 2 измерения и ресурс?
Также опишите настройку Характеристик для справочника.
Извиняюсь, к вечеру вчера заговариваться начал.
ПВХ – единственный реквизит с типом “любая ссылка”
РС:
измерения
1. Объект – “любая ссылка”
2. Отбор – “любая ссылка”
ресурсы
1. Значение- “любая ссылка” + примитивные типы
Смысл в том, чтобы при описании отбора характеристик для объекта не создавать предопределенных объектов, а указать пустую ссылку на объект, для которого характеристики описываются.
К сожалению, диагноз еще хуже, чем вы написали.
Попросту не работает отбор по пустому значению.
Даже если реквизит ПВХ будет типизирован конкретным справочником, а не любой ссылкой, характеристики не подхватываются.
Возможно счастье будет в будущих релизах платформы…
А вот не факт, что счастье-то! Это может спровоцировать разработчика бездумно хранить характеристики всех объектов в одном регистре сведений. А теперь представим, до каких объемов может раздуться такая таблица…
Очень правильное замечание.
Наблюдал, как база УПП практически умерла оттого, что в РС, содержащим значения свойств было несколько миллионов записей..
Сорри, ребята, подскажите: “…Согласно нашему расписанию ” – где опубликовано/публикуется это расписание?
Постараемся опубликовать на сайте.
Ранее оно выкладывалось на http://www.spec8.ru.
Просьба включить туда (понятно что по возможности) некий тайм-лайн сущестовавшего/прошедшего курса, выданных домашних заданий, выкладки решений и т.п. – и обозначить (маркером?) некое рекомендуемое организаторами курсов – где “я” должен находиться на “сейчас”- чтобы (для я-себя) было понятно где находишься на данный момент… насколько отстал…
.
спасибо.
извините за нетематические записи. к сожалению(радости) материалов очень много – начинаешь уже путаться…
Пожелание понятно, попробуем сделать план-график..
Товарищ, посмотри организационное видео.
Там календарный план таков:
Блок 0-1 – по 11.07
Блок 2 – 12-18.07
Блок 3 – 19-25.07
Блок 4 – 26-31.07
Хотя информации конечно очень много – это обучение совсем не халява :)
Можно ли для характеристик справочника в “Поле отбора видов” и “Значение отбора видов” задать отбор по нескольким полям, скажем по полю Активность и еще по одному полю Принадлежность, которое будет иметь тип перечисление и указывать на разные справочники (Номенклатура, Контрагенты)?
>задать отбор по нескольким полям
Интересный вопрос, как видите “в лоб” указать нельзя.
Но можно попробовать задать 2 одинаковых строки в характеристиках, которые будут отличаться только условием отбора. Далеко не факт, что сработает.
Но, можете проверить, о результате сообщите..
В конфигураторе так сделать получилось, но при попытке добавить эти поля на в форму списка справочника (через Все действия -> Изменить форму) выдает ошибку “Неоднозначное имя характеристики Размер” (или Цвет, или ГодРождения – по обстоятельствам).
Отчет проверить не могу, т.к. в моей конфигурации пока нет ни документов ни регистров накопления.
Значит не помогло, боюсь, что задача не решается, кроме как кодировать в одном поле два (и более) значения.
С добавление характеристики к объект все в понятно. Существует ли возможность добавить характеристику к строке табличной части справочника/документа?
Нет, не существует. Поскольку нет постоянного ключа.
Но можно выйти из ситуации. Например, если вместо табличной части справочника использовать подчиненный справочник и для него определять дополнительные характеристики.
Хотелось бы, чтоб хоть кратко пробежаться на примере Документов.
И как это выглядит для пользователя. То есть как он будет вводить эти характеристики.
И как реализовать, чтоб пользователь сам мог задавать виды характеристик без конфигуратора.
Это достаточно подробно будет рассматриваться во втором блоке на справочниках.
Для документов поведение аналогичное.
Понятно, спасибо! Но в таком случае проще писать сразу все в название “рубашка белая 39” иначе в накладных будет непонятно что отгружаем… или в них надо будет доп. характеристики добавлять. Т.е. этот новый механизм не очень-то облегчит жизнь пользователям.
Новый механизм предназначен для дополнительной классификации справочников и документов.
Ни больше и не меньше.
Не следует ожидать, что и данные в регистрах будут автоматически храниться в разрезе новых видов характеристик.
Можно ли так сказать (в общем смысле): механизм характеристик больше предназначен для описательных свойств чего-то (товара), а не для использования с целью массового и частого получения/извлечения/записи в базу аналитической информации…?
Да, верно.
Нельзя сказать, что характеристика является аналитикой, это лишь доп. свойство.
Аналитикой же остается сама сущность (товар, контрагент, …)
Как не только разработчик, но и пользователь с большим стажем утверждаю, что механизм очень облегчит жизнь пользователям.
На сколько я понял подобное реализовано программно в УТ и Рознице? Если этот механизм может настраивать пользователь, то очень много реальных проблем можно разрешить.
Да, механизм свойств реализован в типовых.
Но самое лучшее исполнение, с учетом новых возможностей 8.2.11, ожидаем в УТ 11.
Если я правильно понял – доп. характеристики применяются к одному объекту, например, есть рубашка, но она бывает синяя, черная и т.п. Или ботинки модель 5 – разных размеров (т.е. номенклатурная единица одна, а характеристики к ней разные). Но мне не понятно – как 1С будет формировать отчет по остаткам, если не было прихода в разрезе цветов или размеров. Иля я что-то не понимаю?
Доп. характеристики устанавливаются для самого объекта, а не для прихода.
У одного объекта можно быть сколько угодно доп. характеристик.
Для рубашки:
– бренд
– коллекция
– размер
– цвет
– производитель
….
В типовых это механизм свойств и категорий.
Таким образом я должен заводить 5 элементов номенклатуры одной и той же рубашки с разными размерами?
При использовании видов характеристик – да.
Важно различать свойства самой сущности и свойства, связанные с конкретным поступлением.
С помощью видов характеристик нужно описывать именно те свойства, которые присущи самой номенклатуре.
Но, из этой ситуации есть простой выход.
Для каждой номенклатуры описывать ее модификации, для которых в свою очередь тоже заводить разные виды характеристик (размер, цвет, …).
И при приходе указывать модификацию номенклатуры.
Именно так и сделано в типовых, используется термин “Характеристики”.
Надеюсь, не запутал вас.