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

Перш за все необхідно знати про обмеження, які мають розширення.

Обмеження на створювані об'єкти

На даний момент можна створювати:

• Довідники
• документи
• регістри відомостей
• плани обміну

Можна додавати реквізити в:

• Довідники
• документи

Що ми маємо в підсумку? Додавати можна не всі типи об'єктів метаданих. Найпоширеніші і затребувані, але все-таки не все. Крім того, в регістри відомостей не можна додавати нові виміри і ресурси. Можна тільки створити повністю новий регістр.

Функціонал розширень залежить від режиму сумісності конфігурації, до якої застосовується розширення.

Режим сумісності 8.3.8 - можна міняти тільки форми об'єктів і їх модулі, додавати свої звіти і обробки.

Режим сумісності 8.3.10 - можна міняти загальні модулі, Модулі об'єкта і менеджера, ролі, використовувати директиви "Перед", "Після", "Замість" для будь-яких модулів.

Режим сумісності "Чи не використовувати" - можна використовувати весь функціонал розширень, включаючи додавання нових об'єктів.

На даний момент в типовій УТ 11.3 варто режим сумісності 8.3.8. В УТ 11.4 режим сумісності 8.3.10, тобто, наприклад, для УТ, велика частина функціоналу розширень недоступна, включаючи створення об'єктів метаданих.

Здавалося б, напрошується питання: чому б просто не зняти з підтримки корінь, встановити режим сумісності "Чи не використовувати" і спокійно використовувати розширення? При зміні режиму сумісності можуть змінитися поведінка форм, результати запитів, тобто поведінку системи в цілому. Настійно рекомендується не змінювати режим сумісності без попереднього тестування. Але очевидно, що оттестировать повністю (або хоча б в частині використовуваних документів) ціле прикладне рішення представляється можливим. Тому використовувати даний варіант не варто.

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

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

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

висновки

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

Багато хто чув таке слово "1С: Сумісно!", Але мало хто знає що за ним ховається. Для більшості це просто означає коректну роботу ПО і підтримку продукту від 1С. Нещодавно мені довелося отримувати сертифікат "1С: Сумісно!" для доповнення до конфігурації і я хочу розповісти якусь роботу треба виконати розробнику і що дає ця сертифікація.

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

• з даним продуктом поставляється детальна документація, яка містить зрозумілий опис установки продукту, опис його роботи і структури даних;
• при кожному оновленні буде описані нововведення в нової версії і опис процесу оновлення;
• при оновленні на нову версію або редакцію всі поточні дані будуть перенесені (при дотриманні вказівок щодо перенесення);
• програмний продукт буде містити звичні всім робочий стіл і налаштування (або пункт меню сервіс в звичайному додатку), до яких так звикли все користувачі типових конфігурацій;
• в комплект поставки входить демо-база, якою можна користуватися з метою навчання програмному продукту;
• код програмного продукту написаний за стандартами 1С, забезпечений коментарями описують роботу коду.

Проведення сертифікації поліпшить ставлення споживача до вашого продукту і підвищить продажі продукту.

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

Сертифікацію можуть проходити:

1. Призначені для тиражного поширення програми, які взаємодіють з програмами системи "1С: Підприємство" (конфігурації, звіти, доповнення до типових конфігурацій, зовнішні компоненти, клієнт-банки, ПО для обміну)
2. Комп'ютери, призначені для використання спільно з системою програм "1С: Підприємство 8" в якості серверів "1С: Підприємство 8"
3. Касове і інше спеціалізоване підключається обладнання.
4. Мобільні пристрої призначені для організації роботи з даними 1С: Підприємства безпосередньо на мобільному пристрої.

Розробник конфігурації повинен виконати наступні умови:

