Напоролся на это впервые. Яндекс сразу дал несколько вариантов решения.
В моем случае оказалось - РАЗНЫЕ ВЕРСИИ ПЛАТФОРМЫ. В центре - 8.3.14, на складе - 8.1.15.
В связи с этим вопрос: они там уже совсем охренели?
Зато бnять проверка подписки на ИТС работает хорошо.

Поправлю. "В центре - 8.3.14, на складе - 8.3.15"

перечитайте правила форума.

Как наверное здорово тем, у кого, к примеру двадцать филиалов. И он в центре поменял платформу.

Со времен 7.7 не было никакой разницы, какие у тебя релизы платформы на разных концах РИБ.

У меня даже ассоциации не возникают, чтобы привести пример.

(4) ёпт.. структура данных может быть изменена от релиза к релизу, вот и требует, чтоб платформа соответствовала

(4) на 8.3 может быть разница даже из-за разных версий mshtml (читай, венды)

(6) Какая еще структура данных? Ты выгружаешь из базы данных в текст, а там из текста загружают в базу данных.

структура данных базы, епт. а вообще у этой ошибки очень много может быть причин.

(8) сама конфа у тебя прилетела в выгрузке..она и не может загрузиться на другом релизе

РИБ гоняет конфигурацию, а не только данные.

в чём проблема обновить платформу перед обновлением конфигураци по РИБ?

Урок №24 РИБ "Конфигурация не соответствует ожидаемой 1С"
https://clck.ru/NtqLt

(13) работает примерно в 20% случаев. чаще всего базу не спасти (а разных инструкций в интернете примерно 3), приходится выгружать в XML данные за период и загружать в новую копию.

(12) на самом деле, почти у всех это не приводит к ошибке.

Там что-то просто заглючило. И все. Ну а у тс истерика. И бомбометание.

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

Вроде как, по субъективным впечатлениям множества отписывавшихся когда-то раньше, вероятность такого сбоя выше, если базу в центре обновляют Динамически.

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

Надо накатывать Конфигурацию из файла. Она при накатывании запишется с правильным значением хэша.

Ну и соответственно, если конфига в периферийку попала еще на старой версии платформы в центре, то установка новой версии платформы и перезапись конфигурации уже в ней - сгенерилась новая строка в хэш-функции (платформа другая и строка другая) - вот и все.