Создание постого начального образа переферийной базы. #573011

Платформа 1с 8.2 управляемое приложение. 69 переферийных баз. Есть штатный механизм создания начального образа. Кнопка в списке узлов "Создать начальный образ" (не подходит очень долго). Есть не штатный механизм создания начального образа переферийной базы. Создать пустую базу, загрузить CF-ник, привязать базу. Сделал работает. Волнует где и как может вылезти такой способ создания начального образа. Все ли будет коректно работать??? Насколько коректен 2 вариант создания пустого начального образа с точки зрения платформы? Ну и к 1с вопрос, почему нету кнопки в списке узлов создать пустой начальный образ???

а кому он нужен?

В начальный образ уже выгружается какая-то начальная информация(по организации или по складу). А пустая база - это пустая база.

мусье решил сотворить расколбас с остатками в периферийках?

читайте вопрос. не надо писать ерунду.

я понимаю что выгружается.... но время выгрузки неприемлимое и приходится делать способом 2. Насколько это корректно? Стремно скажем через полгода сурприз получить

"Пустой образ" - понятие неоднозначное. Например, должны ли быть заполнены служебные регистры типа "Счетов учета расчетов". Или размеры МРОТ. Надо посмотреть - какие процедуры срабатывают при создании базы из cf (это зависит от конкретной конфигурации). Возможно, там будут заполняться служебные регистры при первом запуске. Если заполняются - то правильно ли это, и не уедут ли эти значения в ЦБ? Если нет, то, значит, надо из ЦБ эти регистры отправить в ПБ.

2 " Создать пустую базу, загрузить CF-ник, привязать базу. Сделал работает. Волнует где и как может вылезти такой способ создания начального образа. Все ли будет коректно работать??? " все будет работать корректно.

Тут все гуд. Все должно быть 100 пусто. Я потом догружаю обработкой все что нужно. Все ли будет коректно всегда работать??? И интересно что по этому поводу 1с говорит. Так создавать начальный образ можна? Спасибо за конкретный ответ.

Платформе всё равно, как ты его создашь.

на 8.0 так делал вроде все было всегда гуд. А тут 8.2 управляемое. .... стремно.

На 8.1 есть несколько таким образом сделанных баз. Уже 3 года. Все гуд

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

"Но платформе это помешает обмениваться " = "Но платформе это НЕ помешает обмениваться "

способ нормальный и ничего левого не всплывет, сам этим способом пользовался - полет уже почти год, ничо не всплыло

Если правила миграции не хитрые и не сложные должно взлететь.

2 правила миграции? в какой момент они нарисовались и какое отношение имеют?

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

2 а...