1с программное управление интерфейсом управляемое приложение. Управляемое приложение. Виды клиентских приложений

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

Что же изменилось в управляемом приложении, по сравнению с обычным?

Интерфейс

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

Повышение масштабируемости

Масштабируемость - это способность системы адаптироваться к расширению предъявляемых требований и возрастанию объёмов решаемых задач. Управляемое приложение увеличивает масштабируемость системы за счет нескольких пунктов:

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

Удалённая работа (онлайн)

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

Тонкий клиент клиент установлен на компьютере пользователя, и поддерживает связь с базой с помощью интернет-протоколов передачи данных. В параметрах информационной базы присутствуют настройки, позволяющие адаптировать работу тонкого клиента под канал связи с низкой скоростью; Веб-клиент клиент не требующий установки на компьютер пользователя. Вся работа с информационной базой производится через интернет-браузер . Для использования веб-клиента обязательна дополнительная установка и настройка веб-сервера и дополнительная надстройка веб-сервиса для сервера 1С (выбирается при установке платформы 1С: Предприятие).

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

Важнейшей особенностью управляемого приложения является возможность настройки конфигурации при внедрении вместо её изменения. Появление такого объекта конфигурации, как функциональные опции, позволило реализовать возможность включения и выключения целых функциональных частей сложных прикладных решений. Например: в конфигурации « » в общих настройках одним нажатием кнопки можно включить или отключить такой глобальный модуль, как Учёт по складам. При этом система автоматически настраивает пользовательский интерфейс, управляя отображением отдельных реквизитов и команд, связанных с этой функциональной частью.

Снижение трудоёмкости описания интерфейсов и отчетов

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

При построении интерфейса для конкретного пользователя система использует это описание с учётом различных факторов (прав пользователя, особенностей конкретного внедрения, настроек, сделанных самим пользователем).

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

Управление командным интерфейсом и формами осуществляется настройками ролей пользователя , составом функциональных опций и персональными настройками пользователя.

Развитие системы разграничения прав доступа

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

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

В управляемом приложении 1С: Предприятие реализована возможность настройки интерфейса пользователем под себя . Пользователю также предоставляется возможность настроить интерфейс системы в соответствии со своими личными предпочтениями. Он может управлять видимостью команд в командном интерфейсе, их порядком и группировкой. Также он может изменять видимость, расположение и группировку элементов формы, может настраивать некоторые свойства элементов формы, влияющие на отображение и редактирование.

Внимание! Теперь курс проводится и в вечернее время с 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-обучение

Что это за формат: Предлагаемый формат сочетает многие преимущества дистанционного обучения с очной составляющей, представленной видеоматериалами и онлайн-консультациями.
WEB-курс состоит из видеороликов, практических задач и вебинаров с преподавателям. Ко всем материалам курса предоставляется круглосуточный доступ через Интернет – можно заниматься в удобное время. Курс разделен на занятия. В течение занятия изучаются материалы по текущей теме, выполняются практикумы, задаются вопросы преподавателю. В конце каждого занятия проводится вебинар, на котором преподаватель разбирает все поступившие вопросы, типовые ошибки, объясняет правильное решение. Запись вебинаров доступна в портале. Таким образом проходят несколько занятий одно за другим. В конце проводится итоговая самостоятельная работа и итоговый вебинар.

Продолжительность: 5 недель

Что это за формат:


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

Что это за формат: Очный курс-погружение - формат, сочетающий в себе все плюсы очного обучения, дистанционных технологий и индивидуального обучения. Занятия проходят в оборудованном учебном классе, Вы самостоятельно изучаете материалы курса (пошаговые видеоролики) и выполняете практикумы. При этом в аудитории находится преподаватель, который готов в любой момент ответить на вопрос и помочь с решением практических задач, а также проверить правильность их выполнения.
Преимущества – индивидуальные консультации преподавателя по Вашим вопросам, подходящий лично для Вас темп прохождения материала.
Все это дает более глубокую проработку материала курса.
Этот курс возможно пройти со своего рабочего места с полным эффектом присутствия преподавателя там, где ученик! Если эта возможность Вас заинтересовала – позвоните нам!

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

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

ЦЕЛИ И ЗАДАЧИ КУРСА

ВВЕДЕНИЕ

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

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

  • Клиент-серверный вариант:
  • Файловый вариант:
  • Используемые протоколы
  • Структура кластера серверов
  • Сеансы
  • Виды модулей, возможности общих

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

  • Подсистемы
  • Команды
  • Предварительная настройка
  • Улучшение интерфейса

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

  • Пользовательское представление объектов
  • Стандартные реквизиты
  • Контроль заполнения реквизитов объектов
  • Установка значения по умолчанию
  • Использование подчинения

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")
  • Разработка базы данных
  • Предварительная настройка
  • Сборка мобильного приложения
  • Тестирование приложения

Технические требования:

  • доступ в Интернет (проверить свой канал связи Вы сможете подключившись к "тестовому" доступу),
  • наличие платформы 1С:Предприятие 8.3 для отработки практических заданий курса.

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

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

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

Мы продолжаем обзор возможностей и архитектурных концепций технологической платформы нового поколения – «1С: Предприятие 8. Управляемое приложение». В статье будут рассмотрены различные виды клиентского приложения, новый принцип использования подсистем конфигурации, механизмы функциональных опций и управляемых отчетов и некоторые другие новшества «Управляемого приложения».

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

В предыдущих версиях «1С: Предприятия 8» никаких вариантов запуска клиентского приложения не было. Для работы любых пользователей с любыми информационными базами использовался только один вид клиентского приложения, который так и назывался – «клиент». Для организации удаленной работы пользователей с информационной базой применялись (и применяются сейчас) различные технологии, у каждой из которых свои преимущества и недостатки. Удаленный доступ можно организовать штатными средствами «1С: Предприятия 8»:

Построение распределенной информационной базы. Каждая группа удаленных пользователей работает со своей локальной информационной базой, производится регулярная синхронизация данных между главной информационной базой и удаленными базами. Преимущество этой технологии – удаленным пользователям вообще не требуется прямой доступ в «главную» информационную базу. Но есть и недостаток – изменения данных, сделанные в одном из узлов распределенной информационной базы, передаются в соседние узлы не сразу, а через какое-то время.

Работа через Web-интерфейс (строится на базе платформы «1С: Предприятие 8.Web-расширение»). Преимущества – возможность работы на низкоскоростных каналах связи, не требуется установка «1С: Предприятия 8» на компьютер пользователя. Недостатки – существенное функциональное обеднение пользовательского интерфейса по сравнению с «толстым клиентом», необходимость привлекать программистов, владеющих технологией ASP.NET, для разработки Web-приложения.

Удаленный доступ к информационной базе можно организовать и при помощи внесистемных средств:

Работа через терминальный сервис. Преимущества – возможность работы по низкоскоростным каналам связи, нет необходимости что-либо менять в конфигурации. Но зато требуются дополнительные лицензии на серверное ПО и дополнительные аппаратные ресурсы (в идеале – выделенный сервер для работы «терминальных» пользователей).

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

Клиент-серверное взаимодействие

«Управляемое приложение» призвано максимально упростить и минимизировать затраты на организацию удаленной работы пользователей с информационными базами – теперь пользователи могут работать с информационной базой в режиме онлайн как внутри локальной сети предприятия, так и через Интернет.

В «Управляемом приложении» можно использовать три разных вида клиентского приложения.

«Толстый клиент». Аналогичен клиентскому приложению предыдущих версий «1С: Предприятия 8», но совместим с двумя режимами работы – обычным и управляемым. Главное отличие между ними – принцип построения глобального командного интерфейса (подробнее о новой интерфейсной модели «Управляемого приложения» рассказано в предыдущей статье нашего цикла). «Толстый клиент» потребляет больше системных ресурсов на компьютере пользователя, но зато не накладывает никаких функциональных ограничений на работу с конфигурацией.

«Тонкий клиент». Абсолютно новое приложение, включенное в состав «1С: Предприятия». Функционирует только в управляемом режиме, предназначено для работы пользователей с информационными базами через Интернет (разумеется, может работать и по локальной сети предприятия). Для «тонкого клиента» предусмотрен режим «низкая скорость соединения», при работе в нем платформа оптимизирует процессы взаимодействия между клиентским приложением и сервером под низкоскоростные каналы связи. «Тонкий клиент» требует значительно меньше системных ресурсов, чем «толстый клиент», но функционально ограничен – работает только с управляемыми формами конфигурации, недоступен режим Конфигуратора.

Web-клиент. В этом случае на компьютере пользователя вообще не требуется устанавливать «1С: Предприятие 8» или какое-то дополнительное ПО. Работа с информационными базами «1С: Предприятия 8» производится через обычный Интернет-браузер (MS Internet Explorer или Mozilla FireFox). Функциональные ограничения у Web-клиента те же, что и у «тонкого клиента»: работа только с управляемыми формами, не поддерживается режим Конфигуратора. Декларируется практически полная (за исключением нескольких мелких ограничений) идентичность внешнего вида и поведения системы при работе с «тонким» и Web-клиентом. К сожалению, на момент подготовки статьи технология Web-клиента еще не была опубликована фирмой «1С», поэтому приведенная информация об этой технологии базируется только на сопроводительной документации «Управляемого приложения».

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

Чтобы не запутаться и четко понимать, какие способы подключения к информационным базам и какие модели интерфейса поддерживаются разными типами клиентского приложения «1С: Предприятия 8», информацию лучше всего представить в виде таблицы (см. табл. 1 и 2).

При работе с «Управляемым приложением» организация онлайнового доступа к информационной базе «1С: Предприятия 8» в основном сводится к настройке Web-сервера. Для каждой информационной базы дополнительно потребуется:

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

Настроить на стороне Web-сервера (MS IIS или Apache) приложение (виртуальный каталог), соответствующее информационной базе.

Эти операции выполняются один раз для каждой информационной базы, с которой предполагается удаленная работа. Разумеется, чтобы удаленные пользователи могли работать с информационной базой в режиме «тонкого клиента» или Web-клиента, конфигурация должна быть разработана и (или) модифицирована под новую интерфейсную модель «Управляемого приложения» и должна содержать управляемые формы тех объектов, с которыми будут работать удаленные пользователи.

Отметим, что с появлением технологии Web-клиента «1С: Предприятие 8» обретает полноценную многоплатформность. Теперь все элементы информационной системы могут работать под управлением как Windows, так и Linux (см. табл. 3).

Единственное рабочее место, где обязательно должна быть ОС Windows, – это рабочее место администратора информационной системы, где требуется запускать «1С: Предприятие 8» в режиме Конфигуратора.

Настройка видимости команд по умолчанию

Следует также отметить изменения в клиент-серверной архитектуре «1С: Предприятия 8», сделанные в связи с появлением новых типов клиентского приложения. В предыдущих версиях платформы единственной формой взаимодействия клиента и сервера было соединение, т. е. жесткая связь клиентского приложения с одним из рабочих процессов кластера серверов. Эта связь устанавливается при подключении клиента к информационной базе и сохраняется до тех пор, пока клиентское приложение не будет закрыто.

Настройка интерфейса пользователем

В «Управляемом приложении» при работе с «тонким клиентом» или Web-клиентом применяется более гибкая схема клиент-серверного взаимодействия: сеанс работы пользователя. Каждое обращение клиентского приложения к серверу является обособленным и обрабатывается кластером серверов независимо от предыдущих обращений. Такая схема позволяет:

Повысить «живучесть» системы. Если рабочий процесс кластера серверов по каким-то причинам перестает быть доступен, клиентские приложения переключаются на другие, доступные, рабочие процессы (в предыдущих версиях «падение» рабочего процесса влекло за собой разрыв всех соединений и «падение» всех обслуживаемых процессом клиентских приложений).

Повысить производительность системы благодаря динамическому распределению нагрузки на рабочие процессы. В предыдущих версиях нагрузка распределялась только в момент первого обращения клиента к серверу. В «Управляемом приложении» менеджер кластера ведет постоянный мониторинг загруженности рабочих процессов и распределяет нагрузку между ними. Если рабочий процесс или рабочий сервер, который обслуживал клиентское приложение, вдруг оказался перегружен, при следующем обращении к серверу клиент будет переключен на менее нагруженный процесс или сервер.

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

В предыдущих версиях «1С: Предприятия 8» подсистемы конфигурации не несли никакой функциональной нагрузки. Конечно, нельзя сказать, что до появления «Управляемого приложения» механизм подсистем был чисто декоративным – разработчики конфигураций и специалисты, занятые на поддержке информационных баз, использовали его для решения самых разных технологических задач. Но на поведение конфигурации в пользовательском режиме подсистемы не оказывали ровно никакого влияния. Более того, в конфигурации вообще могло быть не определено ни одной подсистемы, и на ее работе это никак не сказывалось.

В «Управляемом приложении» совсем другая ситуация: иерархическая структура подсистем – ключевой элемент конфигурации, на котором базируется глобальный командный интерфейс. Формирование пользовательского интерфейса производится по следующим принципам:

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

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

Для каждой команды из набора определяется, доступна ли она текущему пользователю в принципе. Решение принимается в два этапа: вначале из набора удаляются те команды, на которые у пользователя нет прав доступа, а затем команды, которые отключены посредством функциональных опций.

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

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

Механизм функциональных опций

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

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

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

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

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

Учет может вестись по-разному для местной и экспортной продукции, для местных и зарубежных поставщиков.

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

Если используются сканеры штрихкода, в формах документов определенных видов должна присутствовать команда для управления сканером.

Если ведется учет в разрезе складов, в соответствующих формах (товарные документы, отчеты) должны отображаться реквизиты и команды, связанные со складом.

Если предприятие работает с зарубежными поставщиками, в соответствующих формах (расчетные документы, отчеты) должны отображаться реквизиты и команды, связанные с валютным учетом (валюта, курс, «пересчитать по текущему курсу» и т. д.).

Механизм функциональных опций позволяет разработчику приложения предусмотреть подстраивание внешнего вида и поведения объектов конфигурации под требования конкретного внедрения и специфику деятельности конкретного предприятия без неимоверно нудного кодирования функций, управляющих видимостью и доступностью элементов интерфейса. Разработчик декларативно определяет набор функций (объектов и команд конфигурации) и задает правила, согласно которым платформа должна включить или отключить указанный набор. Пользователь же получает интерфейс приложения, не отягощенный «лишними деталями», и не тратит время на разбирательства, «в каких случаях это поле является значимым и когда имеет смысл нажимать на эту кнопку», – значимым является все, что сейчас находится перед глазами.

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

Управляемые отчеты Форма управляемого отчета

Механизм отчетов «Управляемого приложения» сохранил «фамильные черты» механизма отчетов предыдущей версии «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. Вторым анализируется, задана ли у пользователя принудительная настройка обычного или управляемого приложения. Если указано значение Авто, то осуществляется переход к следующему уровню.
3. И последнее анализируется основной режим запуска конфигурации.

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

Рассмотрим каждый из пунктов подробней

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

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

Первым при выборе запускаемого клиента анализируется свойство регистрации информационной базы на данном компьютере. Для этого в окне регистрации информационных баз необходимо нажать кнопку Изменить, перейти на третью закладку формы редактирования информационной базы и в группе Основной режим запуска выбрать вид запускаемого клиента.

Вторым анализируется режим запуска приложения для конкретного пользователя. Он задается в списке пользователей. Администрирование – Пользователи выбрать пользователя и на закладке Прочие в поле выбора Режим запуска выбрать значение Управляемое приложение или Обычное приложение .
Для ролей, которые отмечены в списке Доступные роли, необходимо указать право на запуск толстого клиента.


Каждый администратор 1С:Предприятия знает, что задача разделения прав пользователей и соответствующего изменения рабочего интерфейса является одной из основных при внедрении учетной системы или появления в ней новых пользователей. От того, насколько качественно будет выполнена данная задача зависит эффективность работы и безопасность данных. Поэтому сегодня мы поговорим об особенностях настройки пользовательских прав и интерфейса в управляемом приложении.

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

В идеале каждый сотрудник, должен видеть только те элементы интерфейса, которые нужны ему для выполнения своих непосредственных обязанностей. Тогда и работать будет проще, и соблазнов полазить там, где не надо не возникнет. Причем выполнять подобные настройки есть смысл и тогда, когда какие-то подсистемы просто не используются или ограничение доступа к ним не требуется. Это сделает интерфейс более простым и понятным, а, следовательно, работать пользователю будет проще и комфортнее.

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

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

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

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

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

В общем - идея здравая, есть права доступа к объекту - показываем его в интерфейсе, нет - скрываем. Это гораздо лучше, чем выскакивающие в обычном приложении сообщения о нарушении прав доступа при несоответствии последних с назначенным интерфейсом. Если вы добавите группе доступа прав или, наоборот, уберете, то связанные с ними элементы интерфейса самостоятельно появятся или исчезнут. Удобно? Да.

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

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

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

Чтобы не быть голословными разберем практический пример. В рамках подготовки к переходу на онлайн-кассы было решено автоматизировать кассовые места небольшой сети стоматологических клиник. Основу автоматизации клиник составляло отраслевое ПО не на базе 1С и не предусматривающее возможность подключения фискального регистратора, поэтому было принято решение для автоматизации кассовых мест использовать конфигурацию Бухгалтерия предприятия 3.0, которая содержит все необходимые функции.

Здесь мы столкнулись с двумя сложностями, хотя если посмотреть повнимательнее, то обнаружится, что это две стороны одной и той же медали. Если коротко: персонал никогда до этого не работал с 1С и поэтому требовалось создать максимально простую в освоении рабочую среду, при этом оградив информационную базу от возможного неквалифицированного воздействия персонала. Управляемое приложение позволяет достаточно просто совместить приятное с полезным, сделав так, чтобы и пользователя ограничить, и в тоже время позволить ему комфортно работать, не замечая ограничений.

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

Поэтому найдем наиболее подходящий для наших задач профиль, в нашем случае это Менеджер по продажам, и сделаем его копию, которой дадим название Кассир. Теперь мы можем настраивать права по собственному усмотрению. Однако плоский список, предлагаемый по умолчанию, не совсем удобен для работы, если только вам не нужно быстро найти уже известную вам опцию, в большинстве случаев гораздо удобнее работать со списком включив группировку по подсистемам.

Мы не будем подобно останавливаться на этом вопросе, так как назначение прав зависит от конкретных задач, стоящих перед пользователем, можем только посоветовать проявлять благоразумие и не скатываться в крайности. Помните, что ваша задача - создание удобной и безопасной рабочей среды, а не тотальное запрещение всего чего только можно.

Создав профиль назначаем группу доступа нужным пользователям и запускаем программу под одним из них. В зависимости от назначенных прав вы увидите автоматически сформированный интерфейс.

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

Перейдем в Главное меню - Вид , где увидим целый ряд настроек, касающихся интерфейса.

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

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

Можно даже сравнить, как было и как стало:

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

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

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

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

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

  • Теги:

Please enable JavaScript to view the

Top