Объединение конфигураций

Содержание

Конфигурация, с точки зрения пользователя, это программное решение, заточенное под определенные бизнес-задачи. Например, есть конфигурация 1С:Управление торговлей, для автоматизации торговых операций. С точки зрения разработчика, бизнес-логика данного программного решения реализована с помощью конкретных объектов конфигурации — электронных форм ввода, отчетов, справочников, алгоритмов etc. Эти объекты сгруппированы в виде дерева конфигурации:
Объекты конфигурации, купленной у какого-либо вендора, по умолчанию защищены от внесения изменений. Если функциональность такой конфигурации не закрывает каких-то бизнес-задач, то ее можно доработать — внести изменения в типовые объекты или добавить новые. Для этого типовую конфигурацию придется снять с поддержки — через меню Конфигурация -> Поддержка -> Настройка поддержки, Включить возможность изменения: Далее можно будет внести доработки. Измененная конфигурация будет отличаться от типовой; оба варианта (основная конфигурация, измененная, и конфигурация поставщика, исходная типовая) будут храниться в базе данных, при необходимости их можно просмотреть и сравнить: После внесения изменений, их нужно «спроецировать» на ту конфигурацию, в которой хранятся непосредственно бизнес-данные — на конфигурацию базы данных. Например, новый реквизит после добавления в основную конфигурацию не будет сразу доступен для пользователя, так как конфигурация базы данных еще не изменена. Для обновления конфигурации базы данных нажимаем F7; после обновления конфигурация базы данных становится равной основной конфигурации:
Подводя итог. В каждой базе данных 1С одномоментно существует три конфигурации: конфигурация поставщика, основная конфигурация и конфигурация базы данных. В типовом решении, без включенной возможности изменения, все три равны между собой. Каждая конфигурация состоит из прикладных объектов, сгруппированных в дерево конфигурации по принципу схожести. Например, дерево объектов типа Документ: Каждый из объектов конфигурации может нести в себе определенную логику, задаваемую алгоритмами; алгоритмы прописываются в модулях программы с помощью встроенного языка 1С: Число объектов конфигурации может быть очень велико; для их произвольной классификации по назначению используется механизм подсистем. Каждый объект конфигурации может быть включен в одну или несколько подсистем. Отбором пр подсистеме можно выбрать весь перечень объектов, имеющих отношение к данной прикладной задаче:
*** Вопрос 01.02 экзамена 1С:Профессионал по платформе. В каком объекте содержится редактируемая пользователем информация?

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

Правильный ответ третий. Каждому объекту конфигурации (например, документу РеализацияТоваровУслуг) соответствует произвольное число экземпляров объектов информационной базы (например, конкретные документы Реализация товаров и услуг, оформляемые по каждому факту продажи товаров).
*** Вопрос 01.05 экзамена 1С:Профессионал по платформе. Выберите верный набор ассоциаций «Объект» — «тип файла»: Правильный ответ первый. 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. Одна
  2. Две
  3. Три
  4. Сколько угодно

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

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

Правильный ответ второй. Редактировать можно только основную конфигурацию.

Печать (Ctrl+P)

1С: Предприятие 8.3.13 . Документация
Руководство администратора
Глава 33. Расширение конфигурации

33.3. Работа с расширением

33.3.1. Создание заимствованного объекта

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

Предположим, что в расширяемой конфигурации существует справочник Товары, который представлен некоторой структурой, которая представлена на рис. 683.

Рис. 683. Структура справочника Товары

Если добавить в расширение непосредственно сам справочник, то никакие подчиненные объекты добавлены не будут, что видно на рис. 684.

Рис. 684. После добавления объекта

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

Рис. 685. После добавления объекта с родителями

На рис. 685 видно, что кроме добавляемой формы ФормаЭлемента были добавлены также:

● Все реквизиты, которые присутствуют на форме;

● Все объекты, которые образуют типы реквизитов, присутствующих на форме.

При заимствовании составного типа поведение зависит от характеристик такого типа:

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

● Если в составной тип не может входить тип Произвольный, то такой составной тип будет заимствован по следующим правилам:

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

● Если в составной тип входит хотя бы один ссылочный тип (СправочникСсылка, ДокументСсылка и т. д.), то такой тип будет заимствован как простой тип ЛюбаяСсылка.

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

33.3.2. Работа с заимствованным объектом

Работа с заимствованным объектом имеет некоторые особенности.

Рис. 686. Свойства заимствованного объекта

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

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

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

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

33.3.3. Создание собственного объекта

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

● При подключении расширения ‑ среди имен расширяемой конфигурации и всех расширений;

● При разработке расширения ‑ среди имен расширяемой конфигурации и того расширения, в котором создается собственный объект.

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

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

33.3.4. Блокировка расширений

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

33.3.5. Совместная разработка расширения

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

● Хранение расширений в том же хранилище конфигурации, что и расширяемая конфигурация.

● Хранение в одном хранилище конфигурации нескольких расширений.

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

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

Команды работы с расширением расположены в меню Конфигурация ‑ Хранилище конфигурации окна Расширения конфигурации.

Рис. 687. Доступ к командам работы с хранилищем конфигурации для расширения

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

Смотри также:

● Хранилище конфигурации (см. ).

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

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

Механизм сравнения и объединения конфигураций обеспечивает сравнение:

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

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

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

Установка соответствия объектов в 1С

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

При объединении можно установить режим объединения для каждого объекта конфигурации.

В случаях, когда

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

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

Рисунок

Сначала отменяем автоматические соответствия:

Затем устанавливаем вручную:

Сравнение конфигураций 1С

Алгоритмы сопоставления объектов сравниваемых конфигураций:

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

Подробнее о сравнении с конфигурацией поставщика

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

  1. с включенной возможностью изменений;
  2. без возможности изменений.

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

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

В качестве сравниваемых конфигураций могут выступать:

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

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

Рисунок

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

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

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

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

Рисунки «Отчет о сравнении конфигураций 1С»

Объединение конфигураций 1С

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

Установка режима объединения конфигураций возможна:

  • для всей конфигурации в целом;
  • для каждого элемента прикладного решения в отдельности.

Рисунок

Особенности сравнения (объединения) конфигураций 1С:

  1. При объединении с приоритетом загружаемой конфигурации текст модулей, измененный в основной конфигурации, будет закомментирован, а текст из загружаемой конфигурации будет добавлен.
  2. При выполнении сравнения, объединения с конфигурацией из файла, в режиме «Взять из файла» измененный объект будет замещен полностью. Рисунок
  3. При сравнении и объединении конфигурации, в которой используются несколько языков, можно указать выборочное сравнение по языкам. Рисунки
  4. Элементы управления форм в режиме объединения конфигурации:
    • новые всегда добавляются;
    • совпадающие по именам заменяются, если приоритет у загружаемой, иначе не изменяются.
  5. Режим объединения конфигураций можно установить:
    • для каждого объекта;
    • для всей конфигурации;
    • по подсистемам основной конфигурации;
    • по подсистемам загружаемого объекта. Рисунок
  6. При использовании режима «Сравнение, объединение с конфигурацией из файла» при установленном флаге «Разрешать удаление объектов основной конфигурации»:
    • объекты текущей конфигурации, которым не сопоставлены объекты загружаемой конфигурации будут удалены;
    • при сброшенном флаге, вне зависимости от приоритета объединения, объекты текущей конфигурации, которым не сопоставлены объекты загружаемой конфигурации, будут оставлены в результате объединения.

Сохранение (загрузка) настроек объединения конфигураций

Настройки объединения конфигураций (или настройки обновления конфигурации на поддержке) можно:

  • сохранять в xml файл;
  • загружать из xml файла;
  • добавлять из xml файла.

Рисунок «Сохранение (загрузка) настроек объединения конфигураций»

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

Использование для сравнения и объединения модулей конфигурации 1С внешней программы

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

В конфигураторе 1С:Предприятия уже содержатся параметры командной строки для запуска самых распространённых программ:

  • ;
  • ;
  • ;
  • ;
  • .

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

Для чего наиболее часто используют конфигуратор:

  • Для создания архивов БД и конфигурации;
  • Для разработки и конфигурирования;
  • Для проверки и исправления ошибок ИБ.

Как его открыть? Щелкнув по ярлыку 1С, ищем нужную базу и справа жмем кнопку «Конфигуратор».

Рис.1 Открытие 1С

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

Рис.2 Интерфейс конфигуратора 1С

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

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

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

Рис.3 Меню работы с программой

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

В базе находится три конфигурации:

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

Если наша версия закрыта для редактирования ее нельзя скорректировать.

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

Как произвести изменения

В меню «Конфигурация-Поддержка-Настройки поддержки» можно найти два способа:

  • С сохранением поддержки;
  • Без сохранения.

Рис.5 Настройка

Далее надо нажать кнопку в верхнем правом углу.

Рис.6 Включение возможности изменения

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

Рис.7 Настройка правил поддержки

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

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

Рис.8 Обновление конфигурации базы данных

Также конфигурацию базы данных можно обновить через меню «Конфигурация-Обновить конфигурацию базы данных». Для отмены внесенных изменений и возврата к конфигурации базы данных необходимо зайти в меню «Конфигурация-Конфигурация базы данных-Вернуться к конфигурации БД».

Рис.9 Отмена внесенных изменений в конфигурацию

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

Рис.10 Открытие конфигурации для отладки

Аналогичное действие будет иметь выбор меню «Отладка-Начать отладку».

Рис.11 Меню отладка

Способы разработки

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

Рис.12 Настройка объекта

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

Редактировать объекты можно как в модуле объекта (Рис.13), так и в модуле формы объекта (Рис.14).

Рис.13 Модуль объекта Рис.14 Модуль формы

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

Расширения

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

Рис.15 Расширения

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

Рис.16 Подключение расширения в базу

То есть, все правки в расширении, а типовые объекты не затронуты.

Создание архивов

Самое популярное использование конфигуратора – это создание архивов информационных баз из меню «Администрирование-Выгрузить информационную базу». Сохранение происходит в файл dt.

Рис.17 Работа с архивом ИБ

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

Исправление ошибок базы

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

Рис.18 Тестирование и исправление базы данных

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

Рис.19 Форма настройки проверки и исправления

ВАЖНО! Всегда создавайте архив базы перед внесением каких-либо изменений в конфигураторе.

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

О чем эта статья

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

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

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

Материал, представленный в статье, актуален для текущих версий платформы.

Механизм поддержки типовых прикладных решений

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

К типовым прикладным решениям относятся конфигурации, выпускаемые фирмой «1С”. Основные типовые прикладные решения:

  • «1С:Бухгалтерия 8”
  • «1С:Управление небольшой фирмой 8”
  • «1С:Управление торговлей 8”
  • «1С:Зарплата и Управление Персоналом 8”
  • «1С:Комплексная автоматизация 8”
  • «1С:Управление производственным предприятием 8”

Фирма «1С” регулярно вносит изменения в типовые прикладные решения. Как правило, это связано с изменением законодательства, добавлением нового функционала, а также с исправлением, выявленных в ходе эксплуатации, ошибок.

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

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

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

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

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

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

Включить возможность внесения изменений в конфигурацию. Для этого в режиме конфигуратора выполнить команду главного меню Конфигурация – Поддержка – Настройка поддержки (Рис. 1).

Рис. 1. Форма «Настройка поддержки”

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

Рис. 2. Настройка возможности изменения конфигурации

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

Рис. 3. Установка правила поддержки

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

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

Конфигурацию поставщика можно открыть из формы настройки поддержки Конфигурация – Поддержка – Настройка поддержки. В форме Настройка поддержки нажать кнопку Открыть (Рис. 4).

Рис. 4. Кнопка открытия конфигурации поставщика

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

Конфигурацию базы данных можно открыть на просмотр командой главного меню конфигуратора Конфигурация – Конфигурация базы данных – Открыть конфигурацию БД. При изменении и сохранении основной конфигурации возникают отличия от конфигурации базы данных. На это указывает символ в заголовке окна конфигурации (Рис. 5).

Рис. 5. Признак отличия конфигурации базы данных от основной конфигурации

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

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

Если в типовой конфигурации включена возможность внесения изменений, то становится доступной возможность снятия конфигурации с поддержки. Начинающие разработчики часто путают эти два режима. Для снятия конфигурации с поддержки нужно в форме Настройка поддержки нажать кнопку Снять с поддержки (Рис. 6).

Рис. 6. Снятие конфигурации с поддержки

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

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

Такая задача может возникнуть в следующих случаях:

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

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

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

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

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

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

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

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

Статья опубликована по материалам курса
«1С:Программист – Быстрый старт в профессию!”.

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *