Есть 2 базы, в которых регистры совпадали 1 в 1. Был реализован обмен через JSON.

Выгрузка шла через выгрузку набора записей и метод             СериализаторXDTO.ЗаписатьJSON(ЗаписьJSON,СсылкаВыгрузки,НазначениеТипаXML.Явное);
и чтение через ПрочитатьJson в базе приемнике.

В один момент порядок измерений изменился и загрузка перестала работать с ошибкой: Ошибка преобразования данных XDTO:

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

Переделывать на ТЗ обмен - долго. Обрабатывать текст JSON для синхронизации порядка - будет тормозить.

Есть ли возможность сделать так, чтобы при загрузке шло простое сопоставление по свойствам ?

(0) Переделывать обмен может в результате оказаться самым быстрым способом

(0) запрос и выборка в нужном порядке

(0) В одной из баз всё-таки сдвинуть измерения в нужном порядке.

(0) все же посмотрите в сторону ПрочитатьJSON()

(4) я имею в виду про глобальный метод

но зачем 1с требует порядка реквизитов? Зачем тогда имена выгружает?
Архитектора данной фичи - на кол

(5) так у него в JSON явно тип указан, и при чтении пытается объект создать, а он другой

(7) ручками сам создаст, если нет возможности структуру идентичной сделать

(6) наследие пакетов xdto.

В случае с xml пропускал через xslt, добавляя, переставляя и удаляя реквизиты и атрибуты (например добавляя тип, если вдруг стал составной). в случае с json, наверное, быстрее пропустить через regexp, убирающий тип, чтобы получить структуру или объект XDTO вместо объекта базы, и потом заполнитьЗначениеСвойств. Только надо с ТЧ что-то решить. Ну или так же регэкспом переставить реквизиты.

Или можно попробовать изменить чтение на последовательное: ЧтениеJSON.Прочитать()
Но для меня это сомнительное удовольствие.
Если есть возможность при записи файла записывать в структуру с массивом - то быстрее будет так.

(9) как будто в хдто не было имен реквизитов. какой то студент делай, а второй студент пропустил эту поделку на продакшн

Надо было не выеживаться и сериализовать через ЗначениеВСтрокуВнутр()

(12) а что оно умеет читать, если реквизиты поменялись?

(11) поделка это то, что ты делаешь

(0) я сам недавно в такой ситуации выкрутился через регулярные выражения, примерно так:
- смотришь на структуру JSON старую
- смотришь на структур JSON новую
- глазками находишь 20 различий
- программно через regExp.Replace() ОДНОЙ СТРОЧКОЙ на лету меняешь старую под новую
(типа как СтрЗаменить, но только с более крутыми шаблонами поиска и замены)

(13) Выгружаешь набор записей в ТЗ, её сериализуешь в строку или в файл "Внутр", передаешь в другую базу, десериализуешь, загружаешь ТЗ в НЗ регистра.