Методики перехода с конфигурации 1С Бухгалтерия КОРП на 1С Управление Холдингом
Добрый день
Так как нет отдельной ветки про управление холдингом буду писать здесь 8)
Есть необходимость перейти с конфигурации 1С Бух КОРП на 1С УХ. Но стандартной методики перехода от 1С я так и не нашел.
Начал свои изыскания с чтения данных по ух:
Текущий релиз конфигурации "Управление холдингом" включает в качестве подсистемы бухгалтерского и налогового учета
конфигурацию "1С:Бухгалтерия предприятия 8 КОРП" версии 3.0.43.257
Делаем предположение, что УХ поидее должен встать как влитой поверх 1С БУХ 3.0.43.257.
Тут появляется некая вариативность:
1. Сделать загрузку конфы
2. Сравнение и объединение
3. Перенос данных (сразу нет...). Нет возможности переносить данные и осуществлять сверку
Загрузка, по мне, более предпочтительна с точки зрения того, что база встанет на поддержку и не останется умерших остатков от бухгалтерии
НО столкнулся с проблемой: "Не может быть изменен владелец у справочника Банковские счета"... потом в качестве эксперимента грохнул владельца в счетов и получил такую же ошибку у справочника Панетны, Подразделения Организаций и я так думаю будет еще
2. Сравнение ставит конфу на поддержку, но остаются большие проблемы с объектами.
В общем интересует опыт людей. У кого возникала такая задача и как решали?
Так как нет отдельной ветки про управление холдингом буду писать здесь 8)
Есть необходимость перейти с конфигурации 1С Бух КОРП на 1С УХ. Но стандартной методики перехода от 1С я так и не нашел.
Начал свои изыскания с чтения данных по ух:
Текущий релиз конфигурации "Управление холдингом" включает в качестве подсистемы бухгалтерского и налогового учета
конфигурацию "1С:Бухгалтерия предприятия 8 КОРП" версии 3.0.43.257
Делаем предположение, что УХ поидее должен встать как влитой поверх 1С БУХ 3.0.43.257.
Тут появляется некая вариативность:
1. Сделать загрузку конфы
2. Сравнение и объединение
3. Перенос данных (сразу нет...). Нет возможности переносить данные и осуществлять сверку
Загрузка, по мне, более предпочтительна с точки зрения того, что база встанет на поддержку и не останется умерших остатков от бухгалтерии
НО столкнулся с проблемой: "Не может быть изменен владелец у справочника Банковские счета"... потом в качестве эксперимента грохнул владельца в счетов и получил такую же ошибку у справочника Панетны, Подразделения Организаций и я так думаю будет еще
2. Сравнение ставит конфу на поддержку, но остаются большие проблемы с объектами.
В общем интересует опыт людей. У кого возникала такая задача и как решали?
По теме из базы знаний
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
Даже при загрузке с точки зрения работы системы справочник контрагенты из УХ НЕ равно справочнику контрагенты из бухгалтерии. Даже если они будут полностью идентичны. Соответственно при загрузке конфигурации желаемый результат не достигается.
На днях перевел Бух на УХо .
Перепаханную Бух на Перепаханное УХо.
Ну что сказать... Нормально так себе перевелось через сравнение и объединение, без постановки на поддержку в силу перепаханности обоих конфигураций.
Причем , переводил бух 2.0 на УХо 3.0.
Метода такова:
1) Выясняем какой релиз Бух 3.0 сидит внутри УХа.
2) Выясняем, какой релиз должен быть у Бух 2.0 для того. чтобы обновить её на Бух 3.0 того релиза , что сидит внутри УХа.
3) Обновляем Бух 2.0 до Бух 3.0 ( через сравнение и объединение, потом переименовываем все нестыкующиеся объекты , оставшиеся от бух 2.0 и удаленные в бух 3.0 типа DEL_ИсходноеИмяОбъекта)
4) Прогоняем все процессы в пользовательском режиме для обновления данных при переходе на бух 3.0
5) Обновляем получившегося крокодила на УХо 3.0 через сравнение и объединение. Прогоняем пользовательские процессы для обновления даннных.
Особый ахтунг следует обратить на виды субконто. При сравнении объединении не должно быть предупреждений на этот счет. Если есть - нужно искать ту галку в видах субконто которая не стоит и ставить её в предопределенных или в типе значений плана вида характеристик в конфе УХа натягиваемой на Бух.
Ну а дальше начинается эпопея с переписыванием самопальных обычных форм на управляемые ( если таковые были). Но это уже другая история....
З.Ы.-------------- Оригинал рабочего склерозника по обновлению: ----------------------------
// Все конфигурации упомянутые в склерознике либо измененные полные cf , либо выгруженные полные cf из эталонной базы.
1) Накатить конфу :
a. (2) МРФК бух 2.0 Обновленная до 2.0.66.62 через постановку на поддержку с удалением лишних объектов (D 08-11-2018 t 20-28).cf
b. Делается через сравнить, объединить. (с галкой [V] разрешить удаление объектов основной конфигурации )
c. Обновить конфу БД.
d. Запустить в пользовательском режиме. Дождаться обновления данных.
2) Сравнить, объединить с (3) МРФК DEL_ 2.0 но еще не 3.0.cf .
3) Сохранить конфигурацию, применить.
4) Обновить 2.0 до 3.0 через сравнение и объединение конфигурации (5) Бух 3.0+МРФК (прорыв, обновлять с удалением объектов) после обновления СНЯТЬ с ПОДДЕРЖКИ! 1Cv8.cf)
5) Обновить до УХА (7) Рабочий вариант. Обновлять с удалением и жесткой заменой объектов. Ахтунг на субконто! 1Cv8).cf
Перепаханную Бух на Перепаханное УХо.
Ну что сказать... Нормально так себе перевелось через сравнение и объединение, без постановки на поддержку в силу перепаханности обоих конфигураций.
Причем , переводил бух 2.0 на УХо 3.0.
Метода такова:
1) Выясняем какой релиз Бух 3.0 сидит внутри УХа.
2) Выясняем, какой релиз должен быть у Бух 2.0 для того. чтобы обновить её на Бух 3.0 того релиза , что сидит внутри УХа.
3) Обновляем Бух 2.0 до Бух 3.0 ( через сравнение и объединение, потом переименовываем все нестыкующиеся объекты , оставшиеся от бух 2.0 и удаленные в бух 3.0 типа DEL_ИсходноеИмяОбъекта)
4) Прогоняем все процессы в пользовательском режиме для обновления данных при переходе на бух 3.0
5) Обновляем получившегося крокодила на УХо 3.0 через сравнение и объединение. Прогоняем пользовательские процессы для обновления даннных.
Особый ахтунг следует обратить на виды субконто. При сравнении объединении не должно быть предупреждений на этот счет. Если есть - нужно искать ту галку в видах субконто которая не стоит и ставить её в предопределенных или в типе значений плана вида характеристик в конфе УХа натягиваемой на Бух.
Ну а дальше начинается эпопея с переписыванием самопальных обычных форм на управляемые ( если таковые были). Но это уже другая история....
З.Ы.-------------- Оригинал рабочего склерозника по обновлению: ----------------------------
// Все конфигурации упомянутые в склерознике либо измененные полные cf , либо выгруженные полные cf из эталонной базы.
1) Накатить конфу :
a. (2) МРФК бух 2.0 Обновленная до 2.0.66.62 через постановку на поддержку с удалением лишних объектов (D 08-11-2018 t 20-28).cf
b. Делается через сравнить, объединить. (с галкой [V] разрешить удаление объектов основной конфигурации )
c. Обновить конфу БД.
d. Запустить в пользовательском режиме. Дождаться обновления данных.
2) Сравнить, объединить с (3) МРФК DEL_ 2.0 но еще не 3.0.cf .
3) Сохранить конфигурацию, применить.
4) Обновить 2.0 до 3.0 через сравнение и объединение конфигурации (5) Бух 3.0+МРФК (прорыв, обновлять с удалением объектов) после обновления СНЯТЬ с ПОДДЕРЖКИ! 1Cv8.cf)
5) Обновить до УХА (7) Рабочий вариант. Обновлять с удалением и жесткой заменой объектов. Ахтунг на субконто! 1Cv8).cf
Подскажите, кто обновлял Бухгалтерию внутри УХ ? (на ИТС пишут, что это возможно):
1) С помощью отчета о сравнении-объединении конфигураций необходимо получить изменения 1С:Управление холдингом относительно внедренной версии конфигурации 1С:Бухгалтерия предприятия КОРП (версия написана в файле readme.txt из дистрибутива)
2) Снять с поддержки конфигурацию
3) Выполнить объединение 1С:Управление холдингом с новой версией конфигурации 1С:Бухгалтерия предприятия КОРП
4) Перенести все изменения п.1 в объекты подсистемы «ИзмененныеОбъектыБПКорп», которая содержит подмножество измененных объектов конфигурации «БухгалтерияПредприятияКОРП»
5) В общем модуле «ОбновлениеИнформационнойБазыБП» в процедуре ПриДобавленииПодсистемы указать номер новой версии Бухгалтерии предприятия КОРП для подсистемы «БухгалтерияПредприятияКОРП»
Если я делаю сравнение-объединение, а потом снимаю поддержку, то программа намертво зависает (пробовал на разных компах).
Или мне надо все-таки сначала снимать с поддержки, а потом уже заменять объекты, измененные в новом релизе бухгалтерии?
1) С помощью отчета о сравнении-объединении конфигураций необходимо получить изменения 1С:Управление холдингом относительно внедренной версии конфигурации 1С:Бухгалтерия предприятия КОРП (версия написана в файле readme.txt из дистрибутива)
2) Снять с поддержки конфигурацию
3) Выполнить объединение 1С:Управление холдингом с новой версией конфигурации 1С:Бухгалтерия предприятия КОРП
4) Перенести все изменения п.1 в объекты подсистемы «ИзмененныеОбъектыБПКорп», которая содержит подмножество измененных объектов конфигурации «БухгалтерияПредприятияКОРП»
5) В общем модуле «ОбновлениеИнформационнойБазыБП» в процедуре ПриДобавленииПодсистемы указать номер новой версии Бухгалтерии предприятия КОРП для подсистемы «БухгалтерияПредприятияКОРП»
Если я делаю сравнение-объединение, а потом снимаю поддержку, то программа намертво зависает (пробовал на разных компах).
Или мне надо все-таки сначала снимать с поддержки, а потом уже заменять объекты, измененные в новом релизе бухгалтерии?
Мазохисты, научитесь пользоваться поиском в интернете. Только перенос данных может дать качественный результат. Это полный аналог ручного ввода. Никаких изменений структуры базы, никаких изменений конфигурации при этом не происходит, все остается в первозданном виде, созданном из шаблона. Соответственно не может быть проблем при обновлениях. И возможность переноса вопреки утверждению топикстартера есть всегда, к тому же растянутая во времени как угодно. А "специалисты" с напильником всегда выполняют операцию одномоментно и необратимо.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот