1с 8.2 как выглядит интерфейс. Функциональные опции и видимость элементов

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

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

А так, конечно, УФ намного быстрее обычных, т.к. работают по трехзвенной схеме между клиентом и сервером.

Кроме того, сам функционал УФ намного богаче и шире, чем у обычных - неудивительно, прошло много времени, и в них попали многие интерфейсные находки.

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

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

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

Я слышал, что в 8.3 появился отказ от модальных функций вроде Вопрос , Предупреждение , ОткрытьФормуМодально . Для меня было непонятно, зачем это было сделано.

Каково же было мое удивление, когда в одном из примеров преподаватель вызвал открытие формы с параметром «Заблокировать весь интерфейс», т.е. по сути модально.

Я-то был уверен, что от модальности отказались.

Понимание пришло не сразу.

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

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

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

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

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

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

Новые возможности интерфейса

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

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

Я так понял, что 1С посчитало неправильным, что прикладной объект Интерфейс не используют, и решила выпустить ему новую, продвинутую альтернативу.

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

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

Я спросил преподавателя: «Мне понятно насчет управляемых форм, но зачем нужно было развивать интерфейсы, почему было нельзя немного доработать классическое меню»?

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

Порядок обхода

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

Рабочая область и вложенные формы

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

Намного проще было бы создавать её программным кодом или использовать механизм вложенных форм.

Что так и не реализовано в 8.2-8.3

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

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

Функциональные опции и видимость элементов

В своё время RLS были созданы для того, чтобы показывать пользователям только отдельные записи таблиц.

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

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

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

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

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

Интерфейс 8.2 и интерфейс Такси

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

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

Непонятно, зачем было идти таким запутанным путем, если в итоге базовая система меню в 8.1 еще более экономно расходовала рабочее пространство экрана?

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

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

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

Не проработанная идеология

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

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

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

Сомнения в эффективности

Некоторые подходы 1С к usability вызывают сомнения.

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

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

Возможности сохранения настроек

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

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

Остальные вопросы

Что такое управляемые формы?

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

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

А сервер находится в непосредственном и быстром соединении с базой данных.

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

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

Подобная организация эффективнее, чем подключение к серверу через удаленный доступ, кроме того, работа возможна непосредственно через браузер, т.е. на любой платформе - Windows, Linux , Android , Mac OS .

Заметки по 1С россыпью

Здесь приведу заметки, которые писал для себя, они содержат ценные знания:

В окне запуска 1С прописываются уже не информационные базы, а точки входа. Т.е. одна база может присутствовать несколько раз, но прописана для разных пользователей и разных инструментов работы - браузер, тонкий/толстый клиент, вход для администратора.
Для администратора появился ключ, который отключает контроль ролей. Войти в Предприятие таким способом можно, только если доступны административные права на конфигурацию.
Общие реквизиты - не путать их с общими реквизитами в 1С7, в 82 они используются для разделения доступа в интерфейсе.
Часто использовал минимальную высоту списка в форме, чтобы избавиться от лишней полосы прокрутки формы.
Не стоит хранить картинки в реквизите справочника, это приводит к падению производительности справочников, надо использовать регистр сведений.
В процедурах сервера при передаче параметров нужно использовать ЗНАЧ, чтобы параметр не передавался обратно на сервер.
Новые функции СтрНачинаетсяС и СтрЗаканчиваетсяНа , возможно и другие, с платформы 8.3.6.
В 1с 8.2 появился привилегированный режим, т.е. можно отключать контроль прав доступа на уровне ролей на участках кода.
Элементы формы список, таблица значений и дерево значений отличаются тем, что список на сервере и клиенте имеет одинаковое представление, а для таблицы и дерева создаются специальные объекты и их надо преобразовывать на сервере.
Порадовало, что преподаватель любит называть объекты в единственном числе и называть модули с подчеркивания, чтобы эти модули шли первым по порядку в контекстной подсказке.

О жизни и вокруг 1С

Преподаватель утверждал:

Разработку нужно вести с интерфейса.
Мое мнение : Утверждение сомнительное, т.к. знание и опыт использование архитектуры платформы позволяет сразу идти от прикладных объектов, а интерфейс уже строить потом.
Руководитель не вводит данные, только смотрит отчеты. А управляет не вводом данных в 1С, а телефоном и через секретаря. Поэтому руководителю достаточно браузера, а поля ввода нужны только для фильтрации данных.
Мое мнение : Да, это похоже на истину.
Критиковал БСП (Библиотека Стандартных Подсистем). В том плане, что из нее невозможно и очень сложно выделить необходимые модули.
Мое мнение : Т.к. даже БСП не удалось разбить на модули, то и УПП не получается разбить на модули УТ, ЗУП, БП, Производство. И тут не платформа виновата, а неправильная методология написания типовых - не соблюдается модульность. Тот же Navision давно имеет возможность сначала продать клиенту бухгалтерию, а потом он может докупить торговлю, производство и зарплату при необходимости, без переписывания кода и перехода на новую программу.
Типовые стали очень сложными, их затруднительно изменять. Опять же не из-за сложности платформы, а из-за неправильной организации типовых. При этом теряется основной принцип - быстрое и экономное сопровождение и доработка типовых конфигураций при необходимости.
Был продемонстрирован вариант оформления заказа, когда слева в рабочей области находится номенклатура, справа - список заказов. Напротив номенклатуры можно ставить количество, затем перетаскивать ее в список заказов и формируется заказ. Преимущество - не блокируется таблица заказов для создания нового заказа.
Мое мнение : Преимущество надуманное - все же пользователям привычнее видеть отобранный товар в табличной части, можно сохранить этот заказ как черновик или скопировать заказ из шаблона. В общем, документы придуманы не зря.
Объяснял разницу между разделами «Главное», «Важное», «Перейти», «Смотри также».
Мое мнение : Лично я понял смутно, а значит, большинство так и не поймет эти заложенные в платформу нюансы usability в Такси. Поэтому интерфейсы будут выглядеть как раньше, как уже привыкли и пользователи, и программисты в 1С.
В ячейке табличного поля на форме, источником которого является произвольный запрос, нельзя вводить данные, как в поле ввода. Это сделано в интересах usability , чтобы пользователь фокусировался на вводе данных в отдельном окошке.
Мое мнение : Я привел пример с вводом в табличные части, где такое поле имеется, смысл запрета мне не понятен.
Разводы возникают от сравнения супруга с другими людьми. Меньше сравнений - крепче брак.
Иностранные языки легче изучать, когда изучаешь их сразу несколько, снимается зашоренность и зацикленность на одном родном языке.
Иностранные языки невозможно изучать, если привязывать иностранное слово к слову на родном языке, нужно привязывать к образу. Цепочка иностранное слово - образ короче чем цепочка иностранное слово - родное слово - образ. В последнем случае мыслить на иностранном не получится.

Заключение

Выражаю благодарность преподавателю.

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

Теперь управляемые формы не пугают меня, а, наоборот, влекут познать их.

Надеюсь, и вы, читающие эту статью, по достоинству оцените управляемые формы.

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

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

Стандарт (как в предыдущих версиях 1С:Бухгалтерия 8)
Такси

Стандарт

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

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

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

Поскольку этот вид интерфейса был первым, именно он остается самым популярным. Изменить его структуру можно, зайдя в «Администрирование-Настройки программы» - пункт «Интерфейс».

позволяет обратиться к подменю без закрытия активного окна.*

*Горизонтальные меню:

Панель раздело, находящаяся непосредственно под главным меню;

Панель действий или команд, доступных в выбранном разделе.

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

С помощью подпунктов меню можно настраивать содержимое панелей и их отображение по желанию пользователя.

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

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

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

Такси

В интерфейсе «Такси» панель разделов находится изначально слева.

Реализация настройки панелей в этом интерфейсе осуществляется путем перетаскивания и группировки панелей по желанию пользователя в специальном окне редактора.

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

*Панели, находящиеся в верхней части окна редактора, в данный момент активны.

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

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

Нюанс интерфейса: избранные подпункты помечены звездочками

*Часто сюда добавляют внешние доработки

Аналогичный интерфейсу редакции 7.7

Структура меню очень похожа на стандартную версию.

Возможность настройки интерфейса 7.7 находится на верхней панели справа (стрелочка вниз), которая позволяет добавить и удалить кнопки. Она активна во всех интерфейсах.

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

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

Прочитав статью, вы узнаете:

Какую роль в формировании структуры меню играет подсистема?
Как сформировать разделы меню 1-го и 2-го уровня?
Как настроить состав команд, отображаемых в разделах меню?
Для чего нужен редактор Командного интерфейса и как с ним работать?
Как настроить Командный интерфейс основного раздела?

Применимость

В статье рассматривается интерфейс «Такси» конфигурации, разработанной на платформе 1C 8.3.4.496. Информация актуальна для текущих релизов платформы.

Подсистемы. Настройка интерфейса с помощью подсистем

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

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

В дальнейшем можно выстроить фильтр дерева объектов по Подсистемам .

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

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

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

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

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

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

Для существующих Подсистем можно определять вложенные (подчиненные). Данные Подсистемы будут образовывать группы Панели навигации .

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

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

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

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

Но если в конфигурации достаточно много Документов, Справочников и Регистров, использование Подсистем существенно облегчает работу пользователя.

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

Во-первых, это можно сделать в Окне редактирования объекта на закладке Подсистемы . Данный вариант мы уже рассматривали.

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

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

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

При перемещении курсора по объектам дерева конфигурации в окне Дополнительно высвечивается соответствующая информация по подсистемам.

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

Т.е. разработчик должен сам зайти на эту закладку и проставить соответствующие галочки.

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

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

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

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

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

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

Для Подсистем в Окне редактирования можно снять флаг Включать в командный интерфейс .

При этом Подсистемы не будут отображаться в командном интерфейсе. Если нет ни одной Подсистемы, которая должна быть включена в командный интерфейс, то для новых объектов Платформа 8.3 не проверяет принадлежность к какой-либо подсистеме.

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

Данный редактор можно вызвать из окна редактирования Подсистемы нажатием на кнопку Командный интерфейс (на закладке Основные ).

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

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

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

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

Видимость по ролям может принимать три значения: либо для данной роли элемент будет невидимым (1); либо будет виден всегда, не зависимо от того, какой флаг выставлен в колонке видимости (2); либо флаг видимости по роли будет наследоваться от флага общей видимости (3).

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

Иногда бывает необходимо сразу менять командный интерфейс в нескольких Подсистемах . В платформе 1C:Предприятие 8 существует сервисный инструмент, который позволяет редактировать командный интерфейс сразу нескольких Подсистем .

Данный инструмент вызывается из контекстного меню корневого узла ветки Подсистемы .

В открывшемся окне можно быстро перемещаться по Подсистемам и редактировать командные интерфейсы. Кроме того, в данном окне можно редактировать состав Подсистемы . Также можно перемещать объекты в Панели навигации и Панели действий .

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

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

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

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

Следует иметь в виду, что при удалении Подсистем Платформа, к сожалению, не проверяет: входит ли в данную подсистему хоть один объект или не входит.

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

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

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

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

Интерфейс пользователя – это все окна, меню, кнопки и прочее, с чем пользователь работает непосредственно в программе.

Дизайн интерфейса – это использованный шрифт, цвет, фоновая картинка и другие элементы декора. Дизайн не влияет на состав интерфейса.

В платформе 1С реализованы два разных механизма интерфейса пользователя, которые используются в разных . В толстом клиенте 1С свой интерфейс, в тонком (и веб клиенте) – свой.

Поговорим сегодня о пользовательском интерфейсе 1С.

Интерфейс 1С

Интерфейс 1С толстого клиента выглядит так.

В него входят:

Главное меню
Панели.

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

В конфигураторе интерфейс 1С находится в ветке Общие/Интерфейсы.

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

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

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

Если добавить еще панели – то они будут отображены панелями (с кнопками).

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

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

При добавлении верхнего пункта меню, в свойствах можно выбрать одно из типовых меню – Файл, Операции, Сервис, Окна, Справка.

После добавления кнопки или пункта меню нужно выбрать выполняемое действие. Действие может быть двух видов.

Если Вы хотите, чтобы в результате нажатия открывался объект 1С – справочник, документ или отчет – нужно нажать кнопку с тремя точками и выбрать нужный объект, а также нужную форму (возможное действие объекта).

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

Управляемый командный интерфейс 1С

В новой версии 1С 8.2 появились новые виды клиентов – .

Интерфейс 1С тонкого клиента выглядит так.

Интерфейс 1С веб клиента выглядит так.

В идеале они одинаковы, и, как видно, сильно отличаются от интерфейса 1С толстого клиента.

Он теперь состоит не только из меню и панелей, а из:
1) Список разделов учета
2) Навигации по выбранному разделу
3) Команд на выполнение в текущем разделе
4) Формы для выполнения текущей операции.

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

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

Подсистемы 1С

Основой управляемого командного интерфейса 1С является список разделов учета. Например – деньги и товары, два раздела учета.

В конфигурации за разделы учета отвечает объект 1С Подсистемы, который находится в ветке Общие/Подсистемы 1С.

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

Но слева у нас остается пустое поле. В него можно выводить команды подсистемы:

для этого необходимо настроить командный интерфейс подсистемы:

Что бы команды были видны в левой части интерфейса, надо поставить галочки в панели действия:

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

После этого мы можем добавить эти отчеты и обработки в командный интерфейс:

После этого данные команды появятся в командной панели:

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

в третьих, у отчета обязательно должны быть макет:

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

Возможно, будет полезно почитать: