1с как включить функциональную опцию. Построение распределенных информационных систем, поиск, регламентные задания, функциональные опции. Система компоновки данных

В зависимости от степени интеграции, системы электронного документооборота можно разделить на следующие виды:

• Универсальные системы электронного документооборота (EDMS системы) . Это независимые системы документооборота, полностью предназначенные для автоматизации процесса управления документацией. Как правило, такие системы используют клиент-серверную технологию работы.
• Системы управления групповой работой . Эти системы обеспечивают распределенную работу с документами и данными группы пользователей. Их основное назначение – обеспечить совместную работу. Поэтому, системы управления групповой работой имеют значительно меньший функционал, чем EDMS системы.
• Встроенные модули в составе информационных систем управления . Такие модули имеют все ERP системы. Данные модули также имеют ограниченный функционал (в сравнении с EDMS системами) и, как правило, без внедрения базового функционала ERP системы не работают.

Еще одним направлением, по которому можно структурировать системы электронного документооборота, является область применения. Существуют системы электронного документооборота, которые ориентированы на специальные виды документации или сферы деятельности. Например, PDM системы, системы поддержки разработки ПО, системы типа HelpDesk, системы поддержки медицинской документации, и пр.

Внедрение системы электронного документооборота

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

Общая схема этапов внедрения системы электронного документооборота представлена на рисунке.

Основные этапы внедрения системы электронного документооборота включают в себя:

Этап 1. Определение базовых процессов и процедур.

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

В ходе этого этапа необходимо:

• определить процессы верхнего уровня;
• определить детальный состав процессов;
• определить бизнес цели для процессов документооборота;
• определить технические цели для процессов документооборота.

Этап 2. Определение требований к процессам документооборота.

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

На данном этапе необходимо:

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

Пример документов:

Карта процесса "Управление входящей корреспонденцией"	Карта процесса "Управление исходящей корреспонденцией"	Техническое задание на автоматизацию документооборота

Этап 3. Формирование критериев выбора системы электронного документооборота.

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

На данном этапе необходимо:

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

Этап 4. Выбор системы электронного документооборота.

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

На данном этапе необходимо:

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

Этап 5. Управление проектом внедрения системы электронного документооборота.

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

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

• проектирование функционала системы;
• внедрение системы;
• тестирование и оценка работы системы;
• опытная эксплуатация системы;
• доработка и настройка системы.

Этап 6. Документирование системы.

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

На данном этапе необходимо:

• провести обучение персонала;
• разработать процедуры и регламенты взаимодействия пользователей;
• разработать руководства по работе с системой.

Критерии выбора системы электронного документооборота

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

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

К таким обобщенным критериям относятся:

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

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

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

Из этой статьи вы узнаете:

• зачем нужно внедрять СЭД в организации;
• какие функции выполняет система электронного документооборота и какие задачи помогает решать;
• каковы преимущества использования систем электронного документооборота;
• помогают ли СЭД сократить затраты на документооборот.

Системы электронного документооборота

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

СЭД представляет собой специализированное программное обеспечение, предназначенное для работы с неструктурированными документами. Она позволяет создавать, изменять, искать и передавать любую цифровую документацию. В некоторых случаях СЭД может эволюционировать в ECM-систему (Enterprise content management), которая носит более масштабный характер. Система управления корпоративным контентом выполняет все функции СЭД и вместе с тем обладает технологиями управления информацией.

Нормативная база в области СЭД

Несмотря на растущую популярность автоматизированных систем, деятельность их разработчиков практически не регулируется на законодательном уровне. При создании программного обеспечения и его внедрении в качестве ориентира используются следующие нормативно-правовые акты:

• N149-ФЗ «Об информации, информационных технологиях и о защите информации»;
• ГОСТ Р 51141-98. Делопроизводство и архивное дело;
• ГОСТ Р 6.30-2003. Унифицированная система организационно-распорядительной документации;
• N1-ФЗ «Об электронной цифровой подписи»;
• Постановление Правительства № 754 «Об утверждении Положения о системе межведомственного электронного документооборота»;
• N152-ФЗ «О персональных данных»;

Функции электронных систем документооборота

Ответом на вопрос, зачем нужна СЭД могут служить те качественные изменения, которые система электронного документооборота вносит в большинство процессов работы с документами. К основным функциям СЭД относятся:

