Данной конфигурации. Базовые типы конфигурации структур. Подготовка баз данных

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

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

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

После внесения изменений, их нужно "спроецировать" на ту конфигурацию, в которой хранятся непосредственно бизнес-данные - на конфигурацию базы данных . Например, новый реквизит после добавления в основную конфигурацию не будет сразу доступен для пользователя, так как конфигурация базы данных еще не изменена. Для обновления конфигурации базы данных нажимаем F7; после обновления конфигурация базы данных становится равной основной конфигурации:

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

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

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

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

Вопрос 01.02 экзамена 1С:Профессионал по платформе. В каком объекте содержится редактируемая пользователем информация?

1. Объект конфигурации
2. Объект встроенного языка
3. Объект информационной базы
4. Верны ответы 1 и 3
5. Верны все варианты

Вопрос 01.05 экзамена 1С:Профессионал по платформе. Выберите верный набор ассоциаций "Объект" - "тип файла":

1. внешняя обработка -"epf", внешний отчет – "erf", конфигурация – "сf"
2. внешняя обработка -"ert", внешний отчет – "mxl", конфигурация – "pfl"
3. внешняя обработка -"ert", внешний отчет – " erf", конфигурация – "cfu"
4. внешняя обработка -"epf", внешний отчет – "mxl", конфигурация – "cfu"

Правильный ответ первый. External processor file это расширение внешних обработок, External report file расширение внешних отчетов, Configuration file это расширение файла конфигурации.

Вопрос 01.21 экзамена 1С:Профессионал по платформе. Из чего состоит конфигурация?

1. Объекты конфигурации
2. Объекты встроенного языка
3. Объекты информационной базы
4. Верны ответы 1 и 3
5. Верны все варианты

Вопрос 01.27 экзамена 1С:Профессионал по платформе. Какие объекты используются при описании алгоритма?

1. Объекты конфигурации
2. Объекты встроенного языка
3. Объекты информационной базы
4. Верны ответы 1 и 3
5. Верны все варианты

Вопрос 01.34 экзамена 1С:Профессионал по платформе. Какую конфигурацию можно изменять интерактивно в конфигураторе?

1. Основная конфигурация
2. Конфигурация базы данных
3. Конфигурация поставщика
4. Внешние конфигурации

Вопрос 01.57 экзамена 1С:Профессионал по платформе. Произвольная классификация объектов конфигурации осуществляется с помощью …

1. свойства Комментарий у объекта конфигурации
2. создания реквизита "Классификация"
3. с помощью объекта конфигурация Подсистемы
4. верны варианты 1 и 2
5. верны все варианты

Вопрос 01.63 экзамена 1С:Профессионал по платформе. Сколько информационных баз может быть с одной и той же конфигурацией?

1. Только одна
2. Только две (рабочая и демонстрационная)
3. Неограниченно
4. Определяется комплектом поставки прикладного решения
5. Определяется в настройках конфигурации

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

1. Сколько угодно

Вопрос 03.13 экзамена 1С:Профессионал по платформе. В каком случае в окне конфигурации доступно изменение метаданных?

1. Всегда
2. Только для основной конфигурации
3. Для основной конфигурации и конфигурации базы данных
4. Для конфигурации поставщика
5. Для конфигурации открытой из файла

1. Цепная . Разомкнутая конфигурация. Основана на линейной связи. Может иметь различную пространственную ориентацию: вертикальную (рис. 2а), горизонтальную (рис. 2б) и вертикально-горизонтальную (рис. 2в). Может базироваться как на последовательном, так на встречном и расходящемся соединениях. Возможны различные сочетания этих соединений. Конфигурации такого типа могут составлять самостоятельные структуры (например, технологическая структура в поточном производстве), но преимущественно используются как дополнительные элементы сложных структур, обеспечивающие дистанционирование периферийных участков от центра (рис. 4б).

2. Кольцевая (рис. 3). Замкнутая децентрализованная конфигурация. Основана на последовательной связи. Примером может быть структура творческой исследовательской группы: разработка программы исследования (ведущий специалист) – последовательное проведение исследований (все члены группы) – обобщение результатов (вновь ведущий специалист).

3. Звездная (рис. 4а). Разомкнутая конфигурация. Характерна четкая централизация и отсутствие периферийных связей. Сформирована на основе расширяющего (структура руководства) или сужающего (структура обратной связи) соединений. Может использоваться в жестко централизованных управленческих системах со слабым делегированием полномочий, а также в качестве центрального элемента любых централизованных структур. Усиление централизации может достигаться за счет «удлинения лучей», исходящих из центра «звезды» (рис. 4б).

4. «Колесо» (рис. 5). Замкнутая централизованная конфигурация. Сформирована на основе сужающих или расширяющих соединений. Представляет синтез кольцевой и звездной конфигураций. Помимо централизованных имеет еще и развитые периферийные связи. Структуры данной конфигурации относятся к довольно распространенным. Такой может быть, например, структура управления фирмой: централизованное управление подразделениями из единого центра и периферийные связи между самими подразделениями. Данная конфигурация также может использоваться и как центральный элемент сложных централизованных структур.

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

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

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

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

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

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

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

рис.2 Цепная конфигурация

Рис. 3 Кольцевая конфигурация

Рис. 4 Звездная конфигурация

Рис. 5 Конфигурация «Колесо»

Рис. 6 Конфигурация «Двойное кольцо»

Рис. 7 Конфигурация «Колесо с двойным ободом»

Рис. 8 Веерная конфигурация

Рис. 9 Всеканальная конфигурация

Рис. 10 Сотовая конфигурация

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

Почему не так? Потому что в каждой информационной базе существуют как минимум две конфигурации.

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

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

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

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

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

Таким образом, взаимодействие двух конфигураций можно представить следующим образом (рис. 2.24):

Рис. 2.24. Взаимодействие двух конфигураций

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

Если разработчик редактирует основную конфигурацию и редактируемый вариант основной конфигурации отличается от того, который сохранен, в заголовке окна дерева конфигурации появляется признак модифицированности конфигурации (*) – рис. 2.25:

Рис. 2.25.

Если сохраненный вариант основной конфигурации отличается от конфигурации базы данных, в заголовке окна дерева конфигурации появляется знак отличия конфигураций () – рис. 2.26:

Рис. 2.26. Заголовок окна дерева конфигурации

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

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

Таким образом, система старается облегчить жизнь разработчика и автоматизировать часто выполняемые операции.

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

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

В моем случае «Управление торговлей», редакция 10.3 дополнена отраслевым решением «БИТ: Управление автосервисом 8». Компании, использующие отраслевые решения, как правило, дорабатывают конфигурацию под свои нужды и не обновляют их на новые релизы от поставщика. Следовательно, осталась «Управление торговлей», релиз 10.3.13.2. Плюс конфигурация поставщика хоть и называется «Управление торговлей», тем не менее, объекты, относящиеся к конфигурации «БИТ: Управление автосервисом 8», так же находятся на поддержке (рис. 1). Это случай, когда релизы конфигурации поставщика и конфигурация базы данных (далее БД) формально совпадают, а фактически конфигурация поставщика - не «Управление торговлей», редакция 10.3.

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

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

Задача решается в два этапа. Для этого понадобится cf-файл конфигурации, который соответствует релизу БД. Релиз БД можно посмотреть в «Справка» − «О программе» (рис. 3).

Внимание! Перед проделыванием следующих операций сделайте резевную копию БД.

1) Нажимаем «Конфигурация» − «Поддержка» − «Настройки Поддержки». Появится окно «Настройки поддержки», нажимаем «Снять с поддержки» (рис. 4). В диалоговом окне с сообщением о том, что снятие с поддержки приведет к невозможности получать обновление от поставщика, отвечаем «Да».

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

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

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

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

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

Выделяем объект, который ставим на поддержку.

Теперь информационная база на поддержке нужной конфигурации.

Можно установить свойства конфигурации, такие как имя и описание, а также параметры спецификации и другие расширенные параметры.

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

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

Чтобы указать свойства конфигурации, выполните одно из следующих действий:

Параметры конфигурации

Параметры спецификации

Дополнительные параметры

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

Параметры родительских/дочерних элементов

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

Например, имеется сборка vise (тиски) с узлом сборки handle (рукоятка) , который содержит компонент connector (соединитель) . Если добавлена новая конфигурация с именем long в сборку vise (тиски) , можно одновременно добавить конфигурацию с именем long в узел сборки handle (рукоятка) и в компонент connector (соединитель) , выбрав их в упрощенном дереве в разделе Параметры родительских/дочерних элементов .