Какво е управлявано 1c приложение? Управлявано приложение. Как да отворите формуляр на съществуващ обект

Здравейте.

В последната публикация писах за обикновени и управлявани приложения, обикновени и управлявани форми на 1C:Enterprise, статията е тук.
Бъдещето принадлежи на управляваното приложение; вече много типични конфигурации са изградени на базата на управлявано приложение, те включват:
1. „1C: Управление на търговията 11“;
2. „1C: Управление на малка фирма 8“;
3. „1C: Документен поток 8“;
4. „1C: Enterprise Accounting 3.0“;
5. „1C: Manufacturing Enterprise Management 2.0“ (ще бъде пуснат в близко бъдеще);

Тези приложения са базирани на управлявани формуляри и се отварят автоматично в тънкия клиент.

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

Пример за обработка на отваряне е описан в публикацията: ""

Повечето общи и други обработки могат да се изпълняват само в обикновено приложение.

Сега разгледайте следния въпрос: Как да стартирате обикновено приложение, ако по подразбиране приложението работи в тънкия клиент?

Трябва да се посочи параметърът на конфигуратора Управлявано приложение и редовно приложение, а след това според приоритета при избор на стартиране на приложението.

Приоритетът при избора на стартиране на приложение е както следва:
1. Първо се анализира свойството за регистрация на информационната база.
2. Вторият анализира дали потребителят е принуден да конфигурира редовно или управлявано приложение. Ако стойността е Auto, тогава се извършва преход към следващото ниво.
3. И накрая, анализира се основният режим на стартиране на конфигурацията.

За да се улови моментът на стартиране на приложението и момента на приключване на работата, се използва.

Нека разгледаме всяка от точките по-подробно.

Създаването на редовни и управлявани формуляри става достъпно, ако параметърът е зададен в режим на конфигуратор Услуга – Обща – Управлявано приложение и редовно приложение

Приоритет при стартиране на приложението

Първокогато избирате клиент за стартиране, свойството за регистрация на информационната база този компютър. За да направите това, в прозореца за регистрация на информационната база трябва да щракнете върху бутона Редактиране, отидете в третия раздел на формуляра за редактиране на информационната база и в групата Основен режим на стартиранеизберете типа клиент за стартиране.

Второрежимът на стартиране на приложението се анализира за конкретен потребител. Задава се в списъка с потребители. Администриране – Потребителите избират потребителя и в раздела Други в полето за избор Режим на стартиранеизберете Управлявано приложение или Редовно приложение.
За ролите, които са маркирани в списъка Налични роли, трябва да посочите правото да стартирате дебелия клиент.

  4
 В конфигуратора, в свойствата на конфигурацията, има параметър „Modality use mode.“ Ако зададете Not to use, тогава по принцип целият код, който след OpenFormModal() Question(), Warning(),...   3
 Необходимо е потребителите да не могат да променят конфигурирания за тях интерфейс! Решение: За да го деактивирате, трябва да премахнете „Запазване на потребителски данни“ направо от правата за достъп на основния конфигурационен елемент. ...   3
 Когато работите с документи в 1C, много често има нужда да видите техните движения по регистър...   2
 В текущата работа потребителят обикновено отваря няколко обекта. Това може да бъде документ, справочник, доклад и др. В предишния интерфейс нямаше проблеми с бързото намиране на отворен обект и актуализирането му за...   2
 В предишната статия: Инсталиране на класификатор на адреси (KLADR) в 1C, ви казах какво е KLADR и как да го заредите в 1C редовни форми (8.0-8.2). В тази статия ще ви кажа как да заредите класификатора на адреси (KLADR) в...

Публикувам втората глава от моята книга „Основи на разработката в 1C: Такси“

Глава 2. Редовно и управлявано 1C приложение

В тази глава ще разгледаме какво е обикновено и управлявано приложение и как се различават едно от друго, но преди това ще разгледаме концепцията за „интерфейс“.

