Підсистеми і настройка інтерфейсу

підсистеми

Налаштування інтерфейсу за допомогою підсистем

Підсистеми відносять до загальних об'єктів. Вони забезпечують можливість класифікації об'єктів конфігурації по підсистемах.

Для вказівки приналежності об'єкта до підсистем в Вікні редагування об'єкта існує відповідна закладка, на якій прапорами відзначається, до яких підсистем відноситься об'єкт.

Надалі можна вибудувати фільтр дерева об'єктів по підсистеми.

При цьому є можливість управління: включати для обраних Підсистем об'єкти підлеглих Підсистем і батьківських Підсистем чи ні.

Класифікація об'єктів по підсистеми створює зручність при створенні Ролей.

Для об'єкта Роль можна визначити відповідні права і вказати, що дану Роль можна побудувати тільки по тих об'єктах, які входять в обрані Підсистеми.

Схожим чином Підсистеми використовуються при створенні Інтерфейсів. Інтерфейси потрібні тільки в тому випадку, якщо конфігурація запускається в режимі Звичайного додатки.

Класифікація об'єктів по підсистеми використовується також при об'єднанні конфігурацій. Тобто можна об'єднувати об'єкти, відфільтровані по підсистеми.

Важливе призначення Підсистем полягає в тому, що від них будується командний інтерфейс конфігурації в режимі Кероване додаток. Підсистеми першого рівня визначають Панель розділів.

Для існуючих Підсистем можна визначати вкладені (підлеглі). Дані Підсистеми будуть утворювати групи Панелі навігації.

Не рекомендується створювати підсистеми з рівнем вкладеності більше двох, тому що в противному випадку інтерфейс буде складно Новомосковскемим.

Коли ми класифікуємо об'єкт по підсистеми. можливо включити об'єкт тільки у вкладену Підсистему. можливо в Підсистему першого рівня, можливо і в ту і в іншу.

В останньому випадку об'єкт буде відображатися двічі: і всередині вкладеної Підсистеми і окремо в Панелі навігації. У більшості випадків це не зовсім правильно.

В принципі, Підсистеми не є обов'язковим об'єктом. Тобто конфігурація, розроблена на Платформі 8.3, цілком зможе працювати без будь-яких Підсистем.

Але в цьому випадку Панелі розділів взагалі не буде, все буде відображатися на робочому столі. Дуже прості конфігурації з малим набором об'єктів зможуть працювати і без Підсистем.

Але якщо в конфігурації досить багато Документів, Довідників і Регістрів, використання Підсистем істотно полегшує роботу користувача.

Відзначити, що деякий об'єкт конфігурації належить будь-якої підсистеми можна трьома способами.

По-перше, це можна зробити в Вікні редагування об'єкта на закладці Підсистеми. Даний варіант ми вже розглядали.

По-друге, можна використовувати Вікно редагування самої Підсистеми. На закладці Склад можна вказати об'єкти, що входять в дану Підсистему.

І нарешті, для об'єктів конфігурації через контекстне меню можна викликати спеціальне діалогове вікно, яке називається Додатково.

Дане вікно також дозволяє для об'єкта відзначати приналежність до підсистеми. Це вікно використовується в тому випадку, якщо ми хочемо відразу попрацювати з кількома об'єктами.

При переміщенні курсора по об'єктах дерева конфігурації в вікні Додатково висвічується відповідна інформація по підсистемах.

При створенні об'єкта конфігурації за замовчуванням Платформа 8.3 непроставляється прив'язку об'єкта ні до якої підсистемі.

Тобто розробник повинен сам зайти на цю закладку і проставити відповідні галочки.

Якщо розробник цього не виконає, то система визначить відсутність приналежності до підсистеми як помилку.

Але помилка не є критичною, тому з цим можна погодитися.

Фактично система довідково повідомляє про те, що, можливо, Ви забули включити нові об'єкти в Підсистеми. В цьому випадку об'єкти не будуть відображатися в командному інтерфейсі.

