Сохранить "нетиповые" данные при переходе ЗУП-ЗУП КОРП. #810755

Господа, подскажите пожалуйста. Задача: обновить правленную ЗУП 2.5 на ЗУП КОРП 2.5 с сохранением данных в добавленных справочниках/реквизитах. Что делал: 1. Просто загрузка неправленной ЗУП КОРП 2.5. Все свои справочники/реквизиты удаляются. Все понятно. 2. Создал аналогичные справочники/реквизиты в ЗУП КОРП. Загрузил правленную ЗУП КОРП в ЗУП. Справочники и реквизиты есть - данных нет. Тоже вроде понятно, соответствие ищется не по наименованию, а по гуиду или чему-то еще. 3. Сделал сравнение-объединение ЗУП с правленной ЗУП КОРП. Справочники/реквизиты на месте, данные на месте, все вроде хорошо - но конфа поставщика осталась ЗУП, обновлятся как ЗУП КОРП не будет. Ок. Загружаю в эту же базу, где делал сравнение-объединение, правленную конфу ЗУП КОРП (с которой, собственно и сравнивал ранее). Справочники/реквизиты на месте, данных нет. Вопрос: что делать? Варианты, которые приходят мне в голову: 1. Может быть можно заставить при загруке конфы искать не только по гуиду но и по наименованию объекта, если по гуиду не нашли? 2. Может можно как-нибудь поменять гуиды("руками", программно) у объектов в ЗУП КОРП на такие же как в ЗУП? 3. Может можно заменить конфигурацию поставщика после сравнения/объединения? 4. Перегружать данные обработками после обновления. 100% рабочий вариант, но не хочется :) Спасибо за помощь :)

Ставишь чистую КОРП, открываешь для изменения, сравниваешь объединяешь со своим cf, переносишь нужные объекты, сохраняешь полученный cf, загружвешь в свою базу.

Берешь спецобновление перехода с ЗУП на ЗУП КОРП, обновление, галку "разрешить удаление..." не ставишь - ничего не затрирается, ни реквизиты ни данные. Потом формы подкорректируешь разве что у измененных объектов

Ну, или так :)

если не секрет, где такое раздобыть?

а, ну если всё так просто, тогда всё просто отлично собирались пойти путём из

С некоторыми обновлениями ЗуП КОРП идет дополнительно спец поставка для обновления с обычной ЗуП. Как и БП, например, для обновления с 2.0 на 3.0. Жаль, ЗуП 2.5 на ЗуП 3.1 так нельзя (

Всем спасибо за помощь :) Там с любой версии есть такое спецобновление, или только с некоторых? Не могу сам глянуть пока, апгрейд проплачу в пн. только, пока нет доступа к ЗУП КОРП на юзерс.

Хорошо что нельзя ! :) Говорю как человек, вкалывающий на большом проекте перехода с 2.5 на 3.1 ))

Не для всех вроде. Вечером могу глянуть для каких из последних есть

А мне переход БП2 — БП3 понравился.

Да можешь как в сделать, один хрен замок снимать.

Ну конечно, на юзерсе же полные конфиги зупа 2.5 все лежат ))

Если не сложно - посмотри, есть ли для 124.1 или выше. Если есть - до пн подожду, а если нет - пойду по пути из   :)

Полная конфа как раз есть :)

Скажем так, полную поставку добыть проще :)

Не проблема :)

Все не так. Берёшь чистую корп, переносишь данные. Пишешь расширение, переносить оставшиеся данные.

А потом случайно его отключаешь!)))

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

Да я уже по алгоритму из сделал, все получилось, спасибо :)

c 2.5 получится?

Это противоречит стратегии минимизации затрат :) Если бы я хотел поиграться с зарплатой - то переходил бы на 3ку :)) и еще раз спасибо :)

Да не за что, обращайся) Светлане привет! )

Ок, пердам :) С красно - Белыми ровненько идем пока :))))

*передам. *Красно - Белые. Сорри :)

Это не надолго)) В мае будет - "Хоть ты лопни, хоть ты тресни... " )))

:))

Мне твоя футболка с Ланнистерми оч. понравилась. Где брал? Там есть для Тириона? :))

Вконтактик глянь )

Надпись не разберу. Но вцелом пойдет :) Где? Скока? :))

Выбирай )

Надо будет прикупить футболочку с Тирионом. Я не знаю, чем закончиться, но интересно смотреть :))

Типовая конфигурация Зарплата и управление персоналом КОРП, редакция 2.5 Порядок перехода с конфигурации Зарплата и Управление Персоналом (ПРОФ версия), редакция 2.5 Переход на версию КОРП поддерживается для конфигураций ПРОФ версии не ниже 2.5.25. Переход осуществляется в режиме "Загрузка конфигурации". Файл загружаемой конфигурации 1cv8.cf находится в каталоге шаблонов (по умолчанию - подкаталог tmplts каталога перемещаемых служебных файлов профиля пользователя), в подкаталоге 1cHRMCORP<Номерконфигурации>. Так что в - правильный алгоритм.

Алгоритм в рабочий. Проверено практикой :) Вопрос был в том, что не хватило соображалки догадаться, что создавать объекты в ЗУП КОРП нужно сравнением-объединением с конфой ЗУП. Вернее даже так: у меня была эта мысль, но я почему-то подумал, что после этого конфа начнет считать себя не ЗУП КОРП, а просто ЗУП и не стал проверять :)

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

Тут вопрос для меня сложный, неизведанный :) Если я в одной конфе сделаю "копи", а в другой "пасте" - гуиды одинаковые будут? Я, почему-то, всегда считал, что гуид формируется в момент создания объекта метаданных(возможно, в нем даже время создания есть, ходили слухи:) и одинаков он только у "потомков" изначальной конфы. П.С. За 10 лет работы с 1С как-то не приходилось еще ни разу одну конфу "превращать" в другую, нет знаний в этой области :) Т.е. теоретические есть, но не очень верные :)

Свой тупняк вижу в том, что после того, как я сделал п.3 из поста я должен был догадаться, что при сравнении/объединении ЗУП КОРП с ЗУП при всех снятых галочках(кроме своих объектов) она не начнет считать себя ЗУП. Должен был, но не догадался, уже другое в голове крутилось :)

гуиды одинаковые. При копировании не создается дата. Дата создания па-любому та.

Ок. Спасибо большое. Еще немного знаний "о гуидах" :)

Не типовые на конвертации перенесите. Как типовой перенос может понять ваши доработки?