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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

• Етикети:

Моля, активирайте JavaScript, за да видите

„1С: Предприятие 8. Управлявано приложение“. Нови възможности

Никита Зайцев

Продължаваме да преглеждаме възможностите и архитектурните концепции на технологичната платформа от ново поколение - „1С: Предприятие 8. Управлявано приложение“. Статията ще разгледа различни видове клиентски приложения, нов принцип за използване на конфигурационни подсистеми, механизми на функционални опции и управлявани отчети и някои други нововъведения в „Управлявано приложение“.

Типове клиентски приложения

В предишните версии на 1С: Предприятие 8 нямаше опции за стартиране на клиентското приложение. За да може всеки потребител да работи с някакви информационни бази, е използван само един тип клиентско приложение, което се нарича „клиент“. За да се организира отдалечена работа на потребители с информационна база, са използвани (и все още се използват) различни технологии, всяка от които има свои предимства и недостатъци. Отдалеченият достъп може да бъде организиран с помощта на стандартни инструменти 1C: Enterprise 8:

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

Работа през уеб интерфейса (базиран на 1C: Enterprise 8.Web разширение платформа). Предимства - възможността за работа по нискоскоростни комуникационни канали, не е необходимо да инсталирате 1C: Enterprise 8 на компютъра на потребителя. Недостатъци - значително функционално изчерпване на потребителския интерфейс в сравнение с "дебелия клиент", необходимостта от включване на програмисти, които познават технологията ASP.NET, за разработване на уеб приложение.

Отдалеченият достъп до информационната база също може да бъде организиран с помощта на несистемни инструменти:

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

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

Взаимодействие клиент-сървър

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

Има три различни вида клиентски приложения, които можете да използвате в „Управлявано приложение“.

„Дебел клиент“. Той е подобен на клиентското приложение от предишните версии на 1С: Предприятие 8, но е съвместим с два режима на работа - нормален и управляван. Основната разлика между тях е принципът на изграждане на глобален команден интерфейс (за повече подробности за новия интерфейсен модел на „Управлявано приложение“ вижте предишната статия от нашата поредица). „Дебелият клиент“ консумира повече системни ресурси на компютъра на потребителя, но не налага никакви функционални ограничения за работа с конфигурацията.

„Тънък клиент“. Абсолютно ново приложение, включено в 1С: Предприятие. Той функционира само в контролиран режим, предназначен за потребителите да работят с информационни бази чрез Интернет (разбира се, може да работи и в локалната мрежа на предприятието). За „тънък клиент“ има режим „ниска скорост на свързване“, при работа в него платформата оптимизира процесите на взаимодействие между клиентското приложение и сървъра за нискоскоростни комуникационни канали. „Тънкият клиент“ изисква значително по-малко системни ресурси от „дебелия клиент“, но е функционално ограничен - работи само с управлявани форми на конфигурация, режимът на конфигуратора не е достъпен.

Уеб клиент. В този случай не е необходимо да инсталирате 1C: Enterprise 8 или какъвто и да е допълнителен софтуер на компютъра на потребителя. Работата с информационни бази "1С: Предприятие 8" се извършва чрез обикновен интернет браузър (MS Internet Explorer или Mozilla FireFox). Функционалните ограничения на уеб клиента са същите като тези на „тънкия клиент“: работейки само с управлявани форми, режимът Конфигуратор не се поддържа. Декларира се почти пълна (с изключение на няколко малки ограничения) идентичност на външния вид и поведението на системата при работа с тънък и уеб клиент. За съжаление по време на писането на тази статия технологията за уеб клиенти все още не е била публикувана от 1С, поради което информацията, предоставена за тази технология, се основава само на придружаващата документация на „Управляваното приложение“.

Команден интерфейс, базиран на подсистема

За да не се объркате и ясно да разберете кои методи за свързване към информационни бази и кои модели интерфейси се поддържат от различни видове клиентско приложение 1С: Предприятие 8, информацията е най-добре представена под формата на таблица (вижте таблици 1 и 2).

Когато работите с „Управлявано приложение“, организацията на онлайн достъп до информационната база „1С: Предприятие 8“ се свежда основно до настройка на уеб сървър. Всяка информационна база допълнително ще изисква:

Създайте файл с дескриптор на информационна база (два реда XML);

Конфигурирайте приложение (виртуална директория), съответстващо на информационната база на страницата на уеб сървъра (MS IIS или Apache).

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

Имайте предвид, че с появата на технологията за уеб клиенти 1С: Предприятие 8 придобива пълноценна мултиплатформена функционалност. Сега всички елементи на информационната система могат да работят както под Windows, така и под Linux (виж Таблица 3).

Единственото работно място, на което трябва да бъде инсталирана операционната система Windows, е работното място на администратора на информационната система, където трябва да стартирате 1С: Предприятие 8 в режим Конфигуратор.

Задаване на видимост на командата по подразбиране

Трябва също да се отбележат промените в архитектурата клиент-сървър на "1С: Предприятие 8", направени във връзка с появата на нови видове клиентски приложения. В предишните версии на платформата единствената форма на взаимодействие между клиента и сървъра беше връзка, т.е. твърда връзка между клиентското приложение и един от работните процеси на клъстера на сървъра. Тази връзка се установява, когато клиентът се свърже с информационната база и продължава, докато клиентското приложение не бъде затворено.

Персонализиране на потребителския интерфейс

В „Управлявано приложение“ при работа с „тънък клиент“ или уеб клиент се използва по-гъвкава схема на взаимодействие клиент-сървър: потребителска сесия. Всяко повикване на клиентското приложение към сървъра е отделно и се обработва от клъстера на сървъра независимо от предишните повиквания. Тази схема позволява:

Увеличете "оцеляването" на системата. Ако работният процес на клъстер на сървър по някаква причина стане недостъпен, клиентските приложения преминават към други налични работни процеси (в предишни версии „срив“ на работен поток е включвал прекъсване на всички връзки и „срив“ на всички клиентски приложения, обслужвани от процеса).

Подобрете производителността на системата чрез динамично разпределение на натоварванията. В предишните версии натоварването се разпределяше само в момента на първия клиентски достъп до сървъра. В „Управлявано приложение“ мениджърът на клъстери постоянно следи натоварването на работните процеси и разпределя товара между тях. Ако работният процес или работният сървър, обслужвал клиентското приложение, внезапно е претоварен, следващия път, когато сървърът бъде достъпен, клиентът ще бъде превключен към по-малко натоварен процес или сървър.

Подсистеми за конфигуриране

В предишните версии на 1С: Предприятие 8 конфигурационните подсистеми не носеха функционално натоварване. Разбира се, не може да се каже, че преди появата на "Управляваното приложение" механизмът на подсистемата е бил чисто декоративен - разработчиците на конфигурация и специалистите, участващи в поддържането на информационни бази, са го използвали за решаване на различни технологични проблеми. Но подсистемите не са имали абсолютно никакво влияние върху поведението на конфигурацията в потребителски режим. Освен това в конфигурацията изобщо не би могла да бъде дефинирана нито една подсистема и това по никакъв начин не се отрази на нейната работа.

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

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

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

За всяка команда от набора се определя дали тя обикновено е достъпна за текущия потребител. Решението се взема на два етапа: първо тези команди, за които потребителят няма права за достъп, се премахват от набора, а след това команди, които са деактивирани с помощта на функционални опции.

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

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

Механизъм за функционални опции

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

Въздействие на функционалните опции върху интерфейса

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

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

В едно предприятие могат да бъдат организирани няколко склада; съответно може да е необходимо да се водят записи в контекста на складовете.

Счетоводното отчитане може да се извършва по различен начин за местни и експортни продукти, за местни и чуждестранни доставчици.

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

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

Ако счетоводството се води в контекста на складовете, подробности и команди, свързани със склада, трябва да се показват в подходящите форми (документи за продажби, отчети).

Ако компанията работи с чуждестранни доставчици, подходящите формуляри (документи за сетълмент, отчети) трябва да показват подробности и команди, свързани с валутното счетоводство (валута, обменния курс, "преизчисляване по текущия курс" и др.).

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

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

Управлявани отчети Формуляр за управляван отчет

Механизмът за отчитане „Управлявано приложение“ е запазил „семейните характеристики“ на механизма за отчитане от предишната версия на 1С: Предприятие 8:

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

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

Конфигуриране на вариант на отчета

Управляваните отчети (така наречените отчети, реализирани с помощта на технологията "Управлявано приложение") имат редица важни разлики от своите предшественици.

Отчетът се генерира само от страна на сървъра, само готовите резултати се изпращат към клиентското приложение. В предишните версии на 1С: Предприятие 8 отчетът може да бъде генериран както от страна на сървъра, така и от страна на клиента.

Механизмът за управление на настройките на отчета е значително преработен. Този процес вече е йерархичен и се състои от варианти на отчета, настройки на варианти на отчета и персонализирани настройки на отчета.

Настройките на отчета се записват в таблицата на системната база данни или (ако са предоставени от разработчика на конфигурацията) в специален обект на информационната база данни "Съхранение на настройките". В предишните версии на 1С: Предприятие 8 трябваше или да запишете настройките на отчета като файл, или да разработите собствено хранилище за настройки въз основа на информационни регистри.

Персонализиране на отчета

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

Ниво на конфигуратора. Конфигурационният дизайнер създава схема за съставяне на данни и дефинира варианти на отчета (вариантът на отчета е колекция от настройки на схемата за композиране на данни). Например за отчета "Анализ на продажбите" могат да бъдат дефинирани опциите "По периоди" (анализ на обема на продажбите в контекста на периоди) и "По групи" (анализ на обема на продажбите в контекста на групите артикули). Конструкторът на конфигурация също така определя кои елементи за настройка ще бъдат достъпни за потребителя да се промени при работа с отчета.

Ниво на специалист по изпълнение. Извършва "пренастройка" на отчета за изискванията на конкретно предприятие. Специалистът по внедряване има достъп до същите операции като разработчика на конфигурация, но трябва да се отбележи важен нюанс: можете да промените съществуващите опции на отчета и да добавите нови в потребителския режим 1С: Предприятие 8, без да правите промени в конфигурацията.

Потребител на информационна база. Потребителят контролира онези елементи за персонализиране на отчети, които са предоставени от разработчика на конфигурация и специалист по внедряване.

Разработване на опции за доклад

Удобството на новата структура на настройките на отчета в сравнение с предишните версии на 1С: Предприятие 8 е, че:

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

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

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

Персонализиране на многостепенни отчети

Ако се опитаме да формулираме предимствата на управляваните отчети пред „обикновените“ отчети от „1С: Предприятие 8“ с три думи, тогава тези думи ще бъдат: производителност, гъвкавост, удобство. Управляваните отчети са по-бързи - генерирането на всички отчети се извършва от страна на сървъра. Те осигуряват много по-гъвкав механизъм за конфигуриране, като разделят настройките на две нива. И накрая, управляваните отчети са просто по-лесни за работа. Но отчетите, по-точно информацията, представена в докладите, е крайният продукт на информационната система, това е резултатът, който системата дава на потребителя.

Това завършва нашия преглед на иновацията „Управлявано приложение“. Може би ще се върнем към тази тема след първото издание. Разбира се, можете да получите пълна картина на възможностите на новото поколение на платформата само като я държите в ръцете си и внимателно прочетете документацията - партньорите на 1С и регистрираните потребители на 1С: Предприятие 8 вече имат тази възможност.

Новини. 15 до 15

Компютри

ASUS (http://asus.com.ru) обяви пускането на персонален компютър Eee Box. Продуктът е сглобен в ултра компактно тяло, Eee Box може да се монтира на VESA стойка. Системата прилага средствата за високоскоростно изтегляне и интернет връзка (ASUS Express Gate), има WiFi 802.11n безжичен адаптер.

Здравейте.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Публикувам втората глава от книгата си "Основи на развитието в 1С: Такси"

Глава 2: Общо и управлявано приложение 1С

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

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

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

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

Фигура: 1.2.1 Пример за команден ред

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

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

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

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

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

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

Нормалният режим на приложение използва интерфейса и формулярите, използвани в платформи 8.0 и 8.1. Преди това този режим не се наричаше по никакъв начин, но сега се нарича „нормален режим на приложение“, а формите, които се използват в този режим, се наричат \u200b\u200b„нормални форми“.

Нека да разгледаме набързо как изглежда този режим. Той вече ще е познат на мнозина, но някои, особено тези, които не са намерили работа под платформите 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. Контролиран команден интерфейс

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

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

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

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

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

Фигура: 1.2.8. Потребителски интерфейс с премахнати функции на текущия раздел

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

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

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

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

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

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

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

Yandex.Money - 410012882996301
Уеб пари - R955262494655

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

Внимание! Сега курсът се провежда и вечер от 18:30 до 21:30 във формат за потапяне.

Курсът е неразделна част от цялостния курс "Ефективна работа в системата 1С: Предприятие 8".

Целта на обучението: да запознае студентите с контролираната работа на технологичната платформа 1С: Предприятие 8, да покаже на специалистите подходи за изграждане на система за използване на тази версия на системата.

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

Курсът е предназначен: за специалисти с опит в конфигурирането на приложни решения на платформата 1С: Предприятие (версии 7.7, 8.0, 8.1, 8.2 - често срещано приложение).

Механизми, обхванати в курса:

• Принципи на изграждане на управляван интерфейс
• Нови модули, контекст за изпълнение на модула, механизъм за взаимодействие
• Свойства на интерфейса на обекта за конфигуриране
• Персонализиране на формуляра (в режим на конфигуратор, в режим на изпълнение)
• Директиви, програмиране клиент / сървър, как работи управлявания формуляр
• Механизъм за функционални опции, формират функционални опции
• Форми на списъци, динамични списъци
• Механизмът за формиране на печатни плочи
• Промени в механизма за съставяне на данни (специфики на работата в управлявано приложение)
• Привилегировани / безопасни режими
• Временно съхранение, нова технология за работа с файлове, картинки
• Механизъм на взаимодействие на формите, организация на подбора
• Работа със системни настройки, заместване на механизма за съхранение на настройките
• Външни източници
• Механизъм за споделяне на данни
• Автоматизирано тестване
• Мобилна платформа

Цената на целодневния дневен курс включва:

• 2 дни от 10:00 до 17:00
• методически материали
• обеди, кафе паузи
• сертификат на фирма "1С"

Цената на WEB курса включва:

• 5 седмичен курс, 5 уебинара с учител
• сертификат за 1С-Учебен център № 3 (предмет на практика)

Цената на курса за потапяне на пълен работен ден включва:

• 5 дни от 10:00 до 17:00 или 9 вечери от 18:30 до 21:30
• резюме, слушалки
• обеди, кафе паузи
• достъп до актуализирани видеоклипове в продължение на 2 години след края на курса
• сертификат за 1С-Учебен център №3

Формати за обучение

Пълен работен ден

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

Продължителност:16 академични часа

УЕБ обучение

Какъв е този формат:Предложеният формат съчетава много от предимствата на дистанционното обучение с директен компонент, представен от видео материали и онлайн консултации.
WEB курсът се състои от видеоклипове, практически задачи и уеб семинари с учители. Всички материали за курса са достъпни 24/7 през Интернет - можете да учите в удобно време. Курсът е разделен на класове. По време на урока се изучават материали по текущата тема, провеждат се работилници, задават се въпроси на учителя. В края на всеки урок се провежда уебинар, където учителят разглежда всички получени въпроси, типични грешки, обяснява правилното решение. Записът на уебинар е достъпен в портала. По този начин се провеждат няколко класа един след друг. В края се извършват заключителна самостоятелна работа и заключителен уебинар.

Продължителност:5 седмици

Какъв е този формат:

Продължителност:40 академични часа

Какъв е този формат:Целодневният курс за потапяне е формат, който съчетава всички предимства на целодневното обучение, дистанционните технологии и индивидуалното обучение. Курсовете се провеждат в оборудвана класна стая, вие самостоятелно изучавате материалите за курса (стъпка по стъпка видеоклипове) и изпълнявате семинари. В същото време в класната стая има учител, който е готов по всяко време да отговори на въпрос и да помогне при решаването на практически проблеми, както и да провери правилността на тяхното изпълнение.
Предимства - индивидуални консултации на учителя по вашите въпроси, темпото на предаване на материала, който ви подхожда лично
Всичко това дава по-задълбочено изучаване на материала на курса.
Възможно е да вземете този курс от работното си място с пълния ефект от присъствието на учителя там, където е ученикът! Ако се интересувате от тази възможност - обадете ни се!

Продължителност:40 академични часа

Курсова програма

ЦЕЛИ И ЦЕЛИ НА ДИСЦИПЛИНАТА

ВЪВЕДЕНИЕ

1. ВАРИАНТИ НА ФУНКЦИОНИРАНЕ

2. ТЕХНИЧЕСКА СТРУКТУРА НА ВЗАИМОДЕЙСТВИЕ

• Опция клиент-сървър:
• Опция за файл:
• Използвани протоколи
• Структура на сървърния клъстер
• Сесии
• Видове модули, общи характеристики

3. КОМАНДЕН ИНТЕРФЕЙС

• Подсистеми
• Команди
• Предварително задаване
• Подобряване на интерфейса

4. ИНТЕРФЕЙСНИ СВОЙСТВА

• Представяне на обекти по поръчка
• Стандартни реквизити
• Контрол на попълването на детайлите на обектите
• Задаване на стойността по подразбиране
• Използване на субординация

5. ФУНКЦИОНАЛНИ ВАРИАНТИ

6. КОНТРОЛИРАНА ФОРМА

• Настройка на диалоговия прозорец
• Определяне на манипулатори на събития
• Изчисляване на сумата на документа
• Проверете попълването, съобщенията
• Обработка на пълнене
• Използване на превключвателя
• Управление на привилегирован режим
• Безопасен режим
• Нова методология за провеждане по регистри
• Управляван от събития модел на управлявана форма
• Оформете функционални опции
• Преглед на движенията в регистъра

7. СЪЗДАВАНЕ НА ФОРМА ЗА ПЕЧАТ

• Просто дешифриране

8. ФОРМИ НА СПИСЪКА

• Форма на списъка на документа "Продажба на стоки"
• Формуляр за избор на справочник "Номенклатура"
• Използване на манипулатора "OnFetchingDataOnServer"
• Извличане на данни, показвани от динамичен списък

9. ОТКАЗ НА МОДАЛНИ ПОЗОВАНИЯ.

10. ВРЕМЕННО СЪХРАНЕНИЕ

• Работа с файлове (снимки)
• Организация на подбора

11. УПРАВЛЕНИ ДОКЛАДИ

• Доклад за оставащия елемент
• Опции за отчет
• Персонализирани настройки
• Получаване на стойността за дешифриране

12. ИСТОРИЯ НА ДАННИТЕ

13. МЕХАНИЗЪМ НА ЕДИНИЦИТЕ

14. ГРАНИЦИ НА СЪХРАНИТЕЛНИЯ ИНТЕРВАЛ

15. ОПРЕДЕЛЕНИ ВИДОВЕ

16. РАБОТНА МАСА

17. СЪХРАНЯВАНЕ НА НАСТРОЙКИ

• Запазване на настройките на отчета

18. ОБЩИ ПОДРОБНОСТИ

• Дефиниране на общи атрибути за обекти
• Механизъм за споделяне на данни

19. РАЗШИРЕНИЯ ЗА КОНФИГУРАЦИЯ

20. ПЛАНЕР

21. ВЪНШНИ ИЗТОЧНИЦИ НА ДАННИ

• Достъп до връзка с база данни

22. АВТОМАТИЗИРАНО ИЗПИТВАНЕ

23. МОБИЛНА ПЛАТФОРМА

• Въведение (извадки от „http://v8.1c.ru/overview/Term_000000818.htm“)
• Разработка на база данни
• Предварително задаване
• Изграждане на мобилно приложение
• Тестване на приложението

Технически изисквания:

• достъп до Интернет (можете да проверите вашия комуникационен канал, като се свържете с "тестов" достъп),
• наличност на платформата 1С: Предприятие 8.3 за практикуване на практически задачи от курса.

Можете да използвате версия "1С: Предприятие 8.3" за обучение на програмиране.