Какво изобщо е „интерфейс“? По същество това е общата граница между две взаимодействащи системи (много често едната система е човек). Да вземем за пример кола. Има ли интерфейс? Да, разбира се. Но каква е общата граница между автомобил и човек? Първо, това работно място, т.е. директно седалката на водача и контролите (волан, педал на газта, педал на спирачката и др.). Второ, това са принципите на човешкото взаимодействие с автомобила, които са някакъв набор от правила. Например, за да ускорите кола, трябва да натиснете педала на газта, да намалите - педала на спирачката, за да завиете надясно, трябва да завъртите волана надясно и т.н. Благодарение на тези две образувания човек може да управлява кола. Махнете едно нещо и карането на кола става невъзможно.

В света софтуервсичко е абсолютно същото. Едната система е човек – оператор, потребител. И втората система е приложение, създадено за автоматизиране на определен тип човешка дейност (обмисляме програмиране на приложения).

Например, ние трябва независимо да поддържаме складови записи: да извършваме пристигането на стоки в склада, да отписваме тези стоки и да наблюдаваме салдата. Каква ще бъде общата граница между приложението, независимо как или къде е написано, и потребителя? Първо, това са органи за въвеждане на информация - иначе как ще предадете на програмата, че 5 броя от някакъв продукт са пристигнали в склада. В нашия случай това е компютърна клавиатура и PC мишка. Второ, това е система за взаимодействие между компютър и човек. Например, това може да е интерфейс на командния ред: Ще използвате клавиатурата, за да въвеждате различни текстови низове(команди) и ги използвайте за изпълнение необходими действия(записване на пристигането на стоки, потребление на стоки и т.н.). Такъв интерфейс изглежда по следния начин: вижте фиг. 1.2.1.

Ориз. 1.2.1 Пример за команден ред

Тази фигура показва командна линия операционна система Windows, с него можете да извършвате почти всички операции, които правите в Explorer: копиране на файлове, изтриване на файлове, създаване на директории и т.н.

Този тип интерфейс отдавна е архаичен и е заменен от графичен потребителски интерфейс (англ. графичен потребителски интерфейс GUI). В този интерфейс взаимодействието между потребителя и приложението се осъществява чрез различни графични елементи, изобразени на дисплея (бутони, икони, превключватели и др.). В графичния интерфейс операторът има произволен достъп чрез контроли до всякакви графични елементи. В нашия случай, когато автоматизираме складовата отчетност, взаимодействието може да изглежда така: операторът натиска бутона „Получаване“, отваря се формата за избор на продукт, където операторът избира желания продукт от списъка и въвежда неговото количество. При необходимост от извършване на разход операторът натиска бутон „Консумация”, като се отваря и форма за избор, където операторът също избира желания продукт и въвежда количеството му. Когато трябва да проверите салда, операторът натиска бутона „Остатъци“ и програмата показва оставащите стоки в склада. По този начин, използвайки този графичен интерфейс, можете доста успешно да следите стоките в склада.

Нека приключим с теоретичната част и да преминем директно към темата на тази глава. А именно към видовете приложни интерфейси на програмата 1C, които всички са графични потребителски интерфейси. Програмата 1C: Enterprise 8 има два глобални типа интерфейси на графични приложения. Това са обикновен режим на приложение и режим на приложение с управлявани формуляри (или управлявано приложение).

Издание на платформи 8.0 и 8.1. работеше само в нормален режим, по-високите версии на платформата (8.2, 8.3 и т.н.) могат да работят както в нормален режим на приложение, така и в режим на управлявано приложение.

Нормален режим на приложение

Почти всички съвременни конфигурации вече работят в управляван режим, но все още има организации, които използват наследени конфигурации, които работят в нормален режим на приложение. Ето защо е необходимо да се познават принципите на работа на обикновено приложение. Това е обсъдено много подробно в моята книга (глави 3 и 4). Тук ще засегнем само най-общите точки.

Редовният режим на приложение използва интерфейса и формулярите, използвани в платформите 8.0 и 8.1. Преди този режим не се наричаше нищо, но сега се нарича „режим на редовно приложение“, а формулярите, които се използват в този режим, се наричат ​​„обикновени форми“.

Нека да разгледаме набързо как изглежда този режим. Мнозина вече са запознати с него, но някои, особено тези, които не са виждали работа под платформи 8.0 и 8.1, ще го видят за първи път.

След като зареди програмата, потребителят вижда интерфейс с меню в горната част (виж фиг. 1.2.2).

