серверу. В «Управляемом приложении» менеджер кластера ведет постоянный мониторинг загруженности рабочих процессов и распределяет нагрузку между ними. Если рабочий процесс или рабочий сервер, который обслуживал клиентское приложение, вдруг оказался перегружен, при следующем обращении к серверу клиент будет переключен на менее нагруженный процесс или сервер.
В предыдущих версиях «1С: Предприятия 8» подсистемы конфигурации не несли никакой функциональной нагрузки. Конечно, нельзя сказать, что до появления «Управляемого приложения» механизм подсистем был чисто декоративным – разработчики конфигураций и специалисты, занятые на поддержке информационных баз, использовали его для решения самых разных технологических задач. Но на поведение конфигурации в пользовательском режиме подсистемы не оказывали ровно никакого влияния. Более того, в конфигурации вообще могло быть не определено ни одной подсистемы, и на ее работе это никак не сказывалось.
В «Управляемом приложении» совсем другая ситуация: иерархическая структура подсистем – ключевой элемент конфигурации, на котором базируется глобальный командный интерфейс. Формирование пользовательского интерфейса производится по следующим принципам:
• На базе корневых подсистем конфигурации (расположенных на первом уровне иерархии) создаются разделы командного интерфейса.
• На основании принадлежности к соответствующей корневой подсистеме и подчиненным ей подсистемам тех или иных объектов конфигурации создается набор команд соответствующего раздела.
• Для каждой команды из набора определяется, доступна ли она текущему пользователю в принципе. Решение принимается в два этапа: вначале из набора удаляются те команды, на которые у пользователя нет прав доступа, а затем команды, которые отключены посредством функциональных опций.
• Для каждой из доступных пользователю команд определяется режим видимости: вывести команду в соответствующую ей панель интерфейса или скрыть команду. Платформа проверяет настройки, заданные разработчиком конфигурации и пользователем информационной базы. Разработчик конфигурации может установить разные режимы видимости одной команды для разных ролей, а пользователь при желании переопределить для своего рабочего места видимость каждой из доступных ему команд.
Таким образом, при переходе на «Управляемое приложение» подсистемы конфигурации из «служебного» объекта превращаются в ключевой, а задача грамотного проектирования структуры подсистем и распределения объектов конфигурации между ними становится для разработчика первостепенной.
При помощи механизма функциональных опций специалист по внедрению может динамически включать в состав либо исключать из состава пользовательского приложения определенные функциональные возможности и соответствующие им элементы интерфейса, причем никаких изменений в собственно конфигурацию вносить не требуется. Функциональные опции базируются на прикладных данных информационной базы и могут оперативно переключаться прямо в процессе работы системы.
Пояснить принцип работы функциональных опций лучше всего на конкретном примере. Предположим, мы создаем конфигурацию для автоматизации небольших торговых предприятий. Проектируя нашу конфигурацию, мы отмечаем ряд функциональных возможностей, которые являются «сквозными» для конфигурации, причем потребность в этих возможностях определяется контекстом конкретного внедрения или даже конкретного процесса.
• На предприятии для автоматизации учета может применяться различное торговое оборудование (например, сканеры штрихкода).
• На предприятии может быть организовано несколько складов, соответственно может потребоваться ведение учета в разрезе складов.
• Учет может вестись по-разному для местной и экспортной продукции, для местных и зарубежных поставщиков.
В зависимости от особенностей конкретного внедрения одни и те же объекты конфигурации должны выглядеть и действовать по-разному, например:
• Если используются сканеры штрихкода, в формах документов определенных видов должна присутствовать команда для управления сканером.
• Если ведется учет в разрезе складов, в соответствующих формах (товарные документы, отчеты) должны отображаться реквизиты и команды, связанные со складом.
• Если предприятие работает с зарубежными поставщиками, в соответствующих формах (расчетные документы, отчеты) должны отображаться реквизиты и команды, связанные с валютным учетом (валюта, курс, «пересчитать по текущему курсу» и т. д.).
Механизм функциональных опций позволяет разработчику приложения предусмотреть подстраивание внешнего вида и поведения объектов конфигурации под требования конкретного внедрения и специфику деятельности конкретного предприятия без неимоверно нудного кодирования функций, управляющих видимостью и доступностью элементов интерфейса. Разработчик декларативно определяет набор функций (объектов и команд конфигурации) и задает правила, согласно которым платформа должна включить или отключить указанный набор. Пользователь же получает интерфейс приложения, не отягощенный «лишними деталями», и не тратит время на разбирательства, «в каких случаях это поле является значимым и когда имеет смысл нажимать на эту кнопку», – значимым является все, что сейчас находится перед глазами.
Следует отметить важный момент: состояние функциональных опций и их параметров не оказывает никакого влияния ни на состав объектов конфигурации, ни на состав таблиц и полей базы данных. Объекты метаданных и их реквизиты, управляемые посредством функциональных опций, исчезают только из пользовательского интерфейса, но не из информационной базы. Функциональные опции применяются не с целью урезать возможности прикладной конфигурации, а с целью отключить и спрятать от пользователя те функции, которые в текущем пользовательском контексте являются избыточными и (или) неактуальными.
Механизм отчетов «Управляемого приложения» сохранил «фамильные черты» механизма отчетов предыдущей версии «1С: Предприятия 8»:
• Отчет строится на основе схемы компоновки данных. В общем случае, чтобы создать в конфигурации новый отчет, достаточно разработать схему компоновки – форма отчета (в том числе различные сервисные возможности – расшифровки, отбор, условное оформление и т. д.) будет автоматически сгенерирована платформой.
• В пользовательском режиме каждый пользователь при желании может изменить некоторые настройки схемы компоновки, создать и сохранить свои личные «варианты отчета».
Управляемые отчеты (так называются отчеты, реализованные по технологии «Управляемого приложения») имеют ряд важных отличий от своих предшественников.
• Формирование отчета производится только на стороне сервера, клиентскому приложению передаются лишь готовые результаты. В предыдущих версиях «1С: Предприятия 8» отчет можно было формировать как на стороне сервера, так и на стороне клиента.
• Существенно переработан механизм управления настройками отчета. Теперь этот процесс является иерархическим и состоит из вариантов отчета, настроек варианта отчета и пользовательских настроек
