Використання характеристик в системі компонування даних 1С СКД
Використання характеристик в системі компонування даних 1С СКД.
І найкрутіше, всюди автоматом включатися, відбори, ітд:
У конструкторі запитів, коли він викликається з форми настройки джерела даних, для схеми компонування даних. Є закладка "характеристики", використання якої не цілком ясно описано в документації. У цій статті я постараюся пояснити, як і для чого використовуються характеристики в СКД.
У типових конфігураціях активно використовується механізм властивостей і значень властивостей доступний практично для будь-яких об'єктів. Примітивно, на довідниках, цей механізм реалізовувався ще в конфігураціях 7.7. Зараз цей механізм реалізований з використанням плану видів характеристик і регістра відомостей, але ідея залишилася колишньою.
Коли я вперше зіткнувся з необхідністю використання цього механізму, в схемі СКД, я дуже довго мучився, організовував вкладені запити, приєднував до основної вибірці і ламав голову над тим, як врахувати можливість появи нових видів властивостей, яких немає на момент розробки звіту. Весь механізм властивостей, будучи простим і логічним з точки зору користувача, не піддавався ніякої нормальної обробки, поки я не розібрався із закладкою "Характеристики".
Таблиця на закладці дуже примхлива, або ви введете весь рядок коректно, або відмовитеся від введення рядка зовсім, залишити "на потім" не до кінця заповнений рядок система не дасть.
Це означає, що тепер для всіх об'єктів зазначеного типу можна буде отримати значення властивостей.
Далі в наступному стовпчику Джерело видів ми повинні задати параметри джерела видів властивостей. Можливі варіанти таблиця м запит, навіщо потрібен варіант запит розповім пізніше, зараз виберемо пункт таблиця.
У колонці Види характеристик ми повинні вибрати таблицю інформаційної бази, в якій зберігаються потрібні види характеристик, в нашому прикладі це буде "ПланВідовХарактерістік.СвойстваОб'ектов".
Тепер перейдемо до джерела значень. Джерелом значень у нас буде регістр відомостей "ЗначеніяСвойствОб'ектов", тому ми вибираємо в колонці Джерело значень - таблиця, а в колонці Значення характеристик - "РегістрСведеній.ЗначеніяСвойствОб'ектов". У колонкахОб'ект, Властивість, Значення, вибираємо відповідні поля регістру Об'єкт, Властивість, Значення.
Здавалося б, на цьому все. Заходимо в настройки схеми, додаємо угруповання по товарах, і додаємо підпорядковану їй угруповання, припустимо по Брендам, є у нас така властивість.
Розгортаємо список реквізитів угруповання Номенклатура і ... не бачимо там ніяких властивостей:
Справа в тому, що ми знаходимося в конфігураторі, звідки немає доступу до даних. Як же зробити потрібну настройку? Найзручніше для цього використовувати консоль компонування даних, ту що на диску ІТС, або ту що входить в підсистему "Інструменти розробника". Але можна і просто відкрити налаштування звіту в режимі підприємства.
Отже, відкриємо ту ж настройку, але в режимі підприємства:
Як бачите, у нас додалися нові "Реквізити", при цьому властивість "Бренд" зовні не відрізняється від звичайних реквізитів довідника. А властивість "Вид товару" взято в квадратні дужки, це пов'язано з тим, що уявлення властивості містить пробіл.
Однак, у нас з'явилося і властивість "Вид договору" яке прив'язане до довідника "Договори" і ніякого відношення не має до "Класифікації". Якщо не використовувати в налаштуванні "Вид договору" то все буде працювати коректно, якщо ж його вибрати, то в результаті воно виявиться не заповненим, тому що ні у одного елемента номенклатури це властивість дійсно не заповнено. Але як же відфільтрувати зайві властивості, щоб вони не "плуталися під ногами"?
Для цього нам потрібно змінити налаштування джерела видів, в конструкторі запиту, на закладці "Характеристики". Пам'ятайте, я на початку статті обіцяв розповісти, для чого потрібен тип джерела відовзапрос? Зараз якраз такий випадок. Міняємо тип джерела видів на запит. У колонці види характеристик натискаємо кнопочку "[...]" і відкривається нове вікно конструктора запитів.
Вводимо туди такий запит:
Тепер, коли ми перейдемо до налаштування звіту, в списку реквізитів Номенклатури картинка зміниться:
Ось тепер у товару тільки ті властивості, які йому призначені, більш того, вони тепер помітно відрізняються від звичайних реквізитів, завдяки приписку (властивість), яку ми додали до назви властивості в запиті.
На цьому власне і все, але багатьох може збентежити неможливість настройки в конфігураторі. Насправді нічого страшного немає. Досить зберегти настройку (або всю схему) в файл, а в конфігураторі відновити.
Незрозумілі йому реквізити конфигуратор відобразить червоними хрестами, як недоступні:
Але це вже не страшно, тому що звіт з такими настройками можна зберегти в конфігурації і він буде коректно працювати при відкритті користувачем.
Компанія «Індустрія ІТ» надає повний спектр послуг з автоматизації підприємств.
Зв'язатися з нами можна по електронній пошті: [email protected]