Всем добрый вечер!
На платформе 8.3.20 создал пустую конфигурацию, в которую добавил пару справочников. Потом выгрузил dt, чтобы загрузить на другом компьютере (там платформа постарей, 8.3.18), получил сабж.
Кто знает, как починить?

(0) попробовать установить режим совместимости 18 и выгрузить заново

(0) а какое слово в сообщении ты не смог прочитать?

(0) в смысле "починить" ? На комп с 8.3.20 доступ есть?

(1) Пробовал, не помогает. И просто cf пробовал, и даже через выгрузку в файлы конфигурации. Хороший ник у тебя, присоединяюсь

(3) Есть

Установка 8.3.20 не вариант, надо заставить на 8.3.18 работать

походу чинить надо в ДНК. но, видимо, поздно

(7) Методичку троля выучил на пять, молодец

(6) а почему нельзя тоже самое сделать вручную в базе на 8.3.18 ?
Вот если это два сеанса РДП и в них разные версии платформы, то можно попробовать скопипастить объекты из новой конфы в старую.

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

(9) Ну такой себе вариант. В данном случае, предположим, можно а если что посерьезней будет и такой нежданчик?

(10) Щас буду пробовать, есть одна идея...

Получилось. Выгрузил конфигурацию в файлы, в файле Configuration.xml поменял в двух местах "Version8_3_20" на "Version8_3_17", и залил обратно из файлов в конфигурацию. Как минимум открылась под платформой 8.3.17 на том же компе, где и 8.3.20.
Щас перекину dt на другую машину...

Да, все отлично загрузилось, вопрос снят, всем спасибо!

Есть еще несколько вариантов.
- на втором компьютере установить новую платформу.
- в свойствах конфигурации поменять совместимость
- вместо выгрузки базы скопировать папку с базой напрямую

(6) Укажи совместимость 14- релиз, и все должно получиться :)

- на втором компьютере установить новую платформу.
(15) Если платформа из хирургического кабинета, то иногда не вариант :)))

(16) В файле Configuration.xml есть два ключа, связанных с совместимостью:
<CompatibilityMode>Version8_3_17</CompatibilityMode> - этот доступен в свойствах конфигурации в конфигураторе
<ConfigurationExtensionCompatibilityMode>Version8_3_17</ConfigurationExtensionCompatibilityMode> - этот в конфигураторе я не нашел. Если в свойствах конфигурации установить режим совместимости 8.3.17, этот ключ остается 8_3_20, проверил еще раз.

(17) Понятное дело, от меня хотят именно этого. Но в реальных условиях установка новой платформы - длительная эпопея, тем длиннее, чем крупнее предприятие.

(16) 14 релиз такая ж фигня

Установи на своём компьютере платформу, которая используется на рабочем месте и проделай те же процедуры без танцев с бубном

(21) Мое решение не требует никаких установок платформ, от слова совсем. Согласитесь, это проще

(22) Нет. Проще иметь на компьютере разработчика все необходимые платформы и собирать конфигурацию в контексте рабочего места заказчика.

(23) В идеале, да, но если уже получилось так, что моя платформа новее, чем платформа заказчика, а код уже написан, много, что делать будем?

(13) это плохой метод, прям очень. Когда-нибудь при значимых различиях в платформах можешь заказчику похерить рабочую базу.

(24) А в чём проблема установить на свой компьютер нужную платформу?

(24) Это свидетельствует о том, что перед началом работы не было обследовано рабочее место заказчика.

(26) Проблемы никакой нет. Просто уже записанная на новой платформе конфига сама собой не открывается на нужной платформе.
Хоть на своем компе, хоть не на своем.

(26) (28) -> (17) 99.9%   :-^)

(28) И это правильно. Ибо (25)

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

Но при загрузке конфы из файлов все получилось.
Дальше разраб допилит какие-то еще моменты и выдаст окончательный результат уже на нужной платформе.

(31) Это примерно как если я закажу постройку кирпичного дома, а мне вместо кирпичного построят саманный и скажут: ну тут прораб слегка с материалом промахнулся, сейчас мы сверху кирпичиком обложим, и будет всё "красивое и замечательное".

это примерно так, что он не спросил у Заказчика. А когда на грабли наступил - выяснилось, что сменить платформу Заказчик не готов.
Ты нафигачил конфу из мраморных кирпичей, а у Заказчика только саманные конфигурации.

(33) Ну а теперь представь, что ты использовал для разработки методы, которых в старой конфе тупо не было. Тут загрузка/выгрузка не поможет, и больше времени потратишь в поисках того, что же пошло не так.

(34) *в старой платформе, конечно же.

(34) ну что он там себе представил и использовал - это как раз и выяснится, когда он начнет пересохранять конфу, которую загрузил на старую платформу.

Ты упорно хочешь проигнорить то, что разраб наполировал (зачеркнуто-яйца) мраморные кирпичи. И будет он их обмазывать или нет, но их все равно придется отполировать заново.

Я потому и написал, что нужно сравнить вручную результаты выгрузки в файлы со старой платформы и с новой платформы.

То, что отличия между выгрузками // В файле Configuration.xml есть два ключа // тс нашел.
А есть там еще какие-то отличия или он их даже не пытался искать - это пока не известно.

А самое веселое, что грабли с несовместимостью периодически могут попадать в типовые, т.к. там используют EDT, которому как-то безразличны версии платформ.

(38) думаю там, где используется EDT, платформа меняется крайне редко

(39) это тебе надо выяснять у разработчиков типовой ERP и КА.

да ладно вам, "пусть программирует Сережа"