Вирус скуки

суббота, 27 апреля 2013 г.

1С-ное.(Заметки быдло-ученика-погромиста)

Продолжение одинэсной темы, ответы на книгу Радченко, занятие 2 и 3.

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

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

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

Что такое окно редактирования объекта конфигурации и в чем его отличие от панели свойств?

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

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

Зачем нужны подчиненные справочники и что такое Владелец?
Элементы одного справочника могут быть подчинены элементам другого справочника, и в таком случае устанавливается связь один-ко-многим. Так же может быть использована связь один-к-одному, когда каждый элемент подчиненного справочника связан с одним из элементов справочника-владельца.

Что такое предопределенные элементы справочника?
Элементы справочника, создающиеся в конфигураторе, данные элементы пользователь удалить не может; Служат для хранения информации всегда, независимо от действий пользователя;

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

Как пользователь может отличить обычный элемент от предопределенного?
С помощью пиктограммы

Источник

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

Объекты конфигурации — это составные элементы, «детали», из которых складывается любое прикладное решение.

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

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

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

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

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

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

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

Источник

Виды объектов, подсистемы, константы

2.1. Обзор объектов 1С:Предприятие 8: общие объекты

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

Все объекты системы можно разделить на три большие группы: Общие объекты, прикладные объекты и подчиненные объекты.

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

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

2.2. Обзор объектов 1С:Предприятие 8: прикладные объекты

2.3. Обзор объектов 1С:Предприятие 8: подчиненные объекты

2.4. Подсистемы

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

Такое поведение системы характерно при создании общих объектов. При создании же прикладных объектов появляются окна редактирования объектов.

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

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

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

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

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

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

Рассмотрим свойства объекта:

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

Комментарий. Позволяет ввести поясняющий текст.

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

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

Создадим в нашей конфигурации следующие подсистемы (табл. 2.1):

Таблица 2.1. Параметры подсистем

Объект	Имя	Синоним
Подсистема	БухгалтерскийУчет	Бухгалтерский учет
—	ОперативныйУчетМатериалов	Оперативный учет материалов
—	УчетРаботыМастеров	Учет работы мастеров
—	РасчетЗаработнойПлаты	Расчет заработной платы

Вот, что получилось в итоге ( рис. 2.6).

Источник

Объекты конфигурации 1С:Предприятия 8

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

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

Взаимосвязь объектов

В самом общем виде взаимосвязь всех объектов можно представить следующим образом:

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

В платформе 1С:Предприятия 8 существуют следующие объекты конфигурации (кроме тех, которые располагаются в ветви Общие):

В константах хранятся редко изменяемые значения, например, Название организации, ИНН, ФИО руководителя и т.д. У константы обычно назначен примитивный, ссылочный или составной тип данных.

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

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

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

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

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

Журналы — это средство группировки связанных по смыслу документов, например, журнал Склад объединяет приходные и расходные накладные. Аналогично могут быть созданы журналы Банк, Кадры и т.д. Заметьте, что создавать журнал для отображения документов одного вида не нужно, поскольку у каждого документа есть форма списка, которая генерируется автоматически или которую можно создать самостоятельно. Журналы полезны только для группировки документов разного вида.

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

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

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

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

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

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

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

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

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

Подробнее о планах видов характеристик можно прочитать в этом разделе.

Предназначены для хранения любой информации об объектах в разрезе заданных измерений, например, «Цены товаров». Особенность регистра сведений от регистра накопления состоит в том, что в регистре сведений каждая запись уникальна и полностью определяется своими измерениями. Например, если регистр сведений «ЦеныТоваров» имеет измерения Номенклатура и ТипЦен, то мы не сможем ввести в этот регистр две цены одного типа по одной номенклатуре, например, две оптовые цены товара «Холодильник Bosh 1232».

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

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

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

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

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

Предназначены для хранения записей сложных периодических расчетов, например, регистр расчета «Начисления». Регистр расчета всегда основан на определенном плане видов расчета.

Общие объекты

Объекты конфигурации, располагающиеся в ветви «Общие»:

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

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

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

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

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

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

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

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

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

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

Источник

Лекция: Подсистемы

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

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

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

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

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

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

Давайте создадим в нашей конфигурации пять новых объектов конфигурации Подсистема, которые будут иметь имена:

Чтобы создать новые подсистемы, раскроем ветвь Общие в дереве объектов конфигурации, нажав на + слева от нее. Затем выделим ветвь Подсистемы, вызовем ее контекстное меню и выберем пункт Добавить или нажмем соответствующую кнопку в командной панели окна конфигурации.

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

Зададим имя подсистемы – Бухгалтерия. На основании имени платформа автоматически создаст синоним – Бухгалтерия.

Имя и синоним объекта конфигурации

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

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

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

Картинка подсистемы

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

Нажмем кнопку выбора в поле Картинка. В окне выбора картинки добавим картинку в список на закладке Из конфигурации. Для этого нажмем кнопку Добавить

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

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

Закроем окно редактирования объекта конфигурации Общая картинка и вернемся в окно выбора картинки для подсистемы Бухгалтерия. Мы видим, что в списке картинок на закладке Из конфигурации появилась добавленная нами картинка. Нажмем ОК.

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

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

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

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

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

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

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

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

Порядок разделов

Однако порядок расположения подсистем нас не совсем устраивает. Изменим его.

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

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

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

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

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

Теория: окно редактирования объекта конфигурации и палитра свойств

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

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

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

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

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

Внимание!

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

Источник