Данное правило невозможно установить для нескольких объектов или рекурсивно 1с
Материал расскажет вам о механизме поддержки в 1С, в каких случаях нужно снимать либо ставить конфигурацию на поддержку, и как это сделать.
Поддержка — это стандартный механизм платформы «1С:Предприятие», позволяющий обновлять информационные базы (ИБ) с помощью официальных файлов обновлений от поставщиков конфигураций.
При установке заранее подготовленного комплекта обновлений механизм поддержки не используется.
Снятие с поддержки
Снятие с поддержки выполняется в следующих случаях:
1. Если при установке конфигурации 1С загрузкой возникает ошибка «Для выполнения команды требуется разблокировать все объекты». Это характерно для некоторых отраслевых решений, а также для случаев, когда в конфигурации есть объекты, редактирование которых запрещено правилами поддержки. Если в этом случае не снять конфигурацию с поддержки, то установка загрузкой будет невозможна.
2. Перед установкой конфигурации сравнением/объединением. Если в этом случае не снять конфигурацию с поддержки, то заблокированные объекты не обновятся, что может в дальнейшем вызвать серьезные ошибки.
В остальных случаях снятие с поддержки не требуется.
Узнать, стоит ли конфигурация на поддержке, можно, посмотрев в режиме Конфигуратор на наличие значков в виде желтых кубиков в дереве метаданных, либо на информацию в верхней части окна настройки поддержки, что будет продемонстрировано далее.
Объекты, поставленные на поддержку
Если значков нет, то конфигурация снята с поддержки и последующие действия можно не выполнять. Значки также могут иметь серый цвет или дополняться изображением замка.
Для снятия конфигурации с поддержки нужно выполнить следующие действия в режиме Конфигуратор:
1. Выбрать пункт меню «Конфигурация > Поддержка > Настройка поддержки…».
Открытие настроек поддержки
2. В появившемся окне нажать на кнопку «Снять с поддержки», на вопрос ответить «Да».
Снятие конфигурации с поддержки
В конфигурации может быть несколько конфигураций поддержки. В этом случае в верхней части окна настройки поддержки отображается выпадающий список. Необходимо повторить пункт 2 для всех конфигураций из списка.
Несколько конфигураций поддержки
После этого можно закрыть окно настройки поддержки.
Постановка на поддержку
Постановку на поддержку имеет смысл выполнять только в тех случаях, если во время установки было произведено снятие с поддержки и если конечная обновленная конфигурация устанавливалась методом сравнения/объединения.
Кроме того, данное действие в целом является не обязательным, а рекомендуемым, поскольку наличие или отсутствие поддержки никак не влияет на работу пользователей в ИБ. Но если не поставить конфигурацию на поддержку, то в будущем невозможно будет обновлять конфигурацию с помощью официальных файлов обновлений от поставщика.
Для постановки конфигурации на поддержку нужно выполнить следующие действия в режиме Конфигуратор:
1. Выбрать пункт меню «Конфигурация > Сравнить, объединить с конфигурацией из файла…».
Пункт меню для сравнения/объединения с конфигурацией
2. Выбрать необходимый файл конфигурации поддержки (с расширением .cf). Информацию о расположении этого файла можно узнать в разделе «Комплект обновления».
3. Должно появиться окно с вопросом о постановке на поддержку и с информацией о названии конфигурации, ее версии и поставщике. В этом окне нужно нажать «Да» и затем дождаться окончания процесса сравнения.
Окно с вопросом о постановке на поддержку
4. В появившемся окне с деревом объектов необходимо нажать на верхнюю галочку в дереве объектов, что должно привести к снятию всех галочек.
Снятие всех галочек в дереве
Внимание! Не должно быть установлено ни одной галочки, иначе произойдет потеря доработок.
5. При желании можно снять галочку «Сохранять настройки автоматически» в нижней части окна (это не обязательно, просто в данном случае галочка не нужна). Затем необходимо нажать на кнопку «Выполнить».
Выполнение объединения
6. Дождаться появления окна настройки правил поддержки и нажать на кнопку «ОК».
Окно настройки правил поддержки
8. Дождаться, пока окно «отвиснет», затем выбрать пункт меню «Конфигурация > Поддержка > Настройка поддержки…».
Открытие настроек поддержки
9. Дважды кликнуть по правому столбцу в верхней строке таблицы. В появившемся окне выбрать «Объект поставщика редактируется с сохранением поддержки» и поставить галочку «Установить для подчиненных объектов», затем нажать на кнопки «ОК» и «Закрыть».
Установка правила поддержки для всех объектов конфигурации
10. В некоторых конфигурациях (например, CRM) возможно появление окна с предупреждением о запрете установки правила «Редактируется с сохранением поддержки». В этом случае достаточно нажать на кнопку «Закрыть».
Окно предупреждения о запрете установки правила поддержки
11. Обновить конфигурацию базы данных, нажав клавишу F7 или кнопку на панели инструментов.
Кнопка обновления конфигурации БД
Запускать ИБ в режиме «1С:Предприятие» после принятия изменений в данном случае не требуется. Поскольку постановка на поддержку является последним этапом обновления, окно режима Конфигуратор можно закрыть.
12 статей про обновление 1С
Типовую программу 1С легко обновить самостоятельно через конфигуратор или интернет. Ещё один способ — использовать cfu-файл. Если пропущено много релизов, вам сэкономят время промежуточные конфигурации.
После обновления не забывайте запустить особые процедуры.
Бывает выгоднее отдать обновление нетиповой 1С на аутсорсинг.
Что нового для вашей 1С?
Оперативная информация о выходе и содержании свежих для 24 типов конфигураций.Рассылка осуществляется в день выхода обновления. Никакой рекламы, только полезная информация. Посмотрите пример →
Введение в поставку и поддержку конфигураций
Рассмотрим типичную ситуацию. Фирма-поставщик выпускает тиражную конфигурацию. Клиент приобретает ее и адаптирует под свои требования. Через некоторое время поставщик выпускает новую версию, и перед клиентом встает вопрос обновления, то есть интеграции своих изменений с изменениями поставщика. Ручное объединение в подобных случаях очень трудоемко. Требуется составить список всех отличий своей конфигурации от старой конфигурации поставщика и заново внести их в новую версию. Можно делать и наоборот, то есть подготовить список изменений поставщика и внести их в свою конфигурацию, но это ничего не меняет. Многое также зависит от механизма сравнения конфигураций и подготовки отчета различий. В платформе "1С:Предприятие" версии 8 этот механизм был существенно улучшен по сравнению с "1С:Предприятием" версии 7.7, но даже самый лучший и подробный отчет от дальнейшей утомительной ручной работы не освобождает. Механизм поставки и поддержки конфигураций в значительной степени автоматизирует этот процесс.
Общая схема обновления
Подробно рассмотрим ситуацию на примере любого свойства объекта метаданных. Возможны следующие варианты:
| Пользователь | Поставщик | Правило обновления | |
| 1 | Менял | Не менял | Взять из конфигурации пользователя |
| 2 | Менял | Менял | ? |
| 3 | Не менял | Не менял | Взять из конфигурации пользователя |
| 4 | Не менял | Менял | Взять из конфигурации поставщика |
Таблица 1. Правила обновления по умолчанию
Нетрудно заметить, что варианты 1, 3, 4 в большинстве случаев не требуют модифицировать предложенное правило. Самый сложный случай – второй. Здесь нельзя сделать никаких предположений, но можно по крайней мере автоматически определить все такие свойства и предоставить пользователю отфильтрованный список для указания правила в каждом конкретном случае.
Реализация в платформе "1С:Предприятие 8"
Общие понятия
В "1С:Предприятии 8" любая конфигурация может стоять на поддержке одной или нескольких других конфигураций, называемых конфигурациями поставщика. В качестве конфигурации поставщика может выступать конфигурация, созданная командой Конфигурация - Поставка конфигурации - Создать файлы поставки и обновления конфигурации . В результате выполнения этой команды создается файл конфигурации ( cf) . Файл, подготовленный командой Конфигурация - Сохранить конфигурацию в файл , в качестве конфигурации поставщика использовать нельзя. Для того чтобы получить конфигурацию поставщика в виде файла информационной базы (1cd) или файла выгрузки информационной базы (dt), требуется подготовленный вышеописанным способом файл cf загрузить в требуемую информационную базу (возможно, в пустую), выполнив команду Конфигурация - Загрузить конфигурацию из файла . Затем, при необходимости, можно штатными средствами создать файл dt.
Существуют два способа встать на поддержку конфигурации поставщика. Первый - использовать конфигурацию, подготовленную вышеописанным способом (при необходимости внося в нее изменения). Фактически подготовленная конфигурация поставщика находится на поддержке той конфигурации, в которой она была создана. Аналогичный результат достигается через команды Конфигурация - Загрузить конфигурацию из файла и Администрирование - Загрузить информационную базу . Второй способ позволяет поставить на поддержку уже созданную конфигурацию пользователя. Для этого необходимо выполнить команду Конфигурация - Сравнить, объединить с конфигурацией из файла . Если в качестве выбранного файла указывается файл конфигурации поставщика, и конфигурация пользователя уже не находится на ее поддержке, предлагается после объединения встать на поддержку.
Существуют два режима поддержки. Первый - в конфигурацию поставщика не вносятся изменения, она используется как есть. Такой режим возможен только при первом способе постановки на поддержку, и именно в нем конфигурация поставщика находится после ее создания. Все объекты конфигурации в этом случае заблокированы для изменений (в том числе и для добавления новых объектов). Второй режим - конфигурация находится на поддержке с возможностью изменений. Для того чтобы перейти в этот режим, необходимо открыть диалог настройки поддержки командой Конфигурация - Поддержка - Настройка поддержки и нажать кнопку Включить возможность изменения .
Способы обновления конфигурации. Обновление конфигурации может выполняться как с помощью файлов конфигурации поставщика новой версии, так и с помощью специальных файлов обновления конфигурации ( cfu) . Обновление конфигурации с помощью файлов (cf) может выполняться с любой версии (в том числе и более новой, при необходимости отказаться от внесенных изменений). При создании файла обновления поставщик указывает, для каких версий конфигурации он предназначен. Таких версий может быть несколько, но обновление может быть выполнено только с них. Это связано с тем, что файлы обновления включают в себя не всю конфигурацию, а только те изменения, которые существуют между конечной версией и указанными при создании файла обновлениями. Важно отметить, что файлы cfu не поддерживают обновления не только для более ранних версий конфигурации, чем они предназначены, но и для более поздних.
Приведем пример. Если конечная версия "4", а обновление создается только для версии "2", то невозможно будет выполнить обновление не только для версии "1", но и для версии "3". Такое ограничение связано с возможностью "обратных" изменений. То есть представим себе, что при переходе к версии "3" поставщик увеличил длину строки в типе реквизита, а в версии "4" изменил ее обратно. При подготовке обновления "2" - "4" это свойство в файл не попадет (поскольку в этих версиях значения совпадают). Если позволить использовать такой файл для обновления версии "3", то у пользователя окажется неправильная, увеличенная длина строки. Файлы обновления конфигурации имеют минимальный размер не только за счет включения в них только необходимых объектов, но и за счет применяемого в них сжатия данных. Они оптимальны для доставки обновления пользователю по низкоскоростным каналам связи. Обратной стороной является описанная выше меньшая гибкость их применения. С точки зрения дальнейшего процесса обновления применение файлов cf и cfu ничем не отличается.
Рисунок 1. Общая схема взаимодействия поставщика и пользователя
Выполнение обновления
Если конфигурация пользователя находится на поддержке без возможности внесения изменений, обновление представляет собой тривиальный, полностью автоматизированный процесс. Пользователь выполняет команду Конфигурация - Поддержка - Обновить конфигурацию , и после получения подтверждения выполняется обновление. Рассмотрим второй, наиболее интересный случай. Пользователь включил возможность изменения. Обновление конфигурации производится с использованием стандартного механизма сравнения и объединения, но пользователю предоставляется существенный дополнительный сервис. В процессе сравнения участвуют не две а три конфигурации - конфигурация пользователя, старая конфигурация поставщика (она хранится в конфигурации пользователя) и новая конфигурация поставщика, до которой и производится обновление. При этом система автоматически производит анализ сделанных изменений и, в соответствии с таблицей 1, расставляет правила объединения. Главную сложность представляет собой вариант 2, когда и пользователь, и поставщик меняли одно и то же свойство. Как отмечалось, разумных предположений автоматически сделать невозможно, но можно выделить эти случаи для пользователя. Все подобные свойства в дереве объединения показываются жирным шрифтом. Кроме того, в настройке фильтра просмотра можно указать флажок Показывать только дважды измененные свойства , и в дереве объединения будут показываться только те свойства, которые требуют ручной установки правил объединения. После выполнения объединения хранимая внутри пользовательской конфигурации конфигурация поставщика будет обновлена до новой версии.
Модификация алгоритма обновления с помощью правил поддержки
Пользователь может модифицировать приведенный алгоритм обновления с помощью правил поддержки, которые можно установить для каждого объекта метаданных. Необходимость в этом может возникнуть, если пользователь собирается самостоятельно выполнять дальнейшую модификацию объекта на себя и ему неинтересны изменения, вносимые поставщиком. Частный случай - пользователю вообще не требуется данный объект, и он хочет его удалить. Существуют три правила поддержки объекта метаданных:
- "Объект поставщика не редактируется" - пользователь не может изменять объект поставщика. Основное предназначение этого правила будет описано ниже, но пользователь может установить его с целью страховки от случайных изменений. При обновлении такие объекты будут полностью заменяться на объекты поставщика новой версии.
- "Объект поставщика редактируется с сохранением поддержки" - основное правило. В этом случае алгоритм объединения в точности совпадает с описанным.
- "Объект поставщика снят с поддержки" - пользователь не хочет выполнять дальнейшие обновления данного объекта. Для того чтобы удалить объект поставщика, предварительно ему необходимо установить данное правило.
Приведем расширенный вариант таблицы 1, с учетом правил поддержки.
| Пользователь | Поставщик | Правила поддержки и обновления | |||||||
| 1 | Менял | Не менял |
| ||||||
| 2 | Менял | Менял |
| ||||||
| 3 | Не менял | Не менял |
| ||||||
| 4 | Не менял | Менял |
|
Таблица 2. Правила обновления по умолчанию с учетом правил поддержки
Ограничения действий пользователя со стороны поставщика с помощью правил поставки
Поставщик может ограничить возможные изменения пользователя с помощью правил поставки, которые можно устанавливать для каждого объекта метаданных. Данная возможность призвана ограничить возможные изменения конфигурации поставщика, нарушающие логику ее работы, после которых дальнейшая поддержка конфигурации теряет смысл. Существуют три правила поставки:
- "Изменения разрешены";
- "Изменения не рекомендуются";
- "Изменения запрещены".
Далее приводятся правила поддержки (по умолчанию и доступные для выбора пользователем), соответствующие различным правилам поставки.
В материале мы рассмотрим, какие обязательные действия необходимо сделать в режиме «1С:Предприятие» после обновления конфигурации.
Когда установка конфигурации в режиме Конфигуратор завершена, необходимо обязательно запустить информационную базу (ИБ) в режиме 1С:Предприятие для того, чтобы выполнились процедуры обновления. Это относится и к промежуточным, и к конечной обновленной конфигурации. Невыполнение процедур обновления равносильно пропуску данной конфигурации в цепочке обновления.
Процедуры обновления — это специальные действия, предусмотренные поставщиком конфигурации и нужные для корректной обработки данных при переходе на новую версию. Существует также термин «обработчики обновления», который означает то же самое (в настоящей инструкции будет использоваться термин «процедуры обновления»). Все процедуры обновления подразделяются на два типа:
- Монопольные процедуры (также называются обязательными обработчиками обновления) — требуют монопольного доступа к ИБ, то есть отсутствия в базе других пользователей, кроме администратора, выполняющего обновление.
- Фоновые процедуры (также называются отложенными или дополнительными обработчиками обновления) — могут выполняться в фоновом режиме во время работы пользователей.
Такое разделение сделано для того, чтобы сократить время, в течение которого пользователи не могут работать в базе. Когда монопольные процедуры завершены, пользователи уже могут начинать работать в базе. Тем не менее, до завершения всех фоновых процедур некоторые функции конфигурации могут быть недоступны или работать неправильно.
В файловом варианте ИБ при установке обновления фоновые процедуры выполняются сразу же, вместе с монопольными. В клиент-серверном варианте фоновые процедуры выполняются с помощью регламентных и фоновых заданий.
Действия в режиме 1С:Предприятие после установки обновления конфигурации
1. При запуске режима 1С:Предприятие появится окно подтверждения легальности обновления. Необходимо выбрать «Я подтверждаю…» и нажать «Продолжить»:
Окно подтверждения легальности обновления
2. Начнется выполнение монопольных (в файловой базе — и фоновых тоже) процедур обновления и отобразится полоса прогресса. Необходимо дождаться завершения процесса. Он может занять от нескольких секунд до нескольких часов. Если во время выполнения процедур обновления появится ошибка, нужно обратиться в техподдержку и предоставить подробную информацию об ошибке.
Прогресс монопольных процедур обновления
3. После завершения монопольных процедур обновления нужно проверить состояние фоновых процедур обновления. Это делается с помощью обработки «Результаты обновления программы». Обычно для ее открытия требуется пройти в раздел «НСИ и администрирование > Обслуживание > Результаты обновления программы > Результаты обновления и дополнительная обработка данных».
В зависимости от конфигурации и версии названия разделов и пунктов меню могут отличаться, например, «Администрирование» вместо «НСИ и администрирование», либо «Поддержка и обслуживание» вместо «Обслуживание». Если найти обработку не удается, можно открыть ее через меню «Все функции…».
Открытие обработки «Результаты обновления программы»
4. Если все фоновые процедуры обновления завершены, то окно обработки будет выглядеть так, как показано на скриншоте ниже. В этом случае можно закрыть окно режима 1С:Предприятие и перейти к установке следующей конфигурации (если выполнялась установка промежуточной конфигурации), к постановке на поддержку (если выполнялась установка конечной обновленной конфигурации методом сравнения/объединения) или к работе в базе (если выполнялась установка конечной обновленной конфигурации методом загрузки).
Завершение фоновых процедур обновления
5. Если фоновые процедуры еще не завершены, то окно обработки будет следующий вид:
Выполнение фоновых процедур обновления
В этом случае необходимо дождаться завершения всех фоновых процедур.
Для ускорения выполнения процедур рекомендуется установить переключатель «Приоритет» в положение «Обработка данных». Кроме того, в поле ввода количества потоков рекомендуется указать число, равное числу логических процессоров на сервере 1С. Переключатель приоритета и поле ввода количества потоков могут отсутствовать в окне обработки — это зависит от конфигурации и версии.
Количество процедур зависит от версии конфигурации. При смене подредакции (например, обновлении ERP с версии 2.2 на версию 2.4) обычно бывает несколько сотен процедур, а при смене релиза (например, обновлении ERP с версии 2.4.4 на версию 2.4.5) — десятки или даже единицы.
Время выполнения процедур зависит от размера ИБ (количества данных в ней) и от производительности аппаратного обеспечения сервера, на котором расположена ИБ, и может составлять от нескольких минут до нескольких часов, а в особо сложных случаях — и несколько дней.
Если количество выполненных процедур равно нулю и не увеличивается долгое время (несколько минут), нужно проверить состояние фонового задания «Отложенное обновление ИБ». Сделать это можно в обработке «Регламентные и фоновые задания», которую можно открыть, перейдя в раздел «НСИ и администрирование > Обслуживание > Регламентные операции > Регламентные и фоновые задания». Как и в случае с открытием обработки «Результаты обновления программы», в разных конфигурациях и разных версиях названия разделов и пунктов меню могут отличаться, и при желании можно открыть обработку через «Все функции…».
Открытие обработки «Регламентные и фоновые задания»
В открывшемся списке регламентных заданий необходимо найти «Отложенное обновление ИБ» и посмотреть его состояние:
Просмотр состояния регламентного задания
Если состояние «Задание выполняется», то все в порядке — процедуры в данный момент выполняются. Остается только дождаться их завершения, следя за прогрессом в обработке «Результаты обновления программы».
Если состояние другое, например, «Не определено» или «Задание выполнено», то задание в данный момент не выполняется. В таком случае его можно запустить вручную, выделив в списке и нажав кнопку «Выполнить сейчас»:
Ручной запуск регламентного задания
Для того, чтобы выполнение фоновых процедур запускалось автоматически и не было необходимости запускать его вручную, у ИБ должна быть отключена блокировка регламентных заданий. Управление блокировкой осуществляется в окне свойств базы в консоли администрирования сервера 1С. Способ открытия данного окна уточняется у специалиста, занимающегося администрированием сервера 1С (системный администратор, администратор баз данных и т.п.).
В окне свойств базы для снятия блокировки нужно убрать галочку «Блокировка регламентных заданий включена» и нажать кнопку «ОК»:
Снятие блокировки регламентных заданий в консоли администрирования сервера
Внимание! В тестовых базах отключение блокировки может повлечь за собой запуск нежелательных регламентных заданий (например, обмена данными), поэтому, если ИБ является тестовой, перед отключением блокировки следует в обработке «Регламентные и фоновые задания» выключить все регламентные задания, кроме «Отложенное обновление ИБ». Чтобы это сделать, нужно в списке регламентных заданий нажать сочетание клавиш Ctrl+A (выделятся все строки), затем нажать правую кнопку мыши и в контекстном меню выбрать «Выключить». Таким образом, будут выключены все регламентные задания. После этого следует выделить задание «Отложенное обновление ИБ», нажать правую кнопку мыши и в контекстном меню выбрать «Включить».
Выключение всех регламентных заданий, кроме «Отложенное обновление ИБ»
12 статей про обновление 1С
Типовую программу 1С легко обновить самостоятельно через конфигуратор или интернет. Ещё один способ — использовать cfu-файл. Если пропущено много релизов, вам сэкономят время промежуточные конфигурации.
После обновления не забывайте запустить особые процедуры.
Бывает выгоднее отдать обновление нетиповой 1С на аутсорсинг.
Что нового для вашей 1С?
Оперативная информация о выходе и содержании свежих для 24 типов конфигураций.Рассылка осуществляется в день выхода обновления. Никакой рекламы, только полезная информация. Посмотрите пример →
Каждому, кто занимается поддержкой, сопровождением и доработкой информационных баз на платформе 1С 8 рано или позднее приходится заниматься обновлением своей базы на типовые релизы для внесения изменений связанных в первую очередь с меняющимся законодательством (Государственные умы не зря едят свой хлеб).
В данной статье хочу уделить внимание следующим моментам: обновляя релиз УПП с релиза 1.3.17 на 1.3.48, столкнулся с необходимостью постановки на поддержку конфигурации поставщика.
Сразу замечу, что основная конфигурация 1.3.17 в моем случае значительно отличается от типовой 1.3.17. Большинство критичных изменений вышедших в релизах с 1.3.18 по 1.3.47 были внесены через сравнение и объединение необходимых модулей и подсистем, так как этот метод занимает меньше времени (значительная часть УПП кардинально переписана под специфику работы нашего предприятия).
Итак, обновляя конфигурации через сравнение и объединение я получил основную конфигурацию 1.3.48, при этом конфигурация поставщика 1.3.17 рис.1. и рис.2.
Рис. 1. Основная конфигурация. Релиз 1.3.48.1
Рис.2. Конфигурация поставщика 1.3.17.1
Как же поставить конфигурацию на поддержку актуального релиза и не потерять никаких внесенных изменений?
Конфигурация – Поддержка – Настройка поддержки - "Снять с поддержки". Снимаем конфигурацию с поддержки рис.3. и закрываем окно настройки.
Рис.3. Конфигурация не находится на поддержке
Выполняем через «Сравнить, объединить с конфигурацией из файла» объединение с типовой, актуальной конфигурацией CF (в данном случае 1.3.48.1). На вопрос рис.4. о возможности постановки на поддержку отвечаем «Да».
Рис.4.Обнаружена возможность объединения с постановкой на поддержку
Выполним «Пустое» сравнение и объединение конфирураций , предварительно сняв все "галочки" как на рис.5.
Рис.5. "Пустое" сравнение и объединение конфигураций
Конфигуратор предложит настроить правила поддержки. Если необходима в дальнейшем возможность редактирования объектов конфирурации, то настраиваем правила поддержки так, как показано на рис.6.
Рис.6. Настройка правил поддержки
Казалось-бы не очень логично - но в итоге объект конфигурации "УправлениеПроизводственнымПредприятием"- т.е. вся конфигурация, будет снят с поддержки. Для постановки на поддержку делаем следующее: Конфигурация – Поддержка – Настройка поддержки. Изменяем правила поддержки для объекта "УправлениеПроизводственнымПредприятием". Если необходима в дальнейшем возможность редактирования объектов конфирурации, то устанавливаем параметры как показано на рис.7. Обязательно ставим "галочку" "Устанавливать для подчиненных объектов". Закрываем окно настройки.
Рис.7. Постановка на поддержку объекта "УправлениеПроизводственнымПредприятием"
После этого наша конфигурация находится на полноценной поддержке поставщика. Сохраняем и обновляем конфигурацию базы данных (F7).
Бывает, что те или иные сильно измененные объекты конфигурации, которые не нужно в дальнейшем сравнивать с конфигурацией поставщика, необходимо снять с поддержки. Пример того, как это сделать на рис.8.
Вот кажется и все. Вопросы приветствуются. Надеюсь, что для кого-то данная статья окажется полезной. С Уважением к сообществу, Андрей.
Читайте также: