Всем привет!
Обычно переходят от ПРОФ в КОРП, а тут обратная ситуация.
Есть база 1С ЗУП КОРП, конфигурация стандартная. Необходимо все данные перенести в базу ЗУП ПРОФ, пустую, тоже стандартная конфигурация.
Т.е. по сути нужно работающую базу КОРП сделать работающей базой ПРОФ.
Дело в том, что уже есть базы ЗУП ПРОФ, и для них реализовано очень много всяческих обменов с другими системами.
Появилась новая база КОРП и её надо включить в нашу систему, при этом конечно не хочется писать для неё свою отдельную обвязку.
С КОРП ранее не работал, не представляю на сколько сильно изменена конфигурация по сравнению с ПРОФ (скоро будет база доступна, посмотрю). Но думаю стандартной обработкой зарузки-выгрузки данных XML не обойтись, придется какие-то правила обмена писать с помощью конфигурации КД. Но в КД не силен, боюсь все объекты переносить жутко геморно.
Может что посоветуете?

(0) глянуть отличия в данных  и обновить до проф

(1) нужное переносить в доработки\допреквизиты

(0)

Без теста все равно никакого решения не примешь.

Ставь базу КОРП на свое тестирование, связывай ее с другими нужными тебе так, как будто это твоя обычная и привычная ПРОФ :
если предумышленного контроля версий в обмен никто не воткнул, то обмен пойдет.
Т.к. структурно базы ЗУП КОРП относительно ПРОФ немного расширены в части функционального выполнения разных процедур.
Совсем заумные куски КОРП - они просто не будут включены в том обмене, который вам нужен.

Причина в установке ПРОФ взамен КОРП - нет и не хочется покупать Поставку на эту локальную сеть? Если это не причина, то вообще не нужно заменять ПРОФ на КОРП.

Опять же (если это реально все-так нужно заменить) то в своем тестировании пробуй посадить типовую ПРОФ прямо "загрузить из файла". Структурно они должны совпадать практически полностью. В критичных для ПРОФ данных различий быть не должно.

Просто интересно, а смысл?

А все данные и не перенесешь. В корп очень много блоков которые не влияют на учёт зпно которые есть в корп

(5) // а смысл //
ответ в топике

// уже есть базы ЗУП ПРОФ, и для них реализовано очень много всяческих обменов с другими системами. //

(4) > "Причина в установке ПРОФ взамен КОРП - нет и не хочется покупать Поставку на эту локальную сеть? Если это не причина, то вообще не нужно заменять ПРОФ на КОРП."

Имели наверное ввиду вообще не нужно заменять КОРП на ПРОФ?

Вообще КОРП нам передают со всеми лицензиями (если я правильно понял вопрос), т.е. причина перевода её на ПРОФ только в том, чтобы удобнее обслуживать. Чтобы и обновления ЗУП одинаково ставить, и чтоб расширения все были одинаковые для всех баз, и обмены тоже.

Если КОРП - это лишь расширение ПРОФ в некоторых участках, то может Вы и правы, может без особого труда она вольется в наши обмены, смотреть надо. Но весь кадровый учет у нас через обмены, а я всегда думал, что КОРП - это в первую очередь более крутой кадровый учет.

(8) Это именно расширенный, а не переделанный кадровый учет.

Т.е. все структурные и функциональные блоки ПРОФ полностью содержатся внутри КОРП.
Но если в текущей базе есть указатель версии (в нескольких настройках, лень составлять список, но он даже не слишком большой), что это база в КОРП,
то есть использование дополнительных КОРП возможностей. Ну и обеспечиваются эти возможности структурами метаданных.
Ну как бы если бы ты сам взял и доконфигурировал поверх типовой что-то своё, но без уничтожения и без разрушения того, что в ней уже есть типового.

(8) Кадровый учет там такой же как в Проф
В Корп добавлена функциональность для эйчара, для инженера по охране труда. Если эти направления в передаваемой базе велись - переносить их в Проф будет некуда

(7) это не причина. Автор уже в курсе, что корп содержит проф в себе. Не понимаю, почему не должны работать их обмены в корпе