• Создание, регистрация, обработка, передача и хранение документации;
• Отслеживание изменений в документах и контроль срока их исполнения;
• Создание справочников;
• Движение документов, передача прав на их применение, рецензирование и исправление;
• Формирование отчетов;
• Разграничение доступа;
• Контроль версий;
• Автоматизация главных участков делопроизводства;
• Управление заседаниями, совещаниями, договорами.

Задачи СЭД в делопроизводстве на разных организационных уровнях

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

Задачи СЭД можно классифицировать в соответствии с уровнями управления компанией:

• Руководство компании, главы структурных подразделений:

  ○ оперативное получение данных, необходимых для принятия управленческих решений;
  ○ контроль исполнения документов;

• Помощники руководителей, секретари, референты:

  ○ быстрый и точный поиск служебной документации;
  ○ контроль исполнительской дисциплины;
  ○ сокращение сроков подготовки проектов;
  ○ ускорение процессов согласования и утверждения;
  ○ облегчение подготовки мероприятий;

• Финансово-экономическая и бухгалтерская служба:

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

• Юридическая служба

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

Скачайте документы по теме:

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

Преимущества использования систем электронного документооборота

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

• Безопасность;
• Версионность;
• Моментальный поиск;
• Оперативное формирование отчетов и уведомлений;
• Маршрутизацию;
• Интеграцию с web;
• Систематизацию документации в базе данных;
• Сканирование и распознавание бумажных оригиналов;
• Возможность создания резервных копий;
• Информационную поддержку бизнес-процессов.

Технические возможности СЭД

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

• Сканирование и распознавание бумажной документации

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

• Использование медиа-технологий

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

• Электронная подпись

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

• Шифрование конфиденциальной документации и каналов ее передачи

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

• Массовая рассылка

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

• Печать отчетов

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

Внедряя систему электронного документооборота, большинство компаний в первую очередь думает об экономических выгодах автоматизации. Тем не менее, оценка системы по уровню снижению затрат верна лишь частично. Основная задача подобных систем - повышать качество административных решений. Если СЭД помогла решить первоначальные задачи проекта внедрения, значит ее использование оправдано, и ответ на вопрос: зачем нужна СЭД, уже найден.

Функциональные опции - это объект метаданных, расположенный в группе "Общие":

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

Рассмотрим на примере:

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

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

Обновляемся, запускаем 1С Предприятие. Установим значение константы = Истина:

В результате имеем:

При установке константы = Ложь, получим:

У вас есть вопрос, нужна помощь консультанта?

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

Давайте теперь рассмотрим пример использования параметров функциональных опций.
Добавим новую функциональную опцию "Валютный учет "
Хранение: Справочник.Организация.Реквизит.ВалютныйУчет

Добавим в состав реквизит документа "Установка цен номенклатуры"- "Валюта"

В форме Документа в процедурах "ПриСозданииНаСервере" и " ОрганизацияПриИзменении"
Добавим следующий код:

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

Что же мы получаем в итоге? В результате использования параметров функциональной опции мы с вами получили параметрическое управление полем "Валюта" в документе "Установка цен номенклатуры". Т.е. для организации "Альфа" будет отображаться поле "Валюта", а для организации "Бета" - поле "Валюта" отображаться не будет.
Давайте в этом убедимся. Открываем документ и попытаемся изменить поле "Организация"
При установке Организации = "Альфа", валюта отображается; меняем на "Бета" - валюта убирается

Печать (Ctrl+P)

1. Назначение функциональных опций

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

2. На что влияют функциональные опции

2.1. Общая информация

Функциональные опции могут оказывать влияние:
● На пользовательский интерфейс – при выключении каких-либо функциональных опций система скрывает в пользовательском интерфейсе все элементы, относящиеся к ней. При этом затрагиваются следующие элементы интерфейса:
● глобальный командный интерфейс;
● реквизиты формы (в том числе колонки реквизита формы типа ТаблицаЗначений или ДеревоЗначений);
● команды формы;
● отчеты, реализованные с помощью системы компоновки данных.
ВНИМАНИЕ! Если клиентское приложение работает с файловым вариантом информационной базы через веб-сервер, то изменение функциональной опции приведет к изменению пользовательского интерфейса только после перезапуска веб-сервера (перезапуск клиентского приложения не вызовет изменение пользовательского интерфейса).
● На алгоритмы, написанные на встроенном языке – имеется возможность получать значения функциональных опций из встроенного языка и использовать их в различных условиях, например, для уменьшения объема вычислений.
ВНИМАНИЕ ! Функциональные опции и их параметры не влияют на состав базы данных. Все таблицы и поля присутствуют в базе данных независимо от состояния функциональных опций.

2.2. Глобальный командный интерфейс

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

2.3. Форма

В форме функциональные опции могут влиять на реквизиты и команды формы и (как следствие) изменять видимость связанных с ними элементов формы (поля и колонки – для реквизитов формы, кнопки – для команд формы). При разработке формы необходимо учитывать следующие особенности поведения системы:
<Вид>Объект (СправочникОбъек т, ДокументОбъект и т. д.) будет отключен в том случае, если функциональной опцией отключен соответствующий объект конфигурации. Анализируются только те функциональные опции, которые не имеют параметров.
● Основной реквизит управляемой формы типа ДинамическийСписок будет отключен в том случае, если функциональной опцией отключен объект конфигурации, который указан в качестве основной таблицы динамического списка. Анализируются только те функциональные опции, которые не имеют параметров.
● Отключается реквизит формы ссылочного типа, если объект конфигурации, образующий этот тип, отключен функциональной опцией. Реквизит формы составного типа отключается в том случае, если функциональные опции отключают все составляющие типы.
● Отключается реквизит формы типа <Вид>Объект (включая основной реквизит формы), если объект конфигурации, образующий этот тип, отключен функциональной опцией. Анализируются только те функциональные опции, которые не имеют параметров.
● Таблица формы будет отключена, если она отображает данные реквизита формы, отключенного функциональной опцией.
● В диалоге выбора типов (например, для полей ввода, связанных с реквизитами составного типа) отсутствуют типы, если объекты конфигурации, формирующие эти типы, отключены функциональной опцией. Информация о типах, отключенных функциональными опциями, кешируется на стороне клиента и очищается через 20 минут или во время вызова метода ОбновитьИнтерфейс ().
ВНИМАНИЕ! В отличие от командного интерфейса, значения параметров функциональных опций устанавливаются только для конкретного экземпляра формы.

2.4. Система компоновки данных

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

2.5. Характеристики

Функциональные опции оказывают влияние на видимость полей формы, которые отображают значение характеристики объекта. Для этого необходимо включить в состав функциональной опции реквизит, хранящий значение характеристики.
Рассмотрим пример. Характеристики используются для справочника Товары , виды характеристик хранятся в плане видов характеристик Характеристики, а значения – в качестве ресурса регистра сведений ЗначенияХарактеристик. Ресурс входит в состав функциональной опции УчетХарактеристик .

Рис. 1. Влияние функциональных опций на характеристики

В случае отключения функциональной опции УчетХарактеристик в формах отключается видимость полей (колонка Значение и поле Значение ), отображающих значения характеристик, как показано на рис1.

3. Общая схема работы

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

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

● Организация (соответствующего типа);
● Склад (соответствующего типа).

Ресурсом регистра сведений будет значение функциональной опции суммового учета.
Тогда общая структура конфигурации будет выглядеть следующим образом:
● Регистр сведений СуммовойУчет :
● измерение Организация ;
● измерение Склад ;
● ресурс СуммовойУчет , имеющий тип Булево.
● Параметр функциональных опций Организация . Свойство Использование указывает на измерение Организация регистра сведений СуммовойУчет .
● Параметр функциональных опций Склад . Свойство Использование указывает на измерение Склад регистра сведений СуммовойУчет .
● Функциональная опция СуммовойУчет . Свойство Хранение указывает на ресурс СуммовойУчет регистра сведений СуммовойУчет .
В результате для того, чтобы определить необходимость ведения суммового учета, нам необходимо в каждом конкретном случае указать значения параметров функциональных опций (Организация и Склад ) и получить значение функциональной опции.
Так, в примере, показанном на рис.2, для Организации 1 и Склада 1 суммовой учет разрешен, а для Организации 2 и Склада 1 суммовой учет запрещен.

4. Взаимодействие с другими объектами

Функциональные опции могут быть назначены следующим объектам конфигурации:
● Подсистемы,
● Общие команды,
● Общие формы,
● Константы,
● Критерии отбора,
● Справочник,
● Документ,
● Журнал,
● План счетов,
● План видов характеристик,
● План видов расчета,
● Бизнес-процесс,
● Задача,
● Планы обмена,
● Отчет,
● Обработка,
● Регистр накопления,
● Регистр сведений,
● Регистр бухгалтерии,
● Регистр расчета,
● Команда,
● Реквизит объекта метаданных,
● Табличная часть,
● Реквизит табличной части,
● Признак учета,
● Признак учета субконто,
● Реквизиты адресации,
● Измерение регистра,
● Ресурс регистра.
Также функциональные опции могут влиять на видимость элементов формы.

5. Создание

5.1. Создание функциональной опции

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

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

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

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

5.2. Создание параметра функциональных опций

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

Кроме имени, параметр имеет обязательное свойство Использование . В нем указывается набор объектов, значения которых будут определять то, как следует выбирать значение функциональной опции. В список доступных объектов входят справочники и измерения регистра сведений. Для каждого параметра функциональных опций в данном списке можно выбрать один справочник (из всего перечня справочников) и по одному измерению каждого регистра сведений.
ВНИМАНИЕ! Нельзя использовать один и тот же объект метаданных в нескольких параметрах функциональных опций.

6. Использование

6.1 Назначение объектам метаданных

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

Список доступных опций ограничен только теми опциями, для которых в свойстве Хранение назначен объект с типом значения Булево .
ВНИМАНИЕ! Если объекту не назначена ни одна функциональная опция, то он считается видимым всегда. В противном случае объект считается видимым, если хотя бы одна из назначенных ему функциональных опций является включенной (т. е. функциональные опции сочетаются «по ИЛИ»).

6.2. Назначение реквизитам и командам формы

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

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

6.3. Использование в механизме ограничения доступа к данным

В условиях механизма ограничения доступа к данным Функциональные опции могут использоваться точно так же, как и Параметры сеанса . Допустимо использовать только не зависящие от параметров опции, то есть те, которые привязаны к константам.
ВНИМАНИЕ! Системой контролируется уникальность имен между параметрами сеанса и функциональными опциями.

6.4. Определение значения функциональной опции

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

При использовании параметризованных функциональных опций следует учитывать следующие особенности поведения:
● В формах списков колонка реквизита, связанного с параметризованной функциональной опцией, будет отображаться, если в информационной базе хранится хотя бы одно включенное значение данной функциональной опции.
● Если необходимо, чтобы при открытии формы реквизиты, связанные с функциональными опциями, были отключены по умолчанию, то нужно
установить значения этих параметров в значения, отсутствующие в информационной базе (для справочников – пустая ссылка, для регистров сведений – значения измерений, для которых нет записей). В этом случае функциональная опция будет иметь значение Ложь .
● В том случае, когда в качестве параметра указана ссылка на группу (если типа параметра функциональной опции допускает создание групп), а не ссылка на элемент, поведение системы будет следующим:
● если реквизит, в котором хранится значение функциональной опции, используется как для элемента, так и для группы, то значение функциональной опции будет определяться значением этого реквизита.
● если реквизит, в котором хранится значение функциональной опции, не используется для группы, то при получении значения функциональной опции c помощью методов ПолучитьФункциональнуюОпцию (), () и () будет возращено значение NULL . Если, параметризованная таким значением, функциональная опция оказывает влияние на пользовательский интерфейс, то система будет воспринимать ее как выключенную (функциональная опция будет иметь значение Ложь ).
● Для командообразующих объектов метаданных возможно установить привязку к параметризованной функциональной опции. В командном интерфейсе команды таких объектов будут отображаться только в том случае, если есть хотя бы одна комбинация параметров функциональных опций, при которых значение функциональной опции равно Истина . Однако с помощью метода () можно задать конкретные значения параметров функциональных опций, и тогда видимость
команд будет определяться именно заданными параметрами.
● Динамический список автоматически использует функциональные опции, используемые формой. Если реквизиты, которые используются в запросе динамического списка, будут отключены при заданной комбинации параметров функциональных опций, данные по ним не будут выбраны и отображены в динамическом списке, а реквизит будет удален из списков доступных реквизитов в диалоге настройки отображения данных
динамического списка (в режиме 1С:Предприятие).

7. Работа с функциональными опциями во встроенном языке

