"1C: Enterprise 8. Управлявано приложение." Нови възможности

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

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

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

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

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

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

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

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

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

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

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

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

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

"Тънък клиент". Изцяло ново приложение, включено в 1C: Enterprise. Работи само в контролиран режим и е предназначен за работа на потребителите с информационни бази данни през Интернет (разбира се, може да работи и в локална корпоративна мрежа). „Тънкият клиент“ има режим „ниска скорост на връзка“, при работа в него платформата оптимизира процесите на взаимодействие между клиентското приложение и сървъра за нискоскоростни комуникационни канали. „Тънкият клиент“ изисква значително по-малко системни ресурси от „дебелия клиент“, но е функционално ограничен – работи само с управлявани конфигурационни форми, режимът Конфигуратор не е наличен.

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

Базиран на подсистемата команден интерфейс

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

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

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

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

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

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

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

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

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

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

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

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

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

Конфигурационни подсистеми

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Настройка на вариант на отчета

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

Отчетът се генерира само от страна на сървъра; само готовите резултати се прехвърлят към клиентското приложение. В предишните версии на 1C: Enterprise 8 отчетът може да се генерира както от страната на сървъра, така и от страната на клиента.

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

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

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

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

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

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

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

Разработване на опции за отчет

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

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

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

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

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

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

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

Новини. От 15 до 15

Компютри

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

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

Какво се е променило в управлявано приложение в сравнение с обикновено?

Интерфейс

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

Повишена скалируемост

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

• Чрез прехвърляне на товара от страната на клиента към страната на сървъра. В обикновено приложение цялата работа с обекти на информационна база, изчисления, обработка и генериране на отчети се извършват на компютъра на потребителя; само някои общи модули работят на сървъра. В управлявано приложение на клиента се извършват само следните действия:
  • получаване, отваряне и показване на формуляри,
  • интерактивен диалог с потребителя,
  • малки изчисления
  • работа с локални файлове и търговско оборудване;
• Ако се използва клъстер от сървъри за работа с софтуерния продукт 1C: Enterprise, тогава е активирано динамично разпределение на натоварването на сървърите, което не е така при работа в обикновено приложение;
• Server 1C е преработен за подобряване на надеждността и стабилността.

Дистанционна работа (онлайн)

Дистанционната работа с информационна база в управлявано приложение е представена в два режима:

Тънкият клиент е инсталиран на компютъра на потребителя и комуникира с базата данни, като използва интернет протоколипредаване на данни. Параметрите на информационната база съдържат настройки, които ви позволяват да адаптирате работата на тънкия клиент към нискоскоростен комуникационен канал; Уеб клиентът е клиент, който не изисква инсталиране на компютъра на потребителя. Цялата работа с информационната база се извършва чрез интернет браузър. За да използвате уеб клиента, е необходима допълнителна инсталация и конфигурация на уеб сървъра и допълнителна добавка за уеб услуга за 1C сървъра (избрани при инсталиране на платформата 1C: Enterprise).

Бърза настройка на системата по време на внедряването

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

Намаляване на сложността на описанието на интерфейси и отчети

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

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

Възможност за централизирано управление на интерфейса

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

Разработване на система за разграничаване на правата за достъп

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

Персонализирани настройки

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

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

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

Платформата 1C:Enterprise е предметно ориентирана среда за разработка (също среда за работа с база данни) за решаване на проблеми, свързани с автоматизацията на предприятието.

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

Интегрирането на VLSI системата се поддържа от почти всички версии на технологичната платформа 1C (с изключение на най-ранните): 7.7, 8.1, 8.2 и 8.3. Основната характеристика на системата 1C:Enterprise е нейната конфигурируемост. Всяка конфигурация е фокусирана върху определени видове предприятия и класове задачи, които трябва да бъдат решени („Счетоводство на предприятието“, „Управление на производственото предприятие“, „Управление на търговията“ и др.).

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

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

„Домашно написана“ конфигурация или конфигурация „от нулата“ е конфигурация, разработена независимо от компанията 1C, обикновено за нуждите на конкретен клиент. Такива конфигурации обикновено изискват значителни модификации за интегриране с VLSI.

Клиентът може да използва няколко приложни решения наведнъж и съответно да работи с няколко бази данни. Изборът на база данни става при стартиране на програмата.

Има два основни режима на стартиране на 1C - режим на предприятието и режим на конфигуратор (този режим също има режим на отстраняване на грешки).

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

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

Режим на конфигуратор

В режим на конфигуратор можем да се запознаем с конфигурацията, която описва структурата за съхранение на данни в базата данни. За да отворите конфигурацията в менюто, изберете „Конфигурация/Отваряне на конфигурация“ от менюто.

По иконата до името на конфигурацията можем да разберем дали е типична (немодифицирана):

Има три варианта:

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

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

Конфигурационни обекти

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

Конфигурационният обект не описва конкретна стойност, а само нейния външен вид. Например, директорията на изпълнителите не описва конкретна организация, Solnyshko LLC, но съдържа списък с подробности (TIN, KPP, пълно име и т.н.), както и формуляри за въвеждане на техните стойности, формуляри за преглед на списъци и оформления за отпечатване на информация.

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

По-долу е дадено кратко описание на типовете обекти, които се използват при настройване на VLSI интеграция.

Константи

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

Справочници

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

Трансфери

Изброяванията се използват за описание на постоянни набори от стойности. Типичен пример за прехвърляне са ставките на ДДС (0%, 10%, 18%, 10/110, 18/118, без ДДС).

Документация

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

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

Информационни регистри

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

Повечето конфигурации имат информационни регистри, предназначени да съхраняват допълнителна информация за документи и записи в директория (ObjectPropertyValues ​​или AdditionalInformation, в зависимост от конфигурацията). Например, ако трябва да запишете някаква информация в документ, но в конфигурацията няма подходящи подробности за това, тогава тази информация може да бъде запазена в регистър. При интегриране с VLSI именно в тези информационни регистри се съхранява „връзката“ на 1C документи и съответните VLSI документи. Записваме идентификатори на пакети, прикачени файлове и статус на електронния документ в информационния регистър.

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

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

Дебел клиент

Клиентско приложение, което работи както в режим 1C:Enterprise, така и в режим Configurator.

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

Тънък клиент

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

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

Уеб клиент

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

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

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

Опции за клиентски приложения

Има две опции за стартиране на клиентски приложения.

Файлова версия на работата

Работна опция, предназначена за лична работа на един потребител или работа на малък брой потребители в локална мрежа.

При тази опция всички данни на информационната база (конфигурация, база данни, административна информация) се намират в един файл - файлова база данни. Работата с тази база данни се извършва от файлова СУБД, разработена от 1C и която е част от платформата.

Клиент-сървър версия на работа

Работна опция, предназначена за използване в работна група или предприятие.

Това е комбинация от три взаимодействащи си части:

• клиентско приложение (1C:Enterprise)
• сървърен клъстер (1C:Enterprise)
• СУБД на трети страни (например Microsoft SQL Server, PostgreSQL)

Режими на стартиране на 1C:Enterprise

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

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

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

Пример за интерфейс:

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

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

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

Архитектурата на управляваното приложение е насочена към максимално прехвърляне на цялата функционалност към сървъра и максимално „улесняване” на клиента.

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

Всички нови конфигурации на 1C (започвайки с „Управление на търговията, версия 11“, „Счетоводство на предприятието, версия 3“ и т.н.) са проектирани да работят само в контролиран режим.

Пример за интерфейс:

И пример за по-нов интерфейс:

Как да работите в 1C:Enterprise

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

Нека да разгледаме къде се намират съответните документи в програмата, как да ги прегледате и отпечатате.

В повечето конфигурации главното меню съдържа секции „Продажба“ и „Покупка“ (или „Продажби“ и „Покупки“):

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

Когато създавате нов документ или отваряте съществуващ, картата на документа се отваря:

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

Бутонът Печат предлага списък с формуляри за печат за документа:

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

Също така от картата можем да видим структурата на подчинение на документа:

Всички свързани документи се показват в структурата на подчинение. При интегриране с VLSI документите от 1C обикновено се изпращат не един по един, а в комплекти от два или три свързани документа (фактура + фактура или фактура + фактура + фактура).

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

Външни лечения

Когато работите със стандартни конфигурации, понякога има нужда от някои функции, които не се предоставят от разработчиците на 1C. В този случай разработчикът има две възможности: да промени самата конфигурация или да разработи външна обработка. Ако самата конфигурация се промени, тя вече няма да бъде стандартна и няма да е възможно да се актуализира с прости методи. Обновяването на нестандартна конфигурация е по-дълъг и по-сериозен процес.

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

Следователно, когато интегрираме 1C с VLSI, ние използваме външна обработка и не правим промени в конфигурацията на клиента.

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

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

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

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

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

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

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

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

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

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

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

• 5 седмици курс, 5 уебинара с учител
• сертификат за 1C Център за обучение № 3 (подлежи на практическо обучение)

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

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

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

Пълно работно време през деня

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

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

WEB обучение

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

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

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

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

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

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

Програма на курса

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

ВЪВЕДЕНИЕ

1. ОПЦИИ ЗА РАБОТА

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

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

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

• Подсистеми
• Екипи
• Предварителна настройка
• Подобрения на интерфейса

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

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

5. ФУНКЦИОНАЛНИ ОПЦИИ

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

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

7. СЪЗДАЙТЕ ФОРМУЛЯР ЗА ПЕЧАТ

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

8. ФОРМУЛЯРИ ЗА СПИСЪК

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

9. ОТКАЗ ОТ МОДАЛНИ ОБАЖДАНИЯ.

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

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

11. УПРАВЛЯВАНИ ОТЧЕТИ

• Отчет "Салда на позиции"
• Опции за отчет
• Персонализирани настройки
• Получаване на стойността за дешифриране

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

13. МЕХАНИЗЪМ НА БЛОКА

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

15. ДЕФИНИРАНИ ТИПОВЕ

16. ДЕСКОП

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

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

18. ОБЩИ ДАННИ

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

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

20. ГРАФИК

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

• Свързване към база данни на Access

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

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

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

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

• достъп до интернет(можете да проверите комуникационния си канал, като се свържете с „тестов“ достъп),
• наличието на платформата 1C:Enterprise 8.3да практикуват практическите задачи от курса.

Можете да използвате версията на “1C:Enterprise 8.3” за обучение по програмиране.