Добрий день.

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

Звичайний інтерфейс

Звичайний інтерфейскористувачам та розробникам 1С добре знайомий, він існує з часу виходу платформи «1С:Підприємство 8.0». На даний момент (березень 2012) звичайний додатоквикористовується в наступних типових конфігураціях:

1. "1С: Управління виробничим підприємством 8", редакція 1.3
2. «1С:Управління торгівлею 8», редакція 10.3
3. "1С:Бухгалтерія 8", редакція 2.0
4. «1С:Зарплата та Управління персоналом 8», редакція 2.5

Основні особливості звичайного інтерфейсу:
1. Наявність головного меню.
2. Незмінність головного меню для всіх користувачів незалежно від їх прав доступу та будь-яких налаштувань.
3. Для різних користувачів можна створювати різні інтерфейси.

Звичайний інтерфейс "Бухгалтерія підприємства, редакція 2.0"

Як запустити звичайний інтерфейс, якщо за замовчуванням запускається тонкий клієнт? Дивись у:

Звичайна форма

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

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

Керований інтерфейс

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

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

Керований інтерфейс «Керування торгівлею, редакція 11.0»

Головна перевага керованого інтерфейсу- Можливість роботи у веб-клієнті (веб-браузері). Немає потреби ставити платформу 1С на комп'ютер. Для користувачів на операційній системі LinuxДля доступу до інформаційної бази 1С використовується веб-браузер Mozilla Firefox.

Керована форма

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

У платформі 8.2 основний інтерфейс керований працює на керованих формах, але платформа 8.2 піт підтримує звичайний інтерфейс зі звичайними формами.

У керованому інтерфейсі «1С:Підприємства 8.2».

Будь ласка, залишайте коментар мені важлива Ваша думка.

P.S. Велика різницясрібло мама люба

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

1) Почнемо із найпоширенішого питання моїх улюблених клієнтів, пов'язаного з відсутністю меню «Операції». Багато бухгалтерів використовували його для пошуку звітів, обробок, документів, які іноді дуже важко було виявити в інших розділах програми.

Як такого меню «Операції» у бухгалтерії 3.0 немає. Його аналог називається "Всі функції" і за замовчуванням відображення цього розділу в програмі не встановлено. Щоб увімкнути його, треба увійти в меню, яке відкривається за допомогою помаранчевої кнопочки з трикутником у верхньому лівому кутку програми. У списку вибрати розділ «Сервіс» і відкрити розділ «Параметри».

У вікні встановлюємо прапорець «Відображати команду «Всі функції» і закріплюємо результат натисканням кнопки «Застосувати».

Тепер у тому самому Головному меню (помаранчева кнопка з трикутником) ми бачимо розділ «Всі функції»

У якому все те, що ми так звикли бачити у Бухгалтерії 2.0 у розділі «Операції»:

2) Тепер розглянемо можливості програми щодо налаштування інтерфейсу ТАКСИ. Наприклад, зараз у мене програма виглядає так:

Тобто. розділи зверху. Відчинені вікнау закладках внизу. Давайте подивимося, як змінити розташування всіх елементів робочого вікна програми. Знову відкриваємо головне меню та знаходимо там розділ «Налаштування панелей».

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

Натискаємо кнопку "Застосувати" або "Ок" і вуа-ля, ось як стала виглядати наша програма:

Можливо, комусь так працювати буде зручніше.

3) Ще одна порада щодо налаштування програми. Як правило, кожен бухгалтер має якісь розділи або звіти, якими він користується щодня. Ну, наприклад, ОСВ чи ОСВ за рахунком. І було б дуже зручно, якщо вони завжди будуть поруч, завжди під рукою. Цього можна досягти дуже простим прийомом, помістивши необхідні звіти до розділу «Вибране». Знайдемо у розділі «Звіти» оборотно-сальдову відомість. Навівши на неї вказати миші, ми бачимо поряд сіру зірочку.

Клікнувши по ній, ми відзначимо вибраний звіт як «Вибраний»

Розділ «Вибране»за допомогою вже відомого нам редактора панелей помістимо, наприклад, унизу робочого вікна програми.

4) І ще один «секрет» щодо настроювання інтерфейсу програми. У різних розділахПрограми є документи, якими деякі не користуються ніколи. Ну, просто через специфіку діяльності організації. Наприклад, у розділі «Покупки» документи, пов'язані з ЄДАІВ.

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

