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

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

Скорее всего, это вызовет удивление у пользователей программы 1С Бухгалтерия 8 редакция 2.0. Ведь в ней есть такие интерфейсы.

• Бухгалтерский.
• НДФЛ предпринимателя.
• Административный.
• Полный.

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

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

1. Командный интерфейс это управляемый интерфейс 1С

Командный интерфейс в программе 1С Бухгалтерия 8 ред. 3.0 является управляемым интерфейсом. Это означает, что пользователь может самостоятельно управлять им непосредственно в режиме 1С Предприятие. Да, именно пользователь, а не только программист в режиме Конфигуратор.

Для этого на панели системных команд, в главном меню есть пункт «Вид», который открывает доступ к командам редактирования панелей управляемого интерфейса.

Пояснения требуют лишь две команды.

• Панель разделов . Включает и отключает отображение панели разделов на командном интерфейсе.
• Панель навигации и действий . Включает и отключает отображение панели навигации и панели действий на командном интерфейсе.

2. Создать интерфейс для расчетчика

Создание и настройку интерфейса рассмотрим на простом примере. Допустим, что нашему пользователю нужны для работы только два раздела: «Банк и касса» и «Сотрудники и зарплата». Удалить ненужные ему разделы можно в форме, которая вызывается по команде «ИНФОРМАЦИОННАЯ ПАНЕЛЬ \ Главное меню \ Вид \ Настройка панели разделов».

С помощью кнопки «Удалить» удалите не нужные нашему пользователю разделы. Оставьте только «Банк и касса» и «Сотрудники и зарплата». После сохранения изменений (кнопка ОК) получим следующий вид интерфейса.

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

Эта возможность может оказаться очень полезной тем пользователям, которые работают с маленькими экранами.

3. Настроить интерфейс для кассира

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

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

При любом новом запуске программы она всегда автоматом открывается на разделе «Рабочий стол».

Можно полностью отключить режим отображения панели разделов или оставить в нем только один раздел, например, «Банк и касса». Или вы могли завершить работу, например, в разделе «Покупки и продажи». Неважно. При любом новом запуске программы всегда актуализируется «Рабочий стол». Его удалить невозможно.

Таким образом, если нам требуется только один раздел бухгалтерского учета, например, «Банк и касса», то отразить только его на панели разделов не получится. Вместе с ним будет отображаться и раздел «Рабочий стол». В нашем случае это показ не нужных кассиру ссылок.

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

Для редактирования панели навигации выполните команду «ИНФОРМАЦИОННАЯ ПАНЕЛЬ \ Главное меню \ Вид \ Настройка панели навигации».

Манипулируя кнопками «Добавить», «Добавить все», «Удалить» и «Удалить все», оставьте в правом окне только навигационную команду «Кассовые документы».

Теперь отредактируем панель действий раздела рабочий стол. Для этого выполните команду «ИНФОРМАЦИОННАЯ ПАНЕЛЬ \ Главное меню \ Вид \ Настройка панели действий».

Манипулируя кнопками «Добавить», «Добавить все», «Удалить» и «Удалить все», оставьте в правом окне только команды, очерченные красными прямоугольниками.

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

По команде «ИНФОРМАЦИОННАЯ ПАНЕЛЬ \ Главное меню \ Вид \ Панель разделов» отключите отображение панели разделов. Завершите работу с программой и вновь откройте ее от имени кассира. Вот так будет выглядеть его интерфейс.

Ничего лишнего! Только необходимые кассиру документы и два отчета. При необходимости список кассовых документов он может открыть, кликая по навигационной команде «Кассовые документы». Она расположена на навигационной панели.

4. Интерфейс программы 1С Бухгалтерия 7.7

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

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

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

Включить семерочный интерфейс, можно только в том случае, если в программе для открытия форм объектов установлен режим «В закладках». Он устанавливается в форме «Параметры», которая вызывается по команде «Панель системных команд \ Главное меню \ Сервис \Параметры».

Затем на панели разделов активизируйте раздел «Администрирование» и щелкните в панели действий по ссылке «Настройка программы».

В открывшейся в рабочей области форме «Настройка программы» перейдите на закладку «Интерфейс» и активизируйте радио кнопку «Интерфейс, аналогичный 1С:Бухгалтерия 7.7».

Все. Сохраните результат, нажав на кнопку ОК. Работайте с привычным вам семерочным интерфейсом. В тоже время не забывайте в демонстрационной базе находить время, чтобы освоить оригинальный интерфейс. Когда вы привыкните к родному интерфейсу программы 1С:Бухгалтерия 8 ред. 3.0, то очень быстро можете его восстановить.

Для этого на панели разделов щелкните по ссылке «Сервис». В панели навигации щелкните по ссылке «Настройка программы». Активизируйте закладку «Интерфейс» и укажите «Стандартный интерфейс 1С:Бухгалтерия 8». Ну и, конечно, ОК.

6. Управление формами объектов

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

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

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

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

Если нужная нам ветка не раскрыта, то кликните по крестику. Он в кружке слева от ветки. Затем снимите флаги с тех реквизитов и страниц, которые нам не нужны.

Таким же образом можно видоизменить и командную панель формы документы. Давайте сделаем следующие изменения. Прежде раскройте ветку «Командная панель».

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

В конечном итоге получим следующую форму для документа «Счет на оплату покупателю».

Для осторожных пользователей хочется отметить следующее.

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

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

Для этого на форме объекта выполните команду «Все действия \ Изменить форму». Откроется уже известная нам «Настройка формы». В ней выполните команду «Все действия \ Установить стандартные настройки».

7. Информирование об ошибках

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

Например, начинающие пользователи часто совершают такую ошибку. Они пытаются заполнять реквизиты документов не путем подбора из соответствующих справочников, а вручную забивают нужные значения. На рисунке показано, что пользователь вручную в реквизите «Контрагент» вбил ООО «Заря». Такого контрагента программа 1С Бухгалтерия ред. 2.0 не нашла в справочнике «Контрагенты». Поэтому при записи документа она сообщили об ошибке, как показано на рисунке.

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

А вот, как реагирует на такую же ошибку программа 1С Бухгалтерия ред. 3.0.

Здесь уже программа не просто говорит, что введенное значение некорректно. Она сообщат, что данное значение не найдено. Где не найдено, легко догадаться, если нажать на кнопку «Выбрать из списка».

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

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

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

И Data Transfer Object к структуризации кода, управляемой формы в среде 1С 8.2.

Введение

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

• Толстый клиент (обычный и управляемый режим запуска)
• Тонкий клиент
• Веб-клиент

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

• &НаКлиенте
• &НаСервере
• &НаСервереБезКонтекста
• &НаКлиентеНаСервереБезКонтекста

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

Обозначим проблему

Рассмотрим структуру кода (модуль формы) в нескольких формах одной типовой конфигурации и попробуем найти закономерности.
Под структурой будем понимать секции кода (чаще всего это блоки комментариев) выделенные разработчиком для группировки методов и директивы компиляции этих методов.
Пример 1:
Секция обработчиков событий Метод – наклиенте Метод – насервере Метод - наклиенте Секция служебных процедур и функций Вспомогательные функции управления вводом
Пример 2:
Служебные процедуры и функции Документы оплаты Ценности Обработчики событий
Пример 3:
Служебные процедуры на сервере Служебные процедуры на клиенте Служебные процедуры на сервере без контекста Обработчики событий шапки Обработчики событий команд
Пример 4:
Процедуры общего назначения Обработчики событий формы Процедуры подсистемы «контактная информация»
По сути, структура кода отсутствует, или мягче говоря, она аналогична тому, что было в формах 8.1:

• Неинформативные слова «Общие, Служебные, Вспомогательные».
• Робкие попытки разделить клиентские и серверные методы.
• Часто методы группируются по интерфейсным элементам «Работа с табличной частью Товары, Контактной информацией».
• Произвольное расположение методов и групп кода. Например, Обработчики событий могут быть в одной форме вверху, в другой внизу, в третьей вообще не выделены и т.д.
• И не будем забывать, что это все в рамках одной конфигурации.
• Да бывают конфигурации, в которых слова «Общие, Служебные, Вспомогательные» всегда находятся на одних и тех же местах но…

Зачем нужна структура кода?

• Упрощение сопровождения.
• Упрощение обучения.
• Фиксация общих/важных/удачных принципов.
• …ваш вариант

Почему существующий стандарт разработки от фирмы 1С не помогает?

• Минимизируйте число серверных вызовов.
• Максимум вычислений на сервере.
• Неконтекстные вызовы сервера быстрее контекстных.
• Программируйте с учетом клиент-серверного взаимодействия.
• и т.п.

Шаблоны проектирования или мудрость поколений

• Remote Facade (далее Интерфейс удаленного доступа)
• Data Transfer Object (далее Объект переноса данных)

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

Примеры шаблонов в платформе 1С

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

• ДанныеФормыСтруктура
• ДанныеФормыКоллекция
• ДанныеФормыСтруктураСКоллекцией
• ДанныеФормыДерево

• ЗначениеВДанныеФормы()
• ДанныеФормыВЗначение()
• КопироватьДанныеФормы()
• ЗначениеВРеквизитФормы()
• РеквизитФормыВЗначение()

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

• Примитивные типы (строка, число, булево)
• Структура
• Соответствие
• Массив
• Ссылки на прикладные объекты (уникальный идентификатор и текстовое представление)

Структурируем код

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

• Графический вариант – наглядно показывает основной поток выполнения.
• Текстовый вариант - это пример оформления шаблона для быстрой вставки структуры в новый модуль формы.

//////////////////////////////////////////////////////////////////////////////// // <(c) Автор="" Дата=""/> // <Описание> // // //////////////////////////////////////////////////////////////////////////////// // ПЕРЕМЕННЫЕ МОДУЛЯ //////////////////////////////////////////////////////////////////////////////// // НА СЕРВЕРЕ //******* СОБЫТИЯ НА СЕРВЕРЕ ******* &НаСервере Процедура ПриСозданииНаСервере(Отказ, СтандартнаяОбработка) //Вставить содержимое обработчика КонецПроцедуры //******* ИНТЕРФЕЙС УДАЛЕННОГО ДОСТУПА ******* //******* БИЗНЕС-ЛОГИКА НА СЕРВЕРЕ ******* //////////////////////////////////////////////////////////////////////////////// // ОБЩИЕ МЕТОДЫ КЛИЕНТА И СЕРВЕРА //////////////////////////////////////////////////////////////////////////////// // НА КЛИЕНТЕ //******* БИЗНЕС-ЛОГИКА НА КЛИЕНТЕ ******* //******* КОМАНДЫ ******* //******* СОБЫТИЯ НА КЛИЕНТЕ ******* //////////////////////////////////////////////////////////////////////////////// // ОПЕРАТОРЫ ОСНОВНОЙ ПРОГРАММЫ

Связанные вопросы

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

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

1) Начнем с самого распространенного вопроса моих любимых клиентов, связанного с отсутствием меню «Операции». Многие бухгалтера использовали его для поиска отчетов, обработок, документов, которые иногда очень сложно было обнаружить в других разделах программы.

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

В открывшемся окне устанавливаем флажок «Отображать команду «Все функции» и закрепляем результат нажатием кнопки «Применить».

Теперь в том же Главном меню (оранжевая кнопка с треугольником) мы видим раздел «Все функции»

В котором все то, что мы так привыкли видеть в Бухгалтерии 2.0 в разделе «Операции»:

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

Т.е. разделы сверху. Открытых окна в закладках внизу. Давайте посмотрим как изменить расположение всех элементов рабочего окна программы. Опять открываем главное меню и находим там раздел «Настройка панелей».

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

Нажимаем кнопку «Применить» или «Ок» и вуа-ля, вот как стала выглядеть наша программа:

Возможно, кому-то так работать будет удобнее.

3) Еще один совет по настройке программы. Как правило, у каждого бухгалтера есть какие-то разделы или отчеты, которыми он пользуется ежедневно. Ну, например, ОСВ или ОСВ по счету. И было бы очень удобно, если они будут всегда рядом, всегда под рукой. Этого можно добиться весьма простым приемом, поместив необходимые отчеты в раздел «Избранное». Найдем в разделе «Отчеты» оборотно-сальдовую ведомость. Наведя на нее указать мыши, мы видим рядом серую звездочку.

Кликнув по ней, мы отметим выбранный отчет как «Избранное»

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

4) И еще один «секрет» по настройке интерфейса программы. В различных разделах программы есть документы, которыми некоторые не пользуются никогда. Ну, просто в силу специфики деятельности организации. Например, в разделе «Покупки» документы, связанные с ЕГАИС.

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

В появившемся окне мы видим две колонки. Слева-команды которые можно добавить на наш рабочий стол. А справа, те команды которые есть на нашем рабочем столе. Находим с правой колонке раздел ЕГАИС и нажимаем на кнопку «Удалить»

Соответственно, документы которые находятся в правой колонке можно добавить на рабочий стол по кнопке «Добавить»

5) Ну и напоследок, для тех, кто никак не хочет привыкать к интерфейсу «Такси». Можно изменить интерфейс на тот, который был в первых версиях бухгалтерии 3.0.

В разделе «Администрирование» находим пункт «Интерфейс»

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

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

Для интереса посмотрим, что же такое интерфейс, аналогичный Бухгалтерии 7.7.

Ну не знаю, не знаю. Я пожалуй вернусь к привычному для меня «Такси».

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

Публикую вторую главу моей книги «Основы разработки в 1С: Такси»

Глава 2.Обычное и управляемое приложение 1С

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

Что вообще такое «интерфейс»? По сути, это общая граница между двумя взаимодействующими системами (очень часто одной системой является человек). Возьмем, например, автомобиль. Есть ли у него интерфейс? Да, конечно. Но что же является общей границей между автомобилем и человеком? Во-первых, это рабочее место, т.е. непосредственно водительское сиденье и органы управление (руль, педаль акселератора, педаль тормоза и т.д.). Во-вторых, это принципы взаимодействия человека с автомобилем, которые являются каким-то набором правил. Например, для того, чтобы ускорить автомобиль, нужно нажать педаль газа, замедлить – педаль тормоза, для поворота направо нужно выкрутить руль вправо и т.д. Благодаря двум этим сущностям человек может управлять автомобилем. Уберите что-то одно, и управление автомобилем не станет возможным.

В мире программного обеспечения все точно так же. Одна система это человек – оператор, пользователь. А вторая система это некоторое приложение, созданное для автоматизации определенного вида человеческой деятельности (мы рассматриваем прикладное программирование).

Например, нам нужно самостоятельно вести складской учет: осуществлять приход товара на склад, списание этого товара и следить за остатками. Что же будет являться общей границей между приложением, без разницы, как и где написанным, и пользователем? Во-первых, это органы ввода информации — иначе как Вы передадите в программу, что на склад пришло 5 штук какой-то продукции. В нашем случае это компьютерная клавиатура и компьютерная мышка. Во-вторых, это система взаимодействия между компьютером и человеком. Например, это может быть интерфейс командной строки: Вы будете с помощью клавиатуры вводить различные текстовые строки (команды) и с их помощью выполнять нужные действия (фиксировать приход товара, расход товара и пр.). Такой интерфейс выглядит примерно так: см. рис. 1.2.1.

Рис. 1.2.1 Пример командной строки

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

Данный вид интерфейса давно является архаичным, и на его смену пришел графический интерфейс пользователя (анг. graphical user interface GUI). В этом интерфейсе взаимодействие между пользователем и приложением происходит посредством различных графических элементов, нарисованных на дисплее (кнопки, иконки, переключатели и т.п). В графическом интерфейсе оператор имеет произвольный доступ посредством органов управления к любым графическим элементами. В нашем случае, когда автоматизируем складской учет, взаимодействие может выглядеть так: оператор нажимает кнопку «Приход», открывается форма подбора товара, где оператор выбирает нужный товар из списка и вводит его количество. Если нужно осуществить расход, то оператор нажимает кнопку «Расход», так же открывается форма подбора, где оператор так же выбирает нужный товар и вводит его количество. Когда нужно сверить остатки, оператор нажимает на кнопку «Остатки», и программа выводит ему остатки товара на складе. Тем самым с помощью данного графического интерфейса Вы можете вполне успешно вести учет товаров на складе.

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

Платформы редакции 8.0 и 8.1. работали только под обычным режимом, более высокие версии платформы (8.2, 8.3 и т.д.) могут работать и в режиме обычного приложения, и в режиме управляемого приложения.

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

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

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

Посмотрим вкратце, как выглядит этот режим. Многим он уже будет знаком, но некоторые, особенно те, кто не застал работу под платформами 8.0 и 8.1, его увидят в первый раз.

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

Рис 1.2.2 Вид интерфейса обычного приложения

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

Рис.1.2.3. Форма списка документов

Из формы списка пользователь может открыть форму документа или справочника (см. рис. 1.2.4).

Рис. 1.2.4. Форма документа

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

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

Рис 1.2.5. Конструирование обычных форм

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

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

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

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

Рассмотрим в самом простом виде, как велась разработка конфигурации в обычном приложении. Сначала мы конструировали бизнес-логику: документы, справочники, отчеты, обработки и их взаимодействие между собой. Потом мы настраивали роли, например пользователь с ролью «Снабженец» имел доступ к документу «Приход товара», а к документу «Расход товара» — нет. И наоборот, пользователь с ролью «Продавец» имел доступ к документу «Расход товара», а к документу «Приход товара» — нет. Следующим шагом мы разрабатывали интерфейсы для каждого вида пользователя. Кто практиковал разработку под обычным приложением, помнит, что был такой объект конфигурации, как «Интерфейс», в котором можно было настроить каждое меню наподобие меню на рисунке 1.2.2. И в нашем случае разработчику нужно было потрудиться сделать два интерфейса: один для снабженца, а другой для продавца. Потому что если бы он разработал один общий интерфейс, в котором можно открыть и документ «Приход товара», и документ «Расход товара», то было бы не совсем правильно, если бы снабженец при попытке отрыть список документов «Расход товара», получил сообщение системы, что у него нет на это прав. Чтобы избежать этого, необходимо было сделать два интерфейса и для каждого пользователя указать, под каким интерфейсом он должен работать.

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

Рис. 1.2.6. Управляемый командный интерфейс

При разработке управляемого приложения программисту придется идти немного другим путем. Прежде чем разрабатывать бизнес-логику, нам нужно определить подсистемы, в которые будут входить наши объекты (в обычном приложении они тоже есть, но носят больше декларативный характер). Например, документ «Приход товаров» будет входить в подсистему «Снабжение», а документ «Расход товаров» будет входить в подсистему «Продажи». В то же время некоторые объекты могут находиться в нескольких подсистемах одновременно: справочник «Товары» будет входить и в подсистему «Продажи», и в подсистему «Снабжение», и в подсистему «Маркетинг». В этом случае разработчику нет необходимости создавать объект «Интерфейс», система сама автоматически построит нужный вид интерфейса исходя из настроек прав пользователя и функциональных опций.

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

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

Рис. 1.2.7. Интерфейс пользователя с ограниченными правами

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

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

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

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

Теперь разберем, что же такое управляемые формы.

Изучите программирование в 1С с помощью моей книги «Программировать в 1С за 11 шагов»

1. Без сложных технических терминов.
2. Более 700 страниц практического материала.
3. Каждое задание сопровождается рисунком (скриншот).
4. Сборник задач для домашней проработки.
5. Книга написана понятным и простым языком — для новичка.
6. Книга посылается на электронную почту в формате PDF. Можно открыть на любом устройстве!

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

можно оплатить вручную:

Яндекс.Деньги — 410012882996301
Web Money — R955262494655

Вступайте в мои группы.

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

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

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

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

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

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

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

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

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