Фигура 1.2.2 Изглед на интерфейс на обикновено приложение

Като премине през елементи от менюто, потребителят може да отвори различни форми. Това са предимно форми на списъци с указатели и документи (виж фиг. 1.2.3), но може да има и отчети, обработка, сметкопланове и др.

Фиг.1.2.3. Формуляр за списък с документи

От формата на списъка потребителят може да отвори формата на документ или справочник (виж Фиг. 1.2.4).

Ориз. 1.2.4. Форма на документ

Разработчикът може да използва автоматично генерирани формуляри или сам да ги проектира в .

Разработчикът трябва да проектира обикновени формуляри с мишката: поставете ги върху формуляра необходими елементи(бутон, поле, таблица), преместете ги на удобно място и определете размера (виж фиг. 1.2.5).

Фигура 1.2.5. Проектиране на конвенционални форми

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

И накрая, отбелязвам, че за разлика от управляваното приложение, обикновеното приложение може да работи само под „дебел клиент“. Като цяло това е основната, най-фундаменталната разлика между конвенционалните форми и контролираните. Тъй като режимът на управлявано приложение е проектиран специално за работа под „тънък клиент“.

Режим на управлявано приложение

И така, каква е особеността и фундаменталната разлика между режима на управлявано приложение и обикновения? Основната разлика е използването на управляван команден интерфейс и управлявани формуляри. Нека разгледаме всяко от тези образувания поотделно. Какво е управляван команден интерфейс? За да се отговори на този въпрос, е необходимо да се поровим отново в миналото.

Нека разгледаме в най-проста форма как е разработена конфигурацията в обикновено приложение. Първо проектирахме бизнес логиката: документи, директории, отчети, обработка и тяхното взаимодействие помежду си. След това зададохме роли, например потребител с ролята „Доставчик“ имаше достъп до документа „Получаване на стоки“, но не и до документа „Изходни стоки“. Обратно, потребител с ролята „Продавач“ е имал достъп до документа „Извеждане на стоки“, но не и до документа „Разписка за стоки“. Следващата стъпка беше да се разработят интерфейси за всеки тип потребител. Тези, които практикуват разработка под обикновено приложение, си спомнят, че имаше такъв конфигурационен обект като „Интерфейс“, в който беше възможно да се конфигурира всяко меню като менюто на Фигура 1.2.2. И в нашия случай разработчикът трябваше да си направи труда да създаде два интерфейса: единият за доставчика, а другият за продавача. Защото, ако той беше разработил един общ интерфейс, в който можете да отворите както документа „Разписка за стоки“, така и документа „Изход на стоки“, тогава не би било напълно правилно, ако доставчикът, когато се опитва да отвори списъка с „Изход на стоки“ документи, получил системно съобщение, че няма право за това. За да се избегне това, беше необходимо да се направят два интерфейса и да се посочи за всеки потребител под кой интерфейс да работи.

В режим на управлявано приложение всичко е много по-просто. Ще проучим интерфейса на управляваните команди по-подробно в следващата част. В тази част ще го анализираме най-общо. В случая на интерфейса за такси, управляваният команден интерфейс изглежда така:

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

Когато разработва управлявано приложение, програмистът ще трябва да поеме по малко по-различен път. Преди да разработим бизнес логиката, трябва да дефинираме подсистемите, в които ще бъдат включени нашите обекти (в обикновено приложение те също съществуват, но са по-декларативни по природа). Например документът „Получаване на стоки“ ще бъде включен в подсистемата „Доставка“, а документът „Потребление на стоки“ ще бъде включен в подсистемата „Продажби“. В същото време някои обекти могат да бъдат разположени в няколко подсистеми едновременно: директорията „Продукти“ ще бъде включена в подсистемата „Продажби“ и в подсистемата „Доставка“ и в подсистемата „Маркетинг“. В този случай разработчикът не трябва да създава обект „Интерфейс“, самата система автоматично ще изгради необходимия тип интерфейс въз основа на настройките на потребителските права и функционалните опции.

Ако някой потребител има роля, която няма права за преглед на подсистемата, например „Доставка“, тогава при стартиране на приложението 1C той просто няма да види този елемент от менюто. Освен това той няма да види документ в списъка с менюта, който поне няма право да разглежда.

На фигура 1.2.6 видяхте потребителския интерфейс с пълни права и например интерфейсът на продавача ще изглежда така:

Ориз. 1.2.7. Ограничен потребителски интерфейс

Друга разлика от обичайния интерфейс е, че потребителят може самостоятелно да определя външния вид на своя интерфейс, като използва настройки за навигация, действия, секции и т.н. Например от интерфейса на Фигура 1.2.7 можем да премахнем ( от функциите на текущия раздел Горно меню) позиции „Склад“ и „Продукт“. Ще получите този вид:

Ориз. 1.2.8. Потребителски интерфейс с намалени функции на текущия раздел

Ще разгледаме по-подробно персонализирането на потребителския интерфейс в следващите глави на тази част и връзката между ролите и външен видЩе изучаваме интерфейса в следващата част на този курс. Засега нека отбележим основните разлики между управлявания команден интерфейс и обикновения.

• Външният вид на управлявания команден интерфейс се конфигурира автоматично с помощта на механизми на платформата, в зависимост от настройките на потребителските права и функционалните опции.
• Потребителят може самостоятелно да персонализира външния вид на интерфейса по желание.

Сега нека да разгледаме какво представляват управляваните форми.

Научете програмиране в 1C с помощта на моята книга „Програмиране в 1C в 11 стъпки“

1. Без сложни технически термини.
2. Над 700 страници практически материали.
3. Всяка задача е придружена с рисунка (екранна снимка).
4. Сборник задачи за домашна работа.
5. Книгата е написана на ясен и на прост език- за начинаещ.
6. Книгата се изпраща на електронна поща V PDF формат. Може да се отвори на всяко устройство!

Ако този урок ви е помогнал да разрешите някакъв проблем, харесали сте го или сте го намерили за полезен, тогава можете да подкрепите моя проект, като дарите всяка сума:

Можете да платите ръчно:

Yandex.Money - 410012882996301
Web Money - R955262494655

Присъединете се към моите групи.

Всеки администратор на 1C:Enterprise знае, че задачата за разделяне на потребителските права и съответно промяна на работния интерфейс е една от основните при внедряването на счетоводна система или добавянето на нови потребители към нея. Ефективността на работата и сигурността на данните зависи от това колко добре е изпълнена тази задача. Затова днес ще говорим за функциите за настройка на потребителски права и интерфейс в управлявано приложение.

На първо място бих искал да отбележа основните аспекти на този тип настройки. Мнозина подхождат към този въпрос едностранчиво, като ги разглеждат само като мярка за защита срещу неоторизиран достъп до данни или неквалифицирана промяна. В същото време те забравят за обратната страна на монетата: създаване на проста и удобна работна среда за потребителя. В случаите, когато работният интерфейс на потребителя е претоварен с ненужни елементи, чийто смисъл не е напълно ясен за него, възниква погрешно впечатление за прекомерната сложност на програмата и има страх от грешка. Ясно е, че това по никакъв начин не допринася за повишаване на производителността на служителите.

В идеалния случай всеки служител трябва да вижда само тези елементи на интерфейса, които са му необходими, за да изпълнява непосредствените си задължения. Тогава ще бъде по-лесно да работите и няма да има изкушение да се катерите там, където не трябва. Освен това има смисъл да се извършват такива настройки дори когато някои подсистеми просто не се използват или не се изисква ограничаване на достъпа до тях. Това ще направи интерфейса по-прост и по-разбираем и следователно работата на потребителя ще бъде по-лесна и удобна.

Ако се върнем малко назад, можем да си спомним това в конвенционалните конфигурации РолиИ Интерфейсибяха част от конфигурацията и за тях фина настройкабеше необходимо да се активира възможността за извършване на промени, а в основните версии това изобщо беше невъзможно.

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

В управляваното приложение настройките за права и интерфейси най-накрая бяха преместени в потребителски режим и могат да бъдат конфигурирани директно от интерфейса на програмата. Правата на потребителя се присвояват въз основа на членството му в групи за достъп. Хайде да отидем до Администриране - Настройки на потребители и права - Групи за достъп - Профили на групи за достъп, където ще видим предварително инсталирани профили за основните групи за достъп.

Един потребител може да бъде член на няколко групи за достъп едновременно, като в този случай получените права ще бъдат сумирани. Като цяло всичко е доста ясно и познато, с изключение на това, че настройките вече се извършват в потребителски режим, а не в конфигуратора.

Но ако се опитаме да намерим настройки на интерфейса, няма да успеем. В управлявано приложение интерфейсът работна средасе генерира автоматично, въз основа на правата за достъп. Например, нека сравним интерфейсите на панелите на секциите Администратор и Мениджър продажби:

Като цяло идеята е здрава, ако има права за достъп до обекта, го показваме в интерфейса, ако няма, го скриваме. Това е много по-добре от съобщения, изскачащи в обикновено приложение за нарушения на достъпа, когато последните не отговарят на определения интерфейс. Ако добавите права към група за достъп или, обратно, премахнете ги, елементите на интерфейса, свързани с тях, ще се появят или изчезнат сами. Удобно? да

Потребителят може също така самостоятелно да конфигурира своето работно пространство в рамките на правата си за достъп. На пръв поглед всичко изглежда добре, но имаше муха в мехлема. Няма механизъм, който ви позволява централно да конфигурирате и присвоявате интерфейс „по подразбиране“ на потребителите в управлявано приложение.

Ако погледнем Администрация - Настройки за потребители и права - Лични потребителски настройки - Потребителски настройки, там ще видим списък с всички обекти, чиито настройки са променени от потребителя, но ние не можем да ги променим по никакъв начин.

Тези. от нас се иска да влезем директно при потребителя и да конфигурираме работния интерфейс от негово име. Спорно решение, особено ако няма двама или трима потребители. За щастие, разработчиците са предоставили възможност за копиране на потребителски настройки, което ни позволява да персонализираме интерфейса на един потребител по начина, по който трябва бързо да приложим настройките към всички останали.

За да не бъдем голословни, нека разгледаме един практически пример. В подготовка за прехода към онлайн касови апарати беше решено да се автоматизират касите на малка мрежа от стоматологични клиники. Основата за автоматизация на клиниката беше специфичен за индустрията софтуер, който не се базира на 1C и не осигурява свързаност фискален регистраторЗатова беше решено да се използва конфигурацията Enterprise Accounting 3.0, която съдържа всички необходими функции, за автоматизиране на касовите апарати.

Тук се сблъскваме с две трудности, но ако се вгледаме по-внимателно, ще открием, че това са двете страни на една и съща монета. Накратко: персоналът никога преди не е работил с 1C и затова беше необходимо да се създаде работна среда, която да е възможно най-лесна за научаване, като същевременно защитава информационна базаот възможно неквалифицирано влияние на персонала. Управляваното приложение ви позволява съвсем просто да комбинирате бизнеса с удоволствието, като го направите така, че да ограничите потребителя и в същото време да му позволите да работи удобно, без да забелязва ограниченията.

Нека да започнем. На първо място, трябва да създадете профил на потребителска група. Ако отворим стандартните профили, ще видим, че няма опция за промяна. Според нас това е правилно, историята знае много примери, когато в пристъп на служебно усърдие стандартните права бяха изгребани до такова състояние, че трябваше да бъдат възстановени от стандартната конфигурация. Това също може да подведе други потребители или администратори на тази база данни, които очакват да видят стандартни комплектиточно

Затова ще намерим най-подходящия профил за нашите задачи, в нашия случай това е Мениджър продажби и ще направим негово копие, на което ще дадем името Касиер. Сега можем да конфигурираме правата по свое усмотрение. Въпреки това плоският списък, предлаган по подразбиране, не е напълно удобен за работа, освен ако не трябва бързо да намерите опция, която вече знаете; в повечето случаи е много по-удобно да работите със списъка, като активирате групиране по подсистеми.

Няма да се спираме на този въпрос, тъй като присвояването на права зависи от конкретните задачи, пред които е изправен потребителят, можем само да посъветваме да бъдете предпазливи и да не стигате до крайности. Не забравяйте, че вашата задача е да създадете комфортна и безопасна работна среда, а не да забраните напълно всичко възможно.

След като създадем профил, присвояваме група за достъп на необходимите потребители и стартираме програмата под един от тях. В зависимост от присвоените права ще видите автоматично генериран интерфейс.

По принцип това вече е доста добре, но в нашия случай всичко тепърва започва. За наша изненада много потребители и администратори все още нямат представа как да конфигурират интерфейса „Такси“ и продължават да се оплакват от неговите „неудобства“.

Хайде да отидем до Главно меню - Изглед, където ще видим редица настройки по отношение на интерфейса.

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

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

Можете дори да сравните как беше и как стана:

И накрая, нека конфигурираме панелите. Тъй като имаме малко дялове, има смисъл да преместите разделителния панел нагоре и отворения панел надолу, като по този начин разширите работното пространство хоризонтално, което е важно за монитори с малък диагонал или формат 4:3.

След като приключите, трябва да проверите отново всички настройки; най-добре е да направите това, като симулирате реалните действия на касиер, което веднага ще ви помогне да оцените лекотата на работа с интерфейса. В нашия случай получихме просто и удобно работно място на касиера; във всеки случай нямаше проблеми с овладяването на персонала:

Сега нека влезем отново в програмата като администратор и отидем на Администриране - Настройки за потребители и права - Лични потребителски настройки - Настройки за копиране. Нашата задача е да разпространим промените, които сме направили, до останалите потребители на групата Касиери. Самата операция е доста проста: изберете потребителя, чиито настройки копираме, посочете на кого и изберете какво точно.

И накрая, можете да попречите на потребителя да персонализира интерфейса сам; за да направите това, върнете се в профила на групата и премахнете отметката от действието Запазване на потребителски данни.

Както можете да видите, настройката на интерфейса и правата на потребителя в управлявано приложение е доста проста и въпреки някои недостатъци предоставя на администраторите много по-голяма гъвкавост и удобство, което им позволява бързо да създават удобни и сигурни работни среди.

• Тагове:

Всички знаем, че компанията 1C имаше много различни версии 1C платформи, сега ще се интересуваме от някои от тях най-новите версиикъм момента на писане на тази статия това са версии 1C 8.2 и 1C 8.3. Ако ви се е налагало да работите и в двете версии, тогава най-вероятно забеляза разлики в интерфейсите на тези версии, за потребителите те се различават само по външен вид. По същество избор редовно или управлявано приложениеказва на системата кои форми да покаже, за да стартира, редовно или контролирано, както и кой клиент на приложението ще се използва по подразбиране, дебел или тънък. | Повече ▼ подробна информацияза клиенти, прочетете статията „Какво представляват дебели и тънки клиенти в 1C, както и техните разлики.“

Редовно 1C приложение (обикновени форми, обикновен интерфейс, версия 1C 8.2)

В 1C 8.2 е възможно да се работи само с редовни форми, в режим на редовно приложение. Изображението по-долу показва базата данни в режим на работа „обикновено 1C приложение“ (обикновени форми).

Управлявано 1C приложение (управлявани формуляри, управляван интерфейс, версия 1C 8.3)

На платформата 1C 8.3 можем да работим както с обикновени форми (в режим на съвместимост), така и с управлявани. освен това управляваните форми имат два вида дисплей, това е стандартно и такси. Пример за конфигурация 1C 8.3 със стандартни управлявани форми е показан по-долу, а след него е показан интерфейсът „Такси“.

Каква е разликата между обикновено и управлявано 1C приложение?

Както вече разбрахме обикновено приложение и управлявано приложение са тези видове стартиране на програма 1C. Освен това, в зависимост от стойността на типа стартиране на 1C ( редовно или управлявано приложение), конкретен интерфейс ще бъде зареден по подразбиране ( редовни или управлявани форми), следователно има толкова много синоними за това понятие. Бихме искали да отбележим, че разликите в интерфейсите са доста значителни, управляваният интерфейс е напълно преработен. По принцип това са всички разлики, които обикновените потребители на програмата 1C виждат. Що се отнася до програмистите, управляваният интерфейс изисква писане на модифициран код, тъй като разработката вече се извършва в 1C 8.3, а не в 1C 8.2, оттук и всички произтичащи от това последствия. Кодът също трябва да бъде разделен на клиент и сървър; това се посочва с помощта на съответните директиви в конфигуратора.