У вікні ми бачимо дві колонки. Зліва-команди, які можна додати на наш робочий стіл. А праворуч, ті команди, які є на нашому робочому столі. Знаходимо з правого стовпчика розділ ЄДАІС і натискаємо на кнопку «Видалити»

Відповідно, документи, які знаходяться у правій колонці, можна додати на робочий стіл за кнопкою «Додати»

5) Та й наостанок, для тих, хто не хоче звикати до інтерфейсу «Таксі». Можна змінити інтерфейс той, який був у перших версіях бухгалтерії 3.0.

У розділі «Адміністрування» знаходимо пункт «Інтерфейс»

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

Ось так виглядатиме програма з попереднім інтерфейсом.

Для інтересу подивимося, що таке інтерфейс, аналогічний Бухгалтерії 7.7.

Ну не знаю не знаю. Я мабуть повернуся до звичного для мене «Таксі».

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

Під час читання попередньої статті Керований командний інтерфейс програми 1С Бухгалтерія 8 ред. 3.0 – перше знайомство ви, мабуть, звернули увагу, що ми ніде не говорили про спеціальних інтерфейсахдля того чи іншого користувача. Не говорили, оскільки їх просто немає у програмі 1С Бухгалтерія 8 редакція 3.0.

Швидше за все, це здивує користувачів програми 1С Бухгалтерія 8 редакція 2.0. Адже у ній є такі інтерфейси.

• Бухгалтерський.
• ПДФО підприємця.
• Адміністративний.
• Повний.

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

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

1. Командний інтерфейс це керований інтерфейс 1С

Командний інтерфейс у програмі 1С Бухгалтерія 8 ред. 3.0 є керованим інтерфейсом. Це означає, що користувач може самостійно керувати ним безпосередньо у режимі 1С Підприємство. Так, саме користувач, а не лише програміст у режимі Конфігуратор.

Для цього на панелі системних командУ головному меню є пункт «Вид», який відкриває доступ до команд редагування панелей керованого інтерфейсу.

Пояснення вимагають лише дві команди.

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

2. Створити інтерфейс для розрахунка

Створення та налаштування інтерфейсу розглянемо на простому прикладі. Припустимо, що нашому користувачеві потрібні для роботи лише два розділи: «Банк та каса» та «Співробітники та зарплата». Видалити непотрібні розділи можна у формі, яка викликається за командою «ІНФОРМАЦІЙНА ПАНЕЛЬ \ Головне меню \ Вид \ Налаштування панелі розділів».

За допомогою кнопки "Видалити" видаліть не потрібні нашому користувачеві розділи. Залишіть лише «Банк та каса» та «Співробітники та зарплата». Після збереження змін (кнопка ОК) отримаємо такий вигляд інтерфейсу.

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

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

3. Налаштувати інтерфейс для касира

Налаштуємо інтерфейс для касира, який займається лише касовими операціями. Вважатимемо, що адміністратор вже створив користувача «Касир» і надав йому відповідні права.

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

За будь-якого нового запуску програми вона завжди автоматично відкривається на розділі «Робочий стіл».

Можна повністю вимкнути режим відображення панелі розділів або залишити лише один розділ, наприклад, «Банк і каса». Або ви могли завершити роботу, наприклад, у розділі «Покупки та продажі». Неважливо. За будь-якого нового запуску програми завжди актуалізується «Робочий стіл». Його видалити неможливо.

Таким чином, якщо нам потрібний лише один розділ бухгалтерського обліку, наприклад, «Банк і каса», то відобразити його на панелі розділів не вийде. Разом з ним відображатиметься і розділ «Робочий стіл». У нашому випадку це показ не потрібних касиру посилань.

Вчинимо наступним чином. Активуйте «Робочий стіл». Зверніть увагу, що на панелі навігації є командне посилання «Касові документи». Відредагуємо панелі навігації та дій для розділу «Робочий стіл».

Для редагування панелі навігації виконайте команду "ІНФОРМАЦІЙНА ПАНЕЛЬ \ Головне меню \ Вигляд \ Налаштування панелі навігації".

Маніпулюючи кнопками «Додати», «Додати все», «Видалити» та «Видалити все», залиште у правому вікні тільки навігаційну команду «Касові документи».

Відредагуємо панель дій розділу робочий стіл. Для цього виконайте команду "ІНФОРМАЦІЙНА ПАНЕЛЬ \ Головне меню \ Вид \ Налаштування панелі дій".

Маніпулюючи кнопками «Додати», «Додати все», «Видалити» та «Видалити все», залиште у правому вікні лише команди, окреслені червоними прямокутниками.

Ми припустили, що наша організація не займається роздрібним продажем. Тому документ «Звіт про роздрібні продажі» касиру не потрібен. Ми також припустили, що касиру не потрібні стандартні бухгалтерські звіти. Тому ми їх також вилучили з панелі дій.

За командою "ІНФОРМАЦІЙНА ПАНЕЛЬ \ Головне меню \ Вигляд \ Панель розділів" відключіть відображення панелі розділів. Завершіть роботу з програмою та знову відкрийте її від імені касира. Ось так виглядатиме його інтерфейс.

Нічого зайвого! Тільки необхідні касиру документи та два звіти. При необхідності список касових документів він може відкрити, натиснувши на навігаційну команду «Касові документи». Вона розташована на панелі навігації.

4. Інтерфейс програми 1С Бухгалтерія 7.7

Розробники 1С чудово розуміють, що, як би гарний не був новий інтерфейс, але багато хто з нас живе за принципом: найкраще – ворог хорошого. Так за переході з програми 1С Бухгалтерія 7.7 часто можна почути. Я нічого не розумію в новому інтерфейсі, мені ніколи розбиратися з ним, у мене термінова робота.

Такі користувачі в кілька кліків можуть встановити у собі в програмі 1С: Бухгалтерія 8 ред. 3.0 так вподобаний ним сімковий інтерфейс. Виглядає він, як показано малюнку.

Зовні він, звичайно, відрізняється від оригінального сімкового інтерфейсу. Але структурно все те саме.

Увімкнути сімковий інтерфейс можна лише в тому випадку, якщо у програмі для відкриття форм об'єктів встановлено режим «В закладках». Він встановлюється у формі «Параметри», яка викликається за командою «Панель системних команд Головне меню Сервіс Параметри».

Потім на панелі розділів активізуйте розділ «Адміністрація» та клацніть на панелі дій за посиланням «Налаштування програми».

У відкритій в робочої областіУ формі «Налаштування програми» перейдіть на закладку «Інтерфейс» та активізуйте радіо кнопку «Інтерфейс, аналогічний 1С:Бухгалтерія 7.7».

Всі. Збережіть результат, натиснувши кнопку ОК. Працюйте зі звичним вам семирічним інтерфейсом. У той же час не забувайте в демонстраційній базі знаходити час, щоб освоїти оригінальний інтерфейс. Коли ви звикнете до рідного інтерфейсу програми 1С:Бухгалтерія 8 ред. 3.0, дуже швидко можете його відновити.

Для цього на панелі розділів клацніть посилання «Сервіс». На панелі навігації клацніть посилання «Налаштування програми». Активізуйте закладку «Інтерфейс» та вкажіть «Стандартний інтерфейс 1С:Бухгалтерія 8». Ну і, звісно, ​​ОК.

6. Управління формами об'єктів

Програма 1С Бухгалтерія 8 ред. 3.0 надає користувачеві як можливість управління командним інтерфейсом. У ньому можна керувати і формами окремих об'єктів. Це форми журналів (списків) документів, форми самих документів та довідники. Для керування цими формами у правому верхньому кутку відкритої у робочій області форми є кнопка «Всі дії». А в ній команда "Змінити форму".

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

Спочатку форма документа «Рахунок на оплату покупцям» виглядає так, як показано на малюнку.

А тепер припустимо, що наша організація займається лише наданням послуг. Отже, реквізити «Склад» та «Адреса доставки» нам не потрібні. У табличній частині нам також не потрібні закладки «Товари» та «Зворотна номенклатура». Щоб позбутися їх, натисніть на кнопку «Всі дії» та оберіть пункт «Змінити форму».

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

Так само можна видозмінити і командну панель форми документи. Давайте зробимо такі зміни. Насамперед розкрийте гілку «Командна панель».

• Кнопка "Провести закрити". Зараз на ній відображається лише текст. У формі «Налаштування форми» на гілці «Командна панель» виділіть гілку «Провести та закрити». У вікні праворуч, реквізиту Відображення» наведіть значення «Малюнок і текст».
• Кнопки «Записати» та «Структура підпорядкованості». Для цих кнопок реквізиту «Відображення» також надайте значення «Малюнок та текст».
• Рамка навколо шапок. Для краси та наочності ліву та праву шапки можна окреслити рамкою.

Зрештою отримаємо таку форму для документа «Рахунок на оплату покупцю».

Для обережних користувачів хочеться відзначити таке.

Увага. Не бійтеся експериментувати з налаштуваннями форм об'єктів. Вони не змінюють обліковий вміст інформаційної бази.

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

Для цього на формі об'єкта виконайте команду "Всі дії \ Змінити форму". Відкриється вже відоме нам «Налаштування форми». У ній виконайте команду "Всі дії \ Встановити стандартні настройки".

7. Інформування про помилки

Програма 1С Бухгалтерія 8 ред. 3.0 контролює наповнення обов'язкових реквізитів. Втім, це робили й попередні редакції. Але, на відміну від попередніх редакцій, діагностичні повідомлення 1С Бухгалтерія 8 редакції 3.0 стали більш інформативними. Вони показують, у якому реквізиті і яка міститься помилка.

Наприклад, користувачі-початківці часто роблять таку помилку. Вони намагаються заповнювати реквізити документів не шляхом підбору із відповідних довідників, а вручну забивають потрібні значення. На малюнку показано, що користувач вручну у реквізиті "Контрагент" вбив ТОВ "Зоря". Такого контрагента Програма 1С Бухгалтерія ред. 2.0 не знайшла у довіднику «Контрагенти». Тому під час запису документа вона повідомила про помилку, як показано малюнку.

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

А от як реагує на таку ж помилку програма 1С Бухгалтерія ред. 3.0.

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

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

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

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

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

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

А так, звичайно, УФ набагато швидше за звичайні, т.к. працюють за триланковою схемою між клієнтом та сервером.

Крім того, сам функціонал УФ набагато багатший і ширший, ніж у звичайних - не дивно, пройшло багато часу, і в них потрапили багато інтерфейсних знахідок.

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

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

Модальності, подійність та блокування інтерфейсу

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

Яким було моє здивування, як у одному з прикладів викладач викликав відкриття форми з параметром «Заблокувати весь інтерфейс», тобто. насправді модально.

Я був певен, що від модальності відмовилися.

Розуміння прийшло не одразу.

У 1С не відмовилися від модальних вікон. Є нові функції, щоб вивести попередження, поставити питання, відкрити модально діалог вибору файлу.

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

Тобто. платформа 1С позбавилася рудименту заморожування виконання коду і перейшла на повністю подієве управління формами.

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

У 1С з'явилися міні-конструктори – рефакторинг. Це спрощує написання обробників оповіщення для асинхронного режиму роботи, щоби не писати їх вручну.

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

Нові можливості інтерфейсу

Меню

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

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

Я так зрозумів, що 1С вважало за неправильне, що прикладний об'єкт Інтерфейс не використовують, і вирішила випустити йому нову, просунуту альтернативу.

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

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

Я запитав викладача: «Мені зрозуміло щодо керованих форм, але навіщо потрібно було розвивати інтерфейси, чому не можна було трохи доопрацювати класичне меню»?

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

Порядок обходу

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

Робоча область та вкладені форми

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

Набагато простіше було б створювати її програмним кодомчи використовувати механізм вкладених форм.

Що так і не реалізовано о 8.2-8.3

Я так і не дочекався вкладених форм. На жаль, їх немає, хоча вони використовувалися ще у стародавньому Access.

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

Функціональні опції та видимість елементів

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

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

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

Свого часу я довів, що RLSна зміну поступається програмного контролюзаписи на рівні модуля об'єкта/підписки. Так само підозрюю, що будь-яка функціональна опція поступається звичайному алгоритмічному опису контролю видимості елементів - як і простоті використання, і у універсальності підходу.

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

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

Інтерфейс 8.2 та інтерфейс Таксі

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

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

Незрозуміло, навіщо було йти таким заплутаним шляхом, якщо зрештою базова система меню в 8.1 ще більш економно витрачала робочий простір екрану?

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

До речі, в 8.2 не можна поміняти палітру, це візитна картка платформи 1С. Так само система організації меню у вигляді 8.2 або Таксі привчає користувачів до деякого стандарту. Проте практика показує, що у нову систему меню користувач переучується практично миттєво. Ось поміняти навички роботи з документами та звітами набагато складніше.

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

Не опрацьована ідеологія

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

Наприклад, підсистеми використовуються і для поділу об'єктів конфігурації на блоки, і для організації функціональних меню(Нова альтернатива звичному меню програми). Хоча логічно було б створити окремий прикладний об'єкт, який би називався «Функціональне меню».

Також доводиться організовувати порожні ролі (інтерфейсні ролі), які потрібні лише для того, щоб вказати, які об'єкти відображатимуться в тій чи іншій формі. Хоча логічним було б розвинути у цьому напрямі прикладний об'єкт «Інтерфейс».

Сумніви щодо ефективності

Деякі підходи 1С до usabilityвикликають сумніви.

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

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

Можливості збереження налаштувань

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

Тепер усі збережені налаштування за потреби можна програмно перебрати, а значить, вивантажити іншому користувачеві, файл і т.п.

Інші питання

Що таке керовані форми?

У керованих формах код виконується на клієнті та сервері.

Під клієнтом мається на увазі слабка машина, ним може бути навіть звичайний браузер.

А сервер знаходиться у безпосередньому та швидкому з'єднанні з базою даних.

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

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

Подібна організація ефективніша, ніж підключення до сервера через віддалений доступ, ще, робота можлива безпосередньо через браузер, тобто. на будь-якій платформі - Windows, Linux, Android , Mac OS .

Нотатки по 1С розсипом

Тут наведу нотатки, які писав собі, вони містять цінні знання:

1. У вікні запуску 1С прописуються не інформаційні бази, а точки входу. Тобто. одна база може бути кілька разів, але прописана для різних користувачів та різних інструментів роботи - браузер, тонкий/товстий клієнт, вхід для адміністратора.
2. Для адміністратора з'явився ключ, який вимикає контроль ролей. Увійти в Підприємство у такий спосіб можна, лише якщо доступні адміністративні права на конфігурацію.
3. Загальні реквізити - не плутати їх із загальними реквізитами в 1С7, в 82 вони використовуються для поділу доступу до інтерфейсу.
4. Часто використовував мінімальну висоту списку у формі, щоб позбутися зайвої смуги прокручування форми.
5. Не варто зберігати картинки у реквізиті довідника, це призводить до падіння продуктивності довідників, треба використовувати регістр відомостей.
6. У процедурах сервера під час передачі параметрів потрібно використовувати ЗНАЧ, щоб параметр не передавався назад на сервер.
7. Нові функціїПочинаєтьсяСі СтрЗакінчуєтьсяНа, Можливо та інші, з платформи 8.3.6.
8. У 1с 8.2 виник привілейований режим, тобто. можна відключати контроль прав доступу лише на рівні ролей на ділянках коду.
9. Елементи форми список, таблиця значень та дерево значень відрізняються тим, що список на сервері та клієнті має однакове уявлення, а для таблиці та дерева створюються спеціальні об'єкти та їх треба перетворювати на сервері.
10. Порадувало, що викладач любить називати об'єкти в однині і називати модулі з підкреслення, щоб ці модулі йшли першим по порядку в контекстній підказці.

Про життя та навколо 1С

Викладач стверджував:

1. Розробку необхідно вести з інтерфейсу.
   Моя думка : Твердження сумнівне, т.к. знання та досвід використання архітектури платформи дозволяє одразу йти від прикладних об'єктів, а інтерфейс вже будувати потім.
2. Керівник не вводить дані, лише дивиться звіти. А керує не введенням даних до 1С, а телефоном і через секретаря. Тому керівнику достатньо браузера, а поля введення потрібні лише фільтрації даних.
   Моя думка : Так, це схоже на істину
3. Критикував БСП (Бібліотека Стандартних Підсистем). У тому плані, що з неї неможливо і дуже важко виділити необхідні модулі.
   Моя думка : Т.к. навіть БСП не вдалося розбити на модулі, те й УПП не виходить розбити на модулі УТ, ЗУП, БП, Виробництво. І тут не платформа винна, а неправильна методологія написання типових - не дотримується модульності. Той же Navisionдавно має можливість спочатку продати клієнту бухгалтерію, а потім він може докупити торгівлю, виробництво та зарплату за потреби, без переписування коду та переходу на нову програму.