1. Не можна в назві конфігурації використовувати слово "1С" або логотип "1С" без разрешеія фірми 1С.
2. Необхідна письмова гарантія керівника та печатку фірми виробника про те, що продукт не порушує чиїх або авторських прав.
3. Необхідно нумерувати версії конфігурації згідно Система стандартів і методик розробки конфігурацій для платформи 1С: Підприємство 8. Причому випуск нової версії повинен забезпечувати перехід з попередньої зі збереженням даних, а при випуску нової редакції повинен бути забезпечений перехід зі збереженням даних або описана процедура переходу на нову редакцію.
4. Не можна використовувати термін "типова конфігурація" стосовно створюваної конфігурації.
5. Якщо ваша конфігурація написана з використанням режиму керованого застосування, то це повинно бути вказано в документації. Так само він повинен функціонувати в веб та тонкому клієнті. Якщо в веб-клієнті можна виконати частину функцій, то це повинно бути описано в документації.
6. Конфігурація повинна вміти розрізняти перший і наступні запуски. При першому запуску конфігурація повинна виробляти обов'язкове первинне заповнення бази даних і повинна мати можливо необов'язкового заповнення для спрощення роботи з базою даних. Після першого запуску або після першого запуску нової версії конфігурація повинна представити звіт про зміни, внесені в інформаційну базу.
7. У всіх об'єктів метаданих повинен бути визначений синонім
8. Об'єкти метаданих верхнього рівня повинні бути відсортовані за алфавітом, крім об'єктів з префіксом "Видалити". Вони повинні бути внизу.
9. Повинна бути роль для адміністратора з усіма правами крім інтерактивного видалення.
10. Якщо є поділ ролей, то повинно бути поділу на ролі з загальними для всіх правами та ролі в яких є якісь інші права. Наприклад роль "БазовиеПрава"
11. Повинна бути заповнена довідкова інформація основних об'єктів конфігурації.
12. Необхідно використовувати керований режим блокувань.
13. Повинні бути заповнені підказки для всіх елементів, в які користувачем вводяться дані.
14. Для керованого застосування робочий стіл завжди повинен бути, останній розділ повинен бути розділом для адміністрування.
15. для звичайного застосування повинні бути загальний інтерфейс і повний, а так само можливість його перемикання з менюю "Сервіс".
16. Для звичайного застосування всі елементи форми повинні бути вирівняні.
17. У коді кожен рядок повинна містити тільки один оператор, текст коду повинен бути вирівняний табами, не повинно бути помилок при перевірки модулів і перевірки конфігурації. До функцій повинні бути коментарі з описом дії, параметрів та повертається результату.

У цій статті розглянемо палітру властивостей конфігурації на прикладі 1С Управління торгівлею 11 на платформі 8.3.

Налаштування властивостей конфігурації 1С

Розглянемо докладніше кожну з налаштувань конфігурації.

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

Отримайте 267 відеоуроків по 1С безкоштовно:

