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

  • 14.07.2023

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

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

Интерфейс

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Предназначение каждого модуля 1С 8.2

Модуль управляемого приложения

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

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

Модуль обычного приложения

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

Модуль обычного приложения станет доступен из палитры свойств корневого узла конфигурации после установки в параметрах конфигуратора на вкладке «Общие» опции «Редактирование конфигурации для режимов запуска» в положение «Управляемое приложение и обычное».

Модуль внешнего соединения

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

Модулем сеанса

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

Запускается в привилегированном режиме (не выполняется проверка прав доступа при обращении к БД). Модуль сеанса компилируется на сервере. Нет раздела описания переменных и раздела основной программы, нельзя описывать экспортные методы, используется только для установки параметров сеанса. Как видно у модуля сеанса очень узкое предназначение.

Общие модули

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

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

В общем модуле можно задавать некоторые параметры, которые будут влиять на его поведение. Если в общем модуле установлена галочка «Глобальный» то его экспортные функции будут участвовать в формировании глобального контекста. И к ним можно будет обратиться из другого контекста напрямую (без упоминания имени общего модуля) : МетодОбщегоМодуля();

Не стоит использовать свойство «Глобальный» общих модулей повсеместно, т.к. такие модули компилируются при старте системы и замедляют старт программы

Модуль объекта

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

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

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

Модуль формы

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

Структура управляемой формы содержит раздел описания переменных, раздел процедур и функций и раздел основной программы (выполняется в момент инициализации формы). К стандартным событиям формы можем обратиться через список процедур и функций (Ctrl+Alt+P) либо в палитре свойств самой формы. Так же в управляемой форме можно обработать событие записи элемента (это событие присутствует только для объектов: справочников, документов).

Модуль менеджера объекта

Модуль менеджера появился только в 1С 8.2,существует у многих объектов конфигурации. Основное предназначение модуля менеджера объекта это переопределить стандартное событие «ОбработкаПолученияДанныхВыбора», а так же в нем можем

Модуль менеджера значений

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

Модули наборов записей

Модуль набора записей является аналогом модуля объекта и присущ регистрам. В модуле набора записей существуют стандартные события:

  • Перед записью
  • При записи
  • Обработка проверки заполнения

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

Основные моменты 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С:Предприятие - программный продукт компании «1С», предназначенный для автоматизации самых разных участков экономической деятельности предприятия. Эта система включает в себя решения для комплексной автоматизации производственных, торговых и сервисных предприятий, продукты для управления финансами холдингов и отдельных предприятий, ведения бухгалтерского учета, расчета зарплаты и управления кадрами, для учета в бюджетных учреждениях, разнообразные отраслевые и специализированные решения.

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

Платформа «1С:Предприятие» – это предметно-ориентированная среда разработки (также и среда работы с базой) для решения задач, связанных с автоматизацией предприятий.

Конфигурация 1C – прикладное решение, созданное с помощью 1С платформы, которое содержит описание структуры таблиц базы данных и алгоритмы работы с этими данными.

Интеграция системы СБИС поддерживается практически со всеми версиями технологической платформы 1С (за исключением самых ранних): 7.7, 8.1, 8.2 и 8.3. Основной особенностью системы 1С:Предприятие является ее конфигурируемость. Каждая конфигурация ориентирована на определенные типы предприятий и классы решаемых задач («Бухгалтерия предприятия», «Управление производственным предприятием», «Управление торговлей» и др.).

Конфигурации часто делятся на две группы - «типовые» и «нетиповые». «Типовая» конфигурация - это тиражное решение, которое распространяется «в коробке». Для типовых конфигураций интеграция со СБИС обычно происходит без каких-либо дополнительных настроек.

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

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

Клиент может использовать сразу несколько прикладных решений и соответственно работать с несколькими базами данных. Выбор базы данных происходит при запуске программы.

Существует два основных режима запуска 1С - режим предприятия и режим конфигуратора (в этом режиме также имеется режим отладки).

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

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

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

В режиме конфигуратора мы можем ознакомиться с конфигурацией, которая описывает структуру хранения данных в базе. Для открытия конфигурации в меню выбираем в меню «Конфигурация/Открыть конфигурацию».

По значку рядом с именем конфигурации мы можем понять, является ли она типовой (неизмененной):

Есть три варианта:

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

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

Объекты конфигурации

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

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

Объекты конфигурации объединяются в виды в дереве конфигурации. Названия видов пользователь видит на первом уровне дерева конфигурации, когда открывает окно Конфигурация:

Ниже приведена краткая характеристика видов объектов, которые используются при настройке интеграции со СБИС.

Константы

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

Справочники

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

Перечисления

Перечисления используются для описания постоянных наборов значений. Типичным примером перечисления являются ставки НДС (0%, 10%, 18%, 10/110, 18/118, Без НДС).

Документы

Документы предназначены для отражения хозяйственных событий предприятия. Это могут быть, например, накладные, счета-фактуры, приказы о приеме на работу, счета на оплату, платежные поручения и т.д. Можно сказать, что это главный объект для интеграции со СБИС, т.к. именно документы мы отправляем в электронном виде. Каждый вид документа предназначен для отражения своего типа событий. Это определяет его структуру и свойства. Каждый вид документа может иметь неограниченное количество реквизитов и табличных частей.

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

Регистры сведений

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

В большинстве конфигураций есть регистры сведений, предназначенные для хранения любых дополнительных сведений по документам и записям справочников (ЗначенияСвойствОбъектов или ДополнительныеСведения в зависимости от конфигурации). Например, если нужно на документе записать какую-то информацию, но для этого нет подходящего реквизита в конфигурации, то эту информацию можно сохранить в регистре. При интеграции со СБИС именно в этих регистрах сведений хранится «связь» документов 1С и соответствующих им документов СБИС. В регистр сведений мы записываем идентификаторы пакета, вложения и статус электронного документа.

Виды клиентских приложений

До версии 1С 8.2 существовал только один вид клиентского приложения (тогда он никак не назывался, так как был один, а сейчас – это «толстый» клиент). Сейчас под «толстым» подразумевается обычная работа за счёт средств и мощностей локального компьютера. Новые технологии экономного использования аппаратных ресурсов сказались и на доработке программ, использующих клиент-серверный вариант работы. Выход платформы 8.2 дал новые понятия в сфере 1С - тонкий клиент, веб-приложение, в которых основная нагрузка ложится на сервер. Вся работа с базой данных, объектными данными, исполнение запросов – выполняется на стороне сервера. Клиент только получает готовые данные, подготовленные для отображения.

Толстый клиент

Клиентское приложение, работающее как в режиме 1С:Предприятие, так и в режиме Конфигуратор.

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

Тонкий клиент

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

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

Веб-клиент

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

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

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

Варианты работы клиентских приложений

Существует два варианта работы клиентских приложений.

Файловый вариант работы

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

В этом варианте все данные информационной базы (конфигурация, база данных, административная информация) располагаются в одном файле - файловой базе данных. Работу с этой базой данных осуществляет файловая СУБД, разработанная фирмой "1С" и являющаяся частью платформы.

Клиент-серверный вариант работы

Вариант работы, предназначенный для использования в рабочих группах или в масштабе предприятия.

Представляет собой совокупность трех взаимодействующих частей:

  • клиентское приложение (1С:Предприятие)
  • кластер серверов (1С:Предприятие)
  • СУБД стороннего производителя (например, Microsoft SQL Server, PostgreSQL)

Режимы запуска 1С:Предприятие

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

Режим обычного приложения

Режим, в котором для работы с прикладным решением используется интерфейс ранних версий 1С:Предприятия, ориентированный на работу только в толстом клиенте. Этот интерфейс не может изменяться автоматически на основе прав и функциональных опций.

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

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

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

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

Архитектура управляемого приложения ориентирована на максимальный перенос выполнения всей функциональности на сервер и максимальное «облегчение» клиента.

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

Все новые конфигурации 1С (начиная с «Управления торговлей, версии 11», «Бухгалтерии предприятия, версии 3» и др.) ориентированы на работу только в управляемом режиме.

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

И пример более нового интерфейса:

Как работать в 1С:Предприятии

Больше всего нас интересует оформление сделок продажи и покупки, так как именно эти документы чаще всего отправляют и получают в электронном виде.

Рассмотрим, где находятся соответствующие документы в программе, как их посмотреть и распечатать.

В большинстве конфигураций в главном меню присутствуют разделы «Продажа» и «Покупка» (или «Продажи» и «Закупки»):

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

При создании нового документа или при открытии существующего открывается карточка документа:

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

По кнопке Печать предлагается список печатных форм документа:

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

Также из карточки мы можем посмотреть структуру подчиненности документа:

В структуре подчиненности отображаются все связанные документы. При интеграции со СБИС документы из 1С обычно отправляются не по одному, а комплектами из двух или трех связанных документов (накладная+фактура или накладная+фактура+счет).

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

Внешние обработки

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

Внешняя обработка – это, по сути, внешний модуль, который также разрабатывается на языке программирования 1С в Конфигураторе, но не вносит изменений в типовую конфигурацию. Он существует независимо от самой конфигурации и хранится отдельно в файле с расширением "epf".

Поэтому при интеграции 1С со СБИС мы используем внешнюю обработку и не вносим никаких изменений в конфигурацию клиента.

«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.