Стояла 8.3.17.1549, мирно с ней работала 8.3.15.1958 - друг другу не мешали.
Тут на днях поставил новоявленную 8.3.17.1823.
Результат обновления конфы на новой 8.3.17.1823
1. На старых платформах пишет "Ошибка формата потока"
2. Хорошо что на одной базе обновление проводил
3. Потерял 1,5 дня выходных, чтобы завелась база.
3. Плохо бэкапа свежего не было, пришлось в sql лезть, таблицы перекидывать config из старого бэкапа.
Почему такая оказалась несовместимость.

ну ты дал!

расслабился. Кто ж без бакапа обновление начинает накатывать?!

Да еще и повезло, что рухнула база сразу, а не протащилась какое-то время, чтоб успел сесть в это по самые уши.

Поддержу только в том, что весьма странно ожидать сюрпризов по структуре, если меняется минорный счетчик релизов, а не средний.
Но допустим : если переход с 8.3.15 на 8.3.17 , то глюки ожидаемы, а если 8.3.17.1549 сменяется на 8.3.17.1823, то ...
Или там была замена 8.3.15.1958 на 8.3.17.1823 ?

(0) что означает фраза - Стояла 8.3.17.1549, мирно с ней работала 8.3.15.1958 - друг другу не мешали.
Кто с кем мирно работал?

(2) Для теста стоит платформы стоит 8.3.17.1549, все работают на 8.3.15.1958.

(1) Ну бывает, вот сюрприза не ожидал это точно.

(1) В последнее время платформ куча 15, 16, 17, 18 и не знаешь что они там сделают очередной раз, вот и приходиться тестировать самому.

А выгрузить базу на 17 платформе в dt и загрузить на 15 не пробовал?
По идее должно было прокатить...

(6) Нифига не сработало. Пробовал всё что можно.

(0)[Почему такая оказалась несовместимость.]
канчается на у

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

Ребят, я все понимаю... Ну пробуйте выгрузить из 8.3 и загрузить в 8.2 ... Ну а че? 1С и там и там