4. Типові стали дуже складними, їх важко змінювати. Знову ж таки не через складність платформи, а через неправильну організацію типових. При цьому губиться основний принцип - швидке та економне супроводження та доопрацювання типових конфігурацій при необхідності.
5. Було продемонстровано варіант оформлення замовлення, коли ліворуч у робочій області знаходиться номенклатура, праворуч - список замовлень. Навпаки, номенклатури можна ставити кількість, потім перетягувати її до списку замовлень і формується замовлення. Перевага – не блокується таблиця замовлень для створення нового замовлення.
   Моя думка : Перевага надумана - все ж таки користувачам звичніше бачити відібраний товар у табличній частині, можна зберегти це замовлення як чернетку або скопіювати замовлення із шаблону. Загалом документи придумані не дарма.
6. Пояснював різницю між розділами «Головне», «Важливе», «Перейти», «Дивися також».
   Моя думка : Особисто я зрозумів неясно, а значить, більшість так і не зрозуміє ці закладені в платформу нюанси. usabilityв таксі. Тому інтерфейси будуть виглядати як раніше, як вже звикли і користувачі, і програмісти 1С.
7. У комірці табличного поля на формі, джерелом якого є довільний запит, не можна вводити дані, як у полі введення. Це зроблено на користь usability, щоб користувач фокусувався на введенні даних в окремому вікні.
   Моя думка : Я навів приклад із введенням у табличні частини, де таке поле є, сенс заборони мені не зрозумілий
8. Розлучення виникають від порівняння чоловіка з іншими людьми. Менше порівнянь – міцніший за шлюб.
9. Іноземні мови легше вивчати, коли вивчаєш їх одразу кілька, знімається зашореність та зацикленість однією рідною мовою.
10. Іноземні мови неможливо вивчати, якщо прив'язувати іноземне слово до слова рідною мовою, потрібно прив'язувати до образу. Ланцюжок іноземне слово - образ коротше ніж ланцюжок іноземне слово - рідне слово - образ. В останньому випадку мислити іноземною не вийде.

Висновок

Висловлюю подяку викладачеві.

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

Тепер керовані форми не лякають мене, а, навпаки, тягнуть за собою пізнати їх.

Сподіваюся, і ви, які читають цю статтю, оціните керовані форми.

Вивчаємо 1С 8.2. Урок 2. Наповнення командного інтерфейсу

Минулого уроку ми створили програмне меню:

Сьогодні наповнимо його. Для цього нам просто потрібно створити об'єкти метаданих (довідники, документи) та розмістити їх у відповідних підсистемах. В якій підсистемі їх розмістимо, в тій буде посилання на цей об'єкт. Якщо розмістимо в кількох - то й посилання на нього з'явитися в кількох. Спершу давайте створимо просто об'єкти, без наповнення їх алгоритмами:

У регістру відомостей "Ціни номенклатури" заведемо виміри "Номенклатура" та "ТипЦен". Ресурс - ціна:

Кожен об'єкт має закладку "Підсистеми", де ми можемо налаштувати належність об'єкта до відповідної підсистеми:

З іншого боку, в самій підсистемі також можна налаштувати її склад (які об'єкти входячи в підсистему):

Після включення об'єктів метаданих у підсистеми, посилання на них видно у відповідних пунктах меню:

Те, що об'єкти можна вже відразу редагувати, вас не здивує, в 8.1 також можна:

А ще користувач бачить об'єкти лише відповідно до його прав. Давайте створимо три ролі:

Адміністратор.

Комірник.

Бухгалтер.

Для кожного налаштуємо відповідні їм права доступу. Для адміністратора - все, для комірника - тільки номенклатуру та накладні, для бухгалтера все, крім ціноутворення:

Зокрема, для бухгалтера інтерфейс виглядатиме так:

А для комірника:

Ми можемо налаштувати певної ролі права як у підсистеми, і на об'єкти. Наприклад, хочемо що б користувач з участю " касир " бачив підсистему " Банк, каса " але бачив документи, які стосуються банку. Немає проблем. Забираємо у нього права на банківські документи, але залишаємо на підсистему "Банк, каса".