До таких об'єктів користувач може звернутися тільки через Головне меню. використовуючи команду Всі функції.

Природно, щоб об'єкт можна було відкрити, необхідно, щоб користувачеві було надано відповідні права.

Існує ряд випадків, коли розробникам зручніше включати додані в типову конфігурацію об'єкти в свою окрему підсистему.

Для Підсистем в Вікні редагування можна зняти прапор Включати в командний інтерфейс.

При цьому Підсистеми не показуються в командному інтерфейсі. Якщо немає жодної Підсистеми, яка повинна бути включена в командний інтерфейс, то для нових об'єктів Платформа 8.3 не перевіряє належність до будь-якої підсистемі.

За замовчуванням прапорці для команд по створенню елементів Довідників і Документів зняті, але їх можна проставити. В Панелі дій можна також відкривати звіти.

Існують колонка загальної видимості і колонки видимості за ролями. Для кожної ролі, визначеної в конфігурації, буде своя колонка. Те значення, яке встановлено в колонці загальної видимості, є значенням за замовчуванням для видимості за ролями.

Видимість за ролями може приймати три значення: або для даної ролі елемент буде невидимим (1); або буде видно завжди, не залежно від того, який прапор виставлений в колонці видимості (2); або прапор видимості за роллю буде успадковуватися від прапора загальної видимості (3).

Якщо користувачеві призначені дві ролі і для однієї з них вказаний прапорець, а для іншої немає, то буде працювати стандартне правило системи 1С: Підприємство 8 - дія користувачеві дозволено, якщо воно дозволено в одній з ролей.

Іноді буває необхідно відразу міняти командний інтерфейс в декількох підсистеми. У платформі 1C: Підприємство 8 існує сервісний інструмент, який дозволяє редагувати командний інтерфейс відразу декількох Підсистем.

Даний інструмент викликається з контекстного меню кореневого вузла гілки Підсистеми.

У вікні можна швидко переміщатися по підсистеми і редагувати командні інтерфейси. Крім того, в даному вікні можна редагувати склад Підсистеми. Також можна переміщати об'єкти в Панелі навігації і Панелі дій.

Крім того, можна навіть змінити підлеглість Підсистеми. Для цього є спеціальна кнопка Перемістити підсистему.

Викликається він вже не для Підсистем. а через контекстне меню кореневого вузла конфігурації, пункт Відкрити командний інтерфейс основного розділу.

У вікні, ми можемо вказувати: які Довідники, Документи та інші об'єкти входять до даного командний інтерфейс. Також можна включати їх видимість і управляти видимістю за ролями.

Слід мати на увазі, що при видаленні Підсистем Платформа, на жаль, не перевіряє: чи входить в дану підсистему хоч один об'єкт або не входить.

Після видалення Підсистеми при збереженні конфігурації ніяких повідомлень про реструктуризацію інформаційної бази не виводиться.

PDF-версія статті для учасників групи ВКонтакте

Все добре.
Можна ще на початку додати про те, що можна свої додані в типову конфігурацію об'єкти включати в окрему свою підсистему.
І пару знімків - багато об'єктів метаданих без фільтра по підсистемах і об'єкти тільки своєю підсистеми.

Спасибі, про те, що можна додані в типову конфігурацію об'єкти включати в окрему свою підсистему додамо. Зауваження цікаве. Приклад (знімок) фрагмента дерева об'єктів з фільтром за двома підсистем (Закупівлі та Гроші) наведено. Повне дерево об'єктів (без фільтра по підсистемах) займе багато місця, зрозуміло, що воно буде значно більше, а побачити його в конфігурації зовсім не складно. Ми прагнемо не робити малюнки дуже великими і витягнутими по довжині. Навпаки, намагаємося показати якийсь фрагмент, з якого видно сенс.

Так, правильніше сказати, що класифікація об'єктів по підсистеми створює зручність при створенні Ролей, а не використовується для створення ролей.