• Основна мова - мова інтерфейсу за замовчуванням.
• Коротка інформація, Детальна інформація, Логотип, Заставка, Авторські права — інформаційні поля властивостей для відомостей про конфігурацію.
• Адреса інформації про постачальника та конфігурації - властивості, де необхідно вказати інформацію про розробника та сторінку про дане рішення.
• Основна форма звіту, налаштувань звіту, варіанту звіту - форми, що відкриваються за замовчуванням для відповідних об'єктів.
• Постачальник - компанія, яка справила розробку.
• версія - версія конфігурації, властивість майже завжди має збігатися з версією постачальника.
• Адреса каталогу оновлень - місце в мережі Інтернет, де можна скачати свіжі оновлення.
• Довідкова інформація - загальна довідкова інформація про конфігурацію. галочка Включати в зміст довідки додається поточна довідкову інформацію в загальний список документації.
• Режим управління блокуванням даних - вибір режиму. Можливі 3 варіанти - керований (За блокування відповідає розробник конфігурації), автоматичний(За блокування відповідає СУБД), автоматичний і керований (Суміщений режим, управляється на рівні об'єктів).
• Режим автонумерації об'єктів - можливі два варіанти, звільняти автоматично і не звільняє автоматично. Перший варіант дозволяє заповнити прогалини в нумерації в разі їх виникнення. Чи не звільняти автоматично робить нумерацію безперервної.
• Режим сумісності - суто технічний прапор, що дозволяє включити або відключити режим сумісності зі старими версіями конфігурації - 8.1 і 8.2.13 і 8.3. Ці дві версії платформи були перехідними, додавалися нові об'єкти метаданих, тому система вимагає переконвертації конфігурації. До цього потрібно ставитися дуже акуратно,

22.02.2018

Як дізнатися версію технологічної платформи "1С: Підприємство", який вказаний в параметрі режиму сумісності конфігурації.

Отримати доступ до хмари 1С: Фреш безкоштовно на 30 днів!

Більшість користувачів, які давно працюють з програмами системи "1С: Підприємство", можуть без праці відрити вікно з інформацією про програму ( "Довідка"\u003e "Про програму" або кнопка "Показати інформацію про програму" на панелі інструментів) і назвати точні релізи технологічної платформи "1С: Підприємство" і використовуваної конфігурації, уточнити режим запуску, тип клієнта і багато інших

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

Що таке режим сумісності в програмах системи 1С: Підприємство 8

Технологічна платформа "1С: Підприємство 8" стрімко розвивається, можливості платформи постійно розширюються, з'являються нові механізми, інструменти та цілі класи об'єктів. Природно у розробників немає фізичної можливості відразу переписати всю конфігурацію з урахуванням нових нововведень, що з'явилися в платформі. Щоб забезпечити одночасну і спільну роботу як старих, так і нових елементів конфігурації використовується режим сумісності, який дає можливість на новій версії платформи запускати конфігурації, розроблені в більш молодших версіях платформи "1С: Предпряіте", без внесення змін в конфігурацію і реструктуризації даних.
Це дозволяє переходити на більш старшу версію платформи поступово. Нові елементи конфігурації додаються з урахуванням нових можливостей платформи, а старі елементи продовжують працювати спочатку без внесення змін в конфігурацію. Необхідні зміни старих елементів виробляються німого пізніше, що дозволяє плавно піднімати режим сумісності.

Як дізнатися версію режиму сумісності конфігурації 1С: Підприємство 8

Для того, щоб дізнатися поточний реліз режиму сумісності необхідно запустити інформаційну базу в режимі "Конфігуратор".

Вибрати пункт меню "Конфігурація"\u003e "Відкрити конфігурацію".

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

Відкриється вікно властивостей конфігурації. Опускаємося в самий низ вікна до останньої групи параметрів "Сумісність".

В останньому рядку "Режим сумісності" вказано номер релізу платформи використовуваної в даній конфігурації.

Увага! Важливо!

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

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

Компанія "Онлайн", 2018

Режим сумісності програми 1С: Підприємство, Як дізнатися версію режиму сумісності 1С: УПП, Як дізнатися версію режиму сумісності технологічної платформи 1С: Підприємство, Як дізнатися режим сумісності 1С: УТ, Як дізнатися реліз режиму сумісності програми 1С: Підприємство, Як дізнатися версію режиму сумісності 1С: Управління торгівлею, Як дізнатися версію версію режиму сумісності у типовій конфігурації 1С: Підприємство, Як дізнатися режим сумісності 1С: БГУ, Як дізнатися версію режиму сумісності 1С 8.3, Як дізнатися реліз режиму сумісності конфігурації 1С: Підприємство, Як дізнатися версію режиму сумісності 1С : Бухгалтерія державної установи, Як у типовій конфігурації 1С: Бухгалтерія дізнатися версію режиму сумісності платформи, Як дізнатися режим сумісності конфігурації 1С: Бухгалтерія редакція 3.0, Як дізнатися режим сумісності 1С: УПП,

Теги: Як дізнатися номер релізу 1С, Як дізнатися реліз 1С, Як дізнатися версію 1С, Довідка про програму 1С

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

	Переклад 8.1 → 8.2.13	Переклад 8.2.13 → 8.2.16	Переклад 8.2.16 → 8.3.10
Ціна, руб. *	54 000 ₽	12 000 ₽	76 800 ₽

Список всіх змін в різних версіях платформи доступний за такими адресами:
Для платформи 8.2:
http://downloads.v8.1c.ru/content/Platform/8_2_19_106/1cv8upd.htm

Перед початком робіт з переведення на 8.3 потрібно:

перевірити режим керованих блокувань. Якщо використовується "Автоматичний", то при переході на 8.3 можуть знадобитися додаткові витрати на переклад в режим керованих блокувань.
Якщо використовується режим сумісності з 8.2.16 і вище, то потрібно перевірити, чи виконана реструктуризація таблиць
Визначити, які типи клієнтів використовуються (тонкий, товстий, веб-клієнт)
Визначити, чи є машини, які працюють під linux

Переклад конфігурації 8.1 → 8.2.13

Вартість робіт: 54 000 руб.

Переклад конфігурації 8.2.13 → 8.2.16 (включаючи реструктуризацію)

Ключові зміни:
Змінено режим зберігання констант і налаштувань регістрів накопичення. Для кожного об'єкта використовується своя таблиця бази даних
Перероблена реалізація механізму керованих блокувань.
Для події технологічного журналу «TLOCK» властивість «Txt» записується тільки в режимі сумісності з версією 8.2.13
Зменшено вплив режиму відладки на швидкість роботи в режимі «1С: Підприємство» для тонкого клієнта, Товстого клієнта, сервера і зовнішнього з'єднання.
Оптимізовано виконання запиту виду «ТіпЗначенія (Поле1) \u003d ТіпЗначенія (Поле2)», якщо «Поле1» і «Поле2» містять значення посилального типу.
Для полів керованої форми, що відображають реквізит складеного типу, прискорене відкрити список швидкого вибору в тих випадках, коли в складовою тип входять посилальні типи з різними настройками швидкого вибору.
Для нового незалежного і непериодического регістра відомостей, індекс за вимірюваннями є кластерним

Зміни, що вимагають змін у конфігураціях:

При відключеному режимі сумісності, параметр «Період» методу менеджера періодичного регістра відомостей «Отримати ()» є обов'язковим. У режимі сумісності з версією 8.2.13 і версією 8.1 поведінка не змінилося (метод можна використовувати без вказівки параметра, але результат є невизначеним).
При одночасному використанні методів «УстановітьЗначеніе ()» і «ІспользоватьІзІсточнікаДанних ()» об'єкта «ЕлементБлокіровкіДанних» викликається виняток. У режимі сумісності з версією 8.2.13 поведінка не змінилося (пріоритетним вважається значення, встановлене методом «ІспользоватьІзІсточнікаДанних ()»).
Чи не підтримується приміщення в сховище значення даних, які не підтримують сериализацию. У режимі сумісності поведінка не змінилося.
Якщо база файлова, то повинно бути виконано перетворення інформаційної бази. Після початку перетворення робота з даної інформаційною базою попередніми версіями платформи «1С: Підприємство 8» буде неможлива. Якщо розробка виконується з використанням сховища конфігурацій, перед перетворенням інформаційної бази потрібно обов'язково зробити копію сховища

ВАЖЛИВО. Для отримання ефекту від зміни режиму сумісності треба зробити реструктуризацію через конфігуратор: "Адміністрування → Тестування і виправлення → Реструктуризація таблиць інформаційної бази".

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

В такому випадку необхідно зробити наступне:
Встановити окремо сервер 1С версії 8.2.19 і розгорнути на ньому досліджувану базу
Відкрити базу в конфігураторі на сервері 1С версії 8.2.19, змінити режим сумісності на "Чи не використовувати"
Виконати реструктуризацію таблиць інформаційної бази
Після того як реструктуризація буде виконана, перемістити інформаційну базу на вихідний сервер 1С версії 8.3

Вартість робіт по переведенню конфігурації з режиму сумісності 8.2.13 в режим 8.2.16 (режим без сумісності, при використанні платформи 8.2.16, 8.2.19 і режим сумісності 8.2.16 при використанні платформи 8.3) становить 12 000 руб.

Шаблон договору на роботи можна скачати.

Переклад конфігурації 8.2.16 → 8.3.10

До складу робіт з переведення конфігурацію входять наступні доопрацювання конфігурації:

1. Усунення конфлікт імен властивостей. Зміна імен змінних, збігаються з новими властивостями, які з'явилися в «1С: Підприємстві 8.3».

2. Усунення конфлікт імен картинок. Перейменування імен картинок з іменами, совпадающемі з іменами з бібліотеки картинок.

3. Доопрацювання коду при зміна властивостей фіксованої структури. Заміна вказівки властивостей фіксованої структури на пересозданіе фіксованої структури або заміна її використання на аналогічний тип «Структура».

4. Заміна приміщення в тимчасове сховище несеріалізуемих значень, на код підтримуваний в «1С: Підприємстві 8.3».

5. Заміна використання виклику методу «Показати» для реквізитів керованої форми, на використання властивостей «ТекущійЕлемент», «ТекущаяСтраніца», методу «Активувати»

6. Заміна імен об'єктів метаданих з довжиною більше 80 символів, на імена з довжиною імені в 80 символів або менше для об'єктів метаданих

7. Перейменування методів і властивостей, відповідно до методики переходу на версію 8.3.

8. Доопрацювання механізмів роботи з відборами, умовним оформленням, Угрупованнями і порядком в динамічних списках.

9. Доопрацювання коду для запитів з ключовим словом «ПІДСУМКИ ПО ЗАГАЛЬНІ», розвантажений у режимі «ОбходРезультатаЗапроса.ПоГруппіровкам», з метою збереження колишньої логіки роботи.

10. Зміни імен класів COM-об'єктів. Заміна імен «V82.COMConnector» на «V83.COMConnector», і «V82.Application» на «V83.Application».

11. Відмова в коді програми від події «НачалоВибораІзСпіска» для полів введення в режимі вибору зі списку

12. Відмова в коді програми від властивості «КнопкаСпіскаВибора» для полів вводу, шляхом установки властивості «КнопкаВипадающегоСпіска».

13. Зміна коду з урахуванням зміни типу значення, що повертається методом глобального контексту «БезопаснийРежім ()»

14. Зміна коду з урахуванням зміна результату запиту до констант (при звернення до полю «Значення» таблиці константи, якщо константа зберігає значення типу «ХраніліщеЗначенія», «УнікальнийІдентіфікатор» або «ВнешнійІсточнікДаннихТабліцаСсилка».

15. Заміна властивості конфігурації «ОсновнаяРоль» на «ОсновниеРолі»

16. Відмова від властивостей «Користувач» і «Пароль» для об'єкта «ІнтернетПроксі» і заміна на методи «Встановити ()», «Користувач ()», «Пароль ()».

17. Доопрацювання коду для підтримки команди «Показати в списку», відповідно до методики переходу на версію 8.3.

18. Доопрацювання коду для підтримки колишньої логіки роботи системи при зміненому возвращаемом значенні властивості СістемнаяІнформація.ВерсіяОС,

19. Доопрацювання коду для підтримки колишньої логіки роботи системи при відмові від використання системного перерахування ВаріантОткритіяОкна, яке більш не доступно у версії 8.3.

20. Доопрацювання коду з урахуванням відмови від використання модальних вікон.

21. Доопрацювання коду по підтримці веб-клієнта, а саме відмова від серверних викликів і відкриття вікон в «ПередЗакритіем», відмова від серверних викликів в «ПріЗакритіі».

22. Доопрацювання коду для можливості коректного використання функції РольДоступна (), при передачі функції як параметр відсутньої ролі.

23. Для керованого застосування: починаючи з версії 8.3.8 в обробниках подій керованого застосування ПередЗавершеніемРаботиСістеми, ПріЗавершенііРаботиСістеми, а також в обробниках подій керованої форми, що знаходиться в режимі закриття, ПередЗакритіем, ПріЗакритіі, заборонено відкривати вікна і виконувати будь-які серверні виклики. Необхідна доопрацювання конфігурації, щоб закриття форм виконувалося коректно - без серверних викликів.

24. Конфлікт імен змінних: в модулі форми не можна використовувати ім'я змінної ПараметриФорми. Тому необхідно доопрацювати всі модулі керованих форм, де використовуються змінні з ім'ям ПараметриФорми, перейменувавши ці змінні.

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

Вартість робіт: 76 800 руб.

Шаблон договору на роботи можна скачати.

Вартість робіт по переведенню конфігурації в режим сумісності з 8.3.10 може бути збільшена, Якщо:
У конфігурації використовуються керовані форми
Необхідно відмовитися від використання модальності
Потрібно підтримувати працездатність конфігурації в ОС Linux