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

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

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

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

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

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

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

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

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

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

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

Рис. 2.25.

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

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


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

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

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

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

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

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

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

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

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

1.3. Создаем объекты

Первой операцией с объектами , которую мы освоим в Конфигураторе , будет создание объектов . Создать объект нужного вида можно несколькими способами. Например - вызвав контекстное меню группы объектов и выбрав в нем пункт Добавить ( рис. 1.9).


Рис. 1.9.

Обратите внимание на пиктограмму, которая сопровождает пункт меню . Такую же пиктограмму имеет кнопка Добавить на панели инструментов окна дерева конфигурации . Эта же команда продублирована в меню Действия .

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

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

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

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

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

1.4. Архивная копия информационной базы

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

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

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

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

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

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

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

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

1.5. Основная конфигурация и конфигурация базы данных

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

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


Рис. 1.10.

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

После сохранения значок модифицированности конфигурации исчезает, но появляется значок отличия конфигураций "" ( рис. 1.11).


Рис. 1.11.

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

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

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


Рис. 1.12.

Если вы согласны с перечнем изменений, нажмите на кнопку Принять , в противном случае - на кнопку Отмена .

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

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

Конфигурацию можно сохранять в файл и загружать из файла. Для сохранения основной конфигурации в файл выполните команду Конфигурация > Сохранить конфигурацию в файл . Для загрузки конфигурации из файла выполните команду Конфигурация > Загрузить конфигурацию из файла . Выгруженная конфигурация хранится в файле с расширением.CF.

Почему возникает ошибка

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

  • Если база данных – это, условно говоря, то, «что» хранится. Например, вводимая пользователем информация, итоговые данные;
  • То конфигурация описывает, «как, в каком виде» эта информация хранится, её структуру.

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

  • Столбцы таблицы (ФИО, Номер телефона, Адрес) образуют структуру информации и определяются конфигурацией, которую создают разработчики и программисты 1С;
  • Строки таблицы, значения в них (Иванов Иван Иванович, 8-777-666-55-44, Край Раздольный, город Вольный, улица Свободная) составляют сами данные, то есть вводимую в рабочем порядке пользователями информацию:

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

  • Основная конфигурация (далее – О.К.) – именно с ней работают программисты, изменяя или создавая для пользователей новые документы, справочники и отчёты.
  • Конфигурация базы данных (далее – К.Б.Д.) – эта конфигурация влияет на то, что «видят» пользователи в процессе своей работы с программой. Если она изменилась, то эти изменения «увидят» и пользователи. Непосредственно модифицировать её разработчики не могут, изменения наследуются К.Б.Д. от основной конфигурации.

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

  • На первом этапе вносятся необходимые изменения в основную конфигурацию, то есть в таблицу добавляется столбец Дата рождения;
  • На втором этапе обновляется конфигурация базы данных, то есть в неё наследуются от О.К. сделанные на предыдущем этапе изменения.

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

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

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

Что делать?

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

Игнорировать изменения

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

Просто каждый раз при запуске информационной базы соглашайтесь с предложением продолжить, нажимая кнопку «Да». Функциональность приложения от этого не изменится, останется прежней:

Можно и вовсе принудительно убрать это сообщение, прописав ключ /DisableStartupMessages в параметрах запуска информационной базы:

  • В окне программы запуска (пометка «А») выделяем нашу базу данных и нажимаем кнопку Изменить, после чего откроется окно редактирования свойств ИБ (пометка «Б»):

  • Нажатием кнопки Далее перелестнём первую страницу свойств и перейдём к следующей странице, где можно указать параметры запуска ИБ. В свойстве Дополнительные параметры запуска прописываем параметр /DisableStartupMessages:

  • Нажимаем кнопку Готово и возвращаемся к окну программы запуска, где запускаем ИБ по кнопке 1С:Предприятие:

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

Примечание : Кроме того, рассмотренный параметр подавляет следующие стартовые сообщения:

  • “Возможностей Вашего компьютера недостаточно для редактирования справки по конфигурации. Для редактирования справки необходимо установить Microsoft Internet Explorer версии 7.0 или выше”;
  • “Возможностей Вашего компьютера недостаточно для редактирования html-документов, в том числе разделов справки. Для редактирования html-документов необходимо установить Microsoft Internet Explorer версии 7.0 или выше. В данном запуске редактирование html-документов будет недоступно”.

Принять изменения

  1. Воспользоваться командой главного меню: Конфигурация – Обновить конфигурацию базы данных ;
  2. Нажать клавишу F7 клавиатуры;
  3. Нажать на специальную кнопку панели инструментов (см. изображение ниже);
  4. В процессе отладки (для информации; в статье рассматриваться не будет):

Примечание: По умолчанию открываемое слева окно конфигурации и есть основная конфигурация; значок в заголовке окна говорит о том, что она уже изменена и отличается от конфигурации базы данных. Последняя открывается командой главного меню: Конфигурация – Конфигурация базы данных -Открыть конфигурацию БД.

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

Отклонить изменения

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

Для этого надо выполнить команду главного меню: Конфигурация – Конфигурация базы данных – Вернуться к конфигурации БД :

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

На сайте можно ознакомиться с по конфигурации 1C Бухгалтерия 8.3.

Чтобы научиться работать в программе 1С, изучить весь функционал и

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 Сотовая конфигурация

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

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

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

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

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

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

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

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

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

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

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

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

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