Добрый день.

Ситуация такова:
Есть БП 3,0 у которой был снят "замок" и добавлен один регистр сведений. Больше ничего не менялось. Но автоматическое обновление теперь не работает.

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

Подскажите пожалуйста новичку как бы воосстановить "замок" и при этом не потерять добавленный регистр сведений.
---
Получилось!
Большое спасибо (9) Олег Медведев!

В общем вот как все надо сделать:

Все действия производятся в конфигураторе.

1. Сохранить вашу конфигурацию в файл: Конфигурация - Сохранить конфигурацию в файл...
2. Сохранить типовую конфигурацию в файл: Конфигурация - Поддержка - Настройка поддержки - Сохранить в файл
3. Загрузить типовую заменяя свою: Конфигурация - Загрузить конфигурацию из файла... Выберите файл из п. 2
4. Разрешить добавление новых объектов: Конфигурация - Поддержка - Настройка поддержки - Включить возможность изменения - обе точки на "Объект поставщика не редактируется" - ОК - подождать и потом напротив верхнего пункта списка правым кликом на "Не редактируется" и там "Установить правило поддержки" - там выбрать "Объект поставщика редактируется с сохранением поддержки" и галочку "Установить для подчиненных объектов" убрать - ОК
5. Объединить конфигурации: Конфигурация - Сравнить, объединить с конфигурацией из файла... - выбрать файл из п. 1
6. Сохранить конфигурацию и вуаля! Конфигурация под замком, автообновления работают, данные из добавленного регистра не потеряны!

Всем спасибо за помощь!
---
жаль что расширения еще не поддерживают создание новых таблиц. попробуйте найти неиспользуемый имеющийся справочник\регистр и напишите расширение, используя его
---
Согласен, это поможет не добавлять новый регистр, но мне нужно уже имеющуюся базу вернуть "под замок" не потеряв данные из добавленного регистра :(
---
сделать 2 базы с одинаковыми данными. (копии то бишь). Одну из них вернуть под замок с потерей регистра. Потом добавить в нее регистр таким же макаром, как вы уже написали, с сохранением замка на объектах поставщика. Получим нужный вариант конфигурации с пустыми данными по добавленному регистру. Так как эти данные есть в копии базы - написать правила обмена и выгрузить/загрузить данные.
Подойдет вариант?
---
Никак. Можно извращаться и делать свою поставку, это не поможет. Автообновление работает только на типовых конфигурациях. Как только вы добавили регистр, она стала не типовой
---
Вы неправы. Если делать так как напишу ниже, то автообновление работает и новый регистр сведений добавлен.

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

Таким образом если изначально конфигурация "под замком", то можно добиться автообновления при добавлении объектов, а у меня проблема в том что есть база, у которой уже снят "замок" и добавлен объект.
---
1. Конфигурация - Поддержка - Настройка поддержки - Включить возможность изменения - обе точки на "Объект поставщика не редактируется"

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

(9)
Сейчас пробую, отпишусь что получится
---
0) сделать бэкап перед любыми действиями
---
если этот способ работает то почему бы вам не попробовать

а) (долго) в режиме сравнения объединения с конфой поставщика - проставить замки на все объекты

б) (быстро) 1) выгрузить измененную конфу
2) загрузить конфу поставщика, не сохранять
3) в Конфигурация - Поддержка - Настройка поддержки установить возможность добавления нового регистра, не сохранять
4) сравнить объединить с пунктом 1
5) сохранить изменения

в этих случаях у вас все объекты под замком+добавленный регистр
---
Получилось!
Большое спасибо (9) Олег Медведев!

В общем вот как все надо сделать:

Все действия производятся в конфигураторе.

1. Сохранить вашу конфигурацию в файл: Конфигурация - Сохранить конфигурацию в файл...
2. Сохранить типовую конфигурацию в файл: Конфигурация - Поддержка - Настройка поддержки - Сохранить в файл
3. Загрузить типовую заменяя свою: Конфигурация - Загрузить конфигурацию из файла... Выберите файл из п. 2
4. Разрешить добавление новых объектов: Конфигурация - Поддержка - Настройка поддержки - Включить возможность изменения - обе точки на "Объект поставщика не редактируется" - ОК - подождать и потом напротив верхнего пункта списка правым кликом на "Не редактируется" и там "Установить правило поддержки" - там выбрать "Объект поставщика редактируется с сохранением поддержки" и галочку "Установить для подчиненных объектов" убрать - ОК
5. Объединить конфигурации: Конфигурация - Сравнить, объединить с конфигурацией из файла... - выбрать файл из п. 1
6. Сохранить конфигурацию и вуаля! Конфигурация под замком, автообновления работают, данные из добавленного регистра не потеряны!

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