Методы глобального контекста ПолучитьФункциональнуюОпцию() и ПолучитьФункциональнуюОпциюИнтерфейса () возвращают значение функциональной
опции. Разница между ними заключается в том, что первый метод позволяет указать набор параметров функциональных опций, а второй – возвращает значение функциональной опции исходя из параметров, заданных для командного интерфейса. В форме есть свой метод, который возвращает значение опции для параметров, указанных в рамках формы, – ПолучитьФункциональнуюОпциюФормы ().
Для обновления глобального командного интерфейса следует явным образом вызывать метод УстановитьПараметрыФункциональныхОпцийИнтерфейса ().
Командный интерфейс будет обновлен с учетом нового состояния функциональных опций.
ПРИМЕЧАНИ Е. Если значение функциональной опции изменяется в базе данных, то автоматического обновления глобального командного интерфейса и открытых в это время форм не происходит. Для этого следует использовать метод ОбновитьИнтерфейс() после записи значений функциональных опций в базу данных.
Следует помнить, что установка параметров функциональных опций (и выполнение метода ОбновитьИнтерфейс ()) приводит к следующим последствиям:
● для каждой формы вызывается закрытие всех вспомогательных форм (с вызовом соответствующих обработчиков);
● формы, отказавшиеся от закрытия, не закрываются;
● происходит обновление состава элементов основной формы;
● если на момент обновления интерфейса активной формой была основная, происходит отображение основной формы в соответствии с новым составом элементов;
● если на момент обновления интерфейса активной формой была вспомогательная форма, то:
● будет выполнена команда открытия вспомогательной формы, если после обновления интерфейса она является доступной;
● в противном случае обновляется состав элементов основной формы и выполняется ее отображение;
● если на момент обновления интерфейса активной формой была вспомогательная форма, открытая с помощью команды, не относящейся к панели навигации формы, то вместо этой формы будет обновлен состав элементов основной формы и выполнено ее отображение.
Для того чтобы обновить конкретную форму, следует либо заново открыть ее, либо вызвать метод УстановитьПараметрыФункциональныхОпцийФормы(),
при этом вышеописанная последовательность действий отрабатывает только для той формы, в контексте которой вызвана установка параметров функциональных опций формы.
Параметры не обязательно указывать все сразу, можно изменить значение конкретного параметра или набора параметров выборочно. Но эффективнее осуществляется именно групповая установка значений одним вызовом.
Для получения значений параметров необходимо вызвать соответствующую функцию (ПолучитьПараметрыФункциональныхОпцийИнтерфейса () или
ПолучитьПараметрыФункциональныхОпцийФормы()), которая вернет установленные параметры в виде структуры, где ключом будет выступать имя параметра.
При открытии форма автоматически использует параметры функциональных опций, установленных для командного интерфейса.

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

Так, например, опция "Использование внутренних заказов" (см. скриншот справа) позволяет сделать доступным этот документ для использования в режиме "1С:Предприятие" пользователю, а также включает отдельные ветки алгоритмов, связанных с данным функционалом.

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

Принцип работы

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

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

Свойства "Имя" и "Синоним" имеют стандартное назначение. Особый интерес вызывают настройки "Хранение" и "Состав".

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

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

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

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

Пример использования

В нашей тестовой конфигурации создадим перечисление "Важность", а также константу

"ВключитьВажность". Созданные объекты представлены на следующем скриншоте.

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

• "Комментарий" с типом "Строка".
• "Важность" с типом "ПеречислениеСсылка.Важность".

В состав функциональной опции добавим реквизит документа "Важность" и далее рассмотрим поведение платформы в пользовательском режиме.

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

Чтобы включить использование реквизита "Важность" необходимо установить значение константы "ВключитьВажность" в ИСТИНА. Тогда форма изменится следующим образом:

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

Рассмотрим несколько интересных моментов работы данного объекта конфигурации:

1. Настройка функциональных опций практически никак не влияет на SQL-запросы, формируемых платформой.

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

2. Элемент формы "Важность" на форме, вне зависимости от значения функциональной опции, всегда имеет значения для свойств "Видимость" и "Доступность" равными ИСТИНА.

Действительно, как при создании формы на сервере, так и при открытии формы, а также при дальнейшей работе с ней, свойства "Видимость" и "Доступность" не устанавливаются в ЛОЖЬ платформой автоматически. Вероятно, 1С:Предприятие 8.x делает это "за кулисами".

3. Платформа для получения значения функциональной опции формирует SQL-запрос к СУБД в соответствии с объектом хранения, т.е. к константе. В одной из предыдущих статей мы уже говорили о построении SQL-запросов к константам и способе их хранения в базе данных.

В нашем примере платформа формирует следующий SQL-запрос:

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

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

Вывод

Функциональные опции неотъемлемая часть практически любого тиражного решения на платформе 1С:Предприятие 8.x. Именно благодаря этому механизму можно создавать конфигурации с блочным построением функционала, который с легкостью включается/отключается при настройке программы. При этом возможности механизма можно расширить за счет использования параметров функциональных опций , но это уже тема для другой статьи.

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

Файлы для загрузки: