Добрый день!

До сих пор я не понимаю зачем 1С выпустила конфигурацию данных "Конвертация данных 3.0". К примеру, возьмем типовую базу "Управление торговлей 11". Загрузим из неё правила синхронизации в базу "Конвертация данных 3.0" и не меняя ничего выгрузим эти правила. Потом сравним правила из типовой конфигурации торговли и то что мы получили из базы "Конвертация данных 3.0". По тексту они будут отличаться.

Теперь перейдём к практическому применению. Я допиливаю типовые правила в базе "Конвертация данных 3.0" и потом возникает проблема при обновлении релиза базы торговли. Я хочу сравнить измененные правила с типовыми, чтобы перенести в новый релиз, а не могу, т.к. текст правил отличается не только изменениями, которые я вносил

Получается, что Конвертация данных 3.0. полезна, только для правил, которые сам пишешь с нуля.

Очень странное решение от 1С.

не нравится - не используй, заставляет что ли кто-то?

(1) Сама база "Конвертация данных 3.0" мне нравится, но то что после неё выходит не очень.

(0) "зачем 1С выпустила конфигурацию данных "Конвертация данных 3.0""
Чтоб "отвязать" источник и приемник данных.

там же все в модулях, поэтому нужно юзать срванение модулей

(0) Ты сохраняешь типовые правила в конвертации
потом выгружаешь их в файл и они уже отличаются?

(0) вы наверно в одном формате фигачите. А в типовых по уму сделано. Там сразу несколько форматов, 1.3, 1.5, 1.6. А вы тупо забили на это, поэтому и разница получается.

(5) Ага. Я уже писал в 1С. Они как только видят, что изменения типовых правил и сразу до свидания.

Та же проблема что и в КД2. От версии к версии правила обмена и правила регистрации выгружаются из разных баз КД2. В итоге ничего не сравнить по нормальному.
Но на КД2 можно было сделать финт ушами. Можно привести типовые правила к сравниваемым загрузив и выгрузив их из КД.
В итоге получаются:
1. Старые типовые правила выгруженные из своей КД.
2. Новый типовые правила выгруженные из своей КД.
3. Старые типовые правила доработанные в своей КД.
Это всё уже можно сравнивать тройным сравнением. Может быть и на КД3 этот финт сработает.

(6) Я беру тот формат, в котором у меня настроена синхронизация

(9) ну так бери не тот тогда. Нахрена 1с твой формат?

(8) Согласен. По сути можно прогнать типовые правила через КД 3.0 и потом сравнить с измененными правилами

(10) КД 3.0 должна разобрать и собрать правила в первозданном виде

Видимо программеры, которые писали КД 3.0 не согласовывали с тем кто писал правила обмена в типовых конфигурациях.
Регламента никакого нет.

(12) ну вы ей указали весь список форматов, когда выгружали? И потм когда загружали?

(14) Ну тут как бы один только формат указывается

https://i0.wampi.ru/2019/10/23/QIP-Shot---Screen-027.png

(12) >> КД 3.0 должна разобрать и собрать правила в первозданном виде

Кому она это должна?
Кто конкретно это обещал? Фамилия?

(0) Ну, т.е. вы к тому, что проще править модуль для небольших правок? Так и есть.

(8) С КД2 есть модифицированные конфы, где это решено, с расчетом на интеграцию с Git. Правда, сам не качал, автор вроде хотел в Git выложить конфу, но передумал.

(15) а когда описываете конфигурацию?

(17) У меня есть одна фирма где правила изменены прилично и при обновлении их, что-то теряется постоянно.

(19) Получается и XDTO пакеты надо тянуть всех версий?

я беру только 1.5

https://i0.wampi.ru/2019/10/23/QIP-Shot---Screen-028.png

(19) Мне кажется сама КД 3.0 корёжит правила и без разницы, что грузить в неё

Для правил регистрации я сделал себе костыль, упорядочивающий XML, чтобы потом можно было сравнивать обычным diff.

(16) Сам Гончаров мне не смог на это ответить когда я у него курс по КД 3.0 проходил

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

(25) Это проблема контекстной подсказки на старых платформах. Лечтися её отключением в Сервис-Параметры. На новых платформах контекстная подсказка значительно шустрее.