Форум

Если конфигурация не типовая - то никак. Сделать UPGRADE до проф версии(145$)и все.
Если типовая - то никаких проблем нет. Сначала довести конфу, полученную путем многих объединений конфигурации до точного соответствия типовой, а потом подменить MD-шник базовым той-же версии.
Просто при объединениях конфигурации, обекты, которые отсутствуют в новом релизе, не удаляются из рабочей базы, а остаются там. И просто подмена MD-шника естественно будет приводить к ошибкам. Последним шагом перед подменой, должен быть шаг - "Загрузить измененную конфигурацию" а не "Объединение конфигураций".

Ты сам то свой "совет" с подменой МД пробовал? Или только "теоретически" сие представляешь?

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

Мне не надо ничего объяснять.
Еще раз, если изменения в конфигурацию вносились объединением, идентичного МД Вы не получите, даже если Вы получили "Конфигурации идеентичны"
И подмена в таком случае приведет к потере данных.

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

Вот еще вариант, только не пробывал, будем тестировать на вас =) , надеюсь о результатах напишите.
http://mdeditor.narod.ru/
MDConvertor - Утилита для конвертации конфигурации
в базовые версии.

Ты думаешь, это законный способ?

Спасибо, вы меня очень обнадежили.
Подменять все равно придется, ведь я собираюсь ее дальше поддерживать в типовом базовом виде.
А то что у Вас этот вариант давно и стабильно работает, это сильно обнадеживает на успех.
Я и сама наметила примерно такой же план работы, но мне важно было узнать мнение и опыт специалистов!!!

"Лучше обратитесь к специалистам, если не очень представляете себе структуру файла МД.
Если, конечно, нет желания поиграть в лотерею... "повезет - не повезет" ;)"

Еще раз, то, что повезло, т.е. обновления делали замешением, вовсе не значит что повезет еще раз, и уж тем более, повезет другим. Предложенный "метод" - лотерея, если не смогли точно идентифицировать идентичность структуры данных, не конфигурации.
Есть совершенно четкая последовательность действий, как привести к идентичности.
Так вот, если изменения вносились, часто проще сделать выгрузку в другую базу, чем разбираться с идентификаторами объектов, хотя и это для специалиста не проблема, но... время...

одно плохо, базовую можно сделать за 1 секунду проф, если просто открыть базу в конфигураторе от проф платформы и закрыть... после этого она уже проф, а обратно уже не сделать... если только не попробовать с заменами мд

На войне все средства хороши.

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