8.х Неверный формат хранилища данных

Суть следующая.
Когда то у клиента была УТ 10 на 8.1. Затем конфу конвертнули под 8.2 и поставили на SQL сервер.
Там она работала себе, горя не знала, местный программист дописывал там мелочи. Но вот клиент решил допилить УТ глобально под свои нужды и обратился ко мне.

Я сделал копию, и спокойно дописывал дома на файловой базе.

Пришло время объединить конфигурации, и тут...

при попытке сравнить и объединить конфигурации.

Перекопал яндекс и гугл, мисту, 1с про, клерк и т.д. Ни один совет не помог.
Кэш чистил, платформу обновлял, чекдбф говорит всё ок, конвертировал под 8.3.

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

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

Иначе придется поднимать очень древний архив в котором не бло такой ошибки и делать копи пасте изменений из текущей.

Не увидел в списке ТиИ. Делали?

Да, первым делом. Там чисто всё.

Выполните операцию на платформе 8.3

Пробовал. Всё чисто по мнению ТиИ.

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

а историю изменения не смотрели ее? есть добрый глюк в работе хранилища, когда захватываешь только форму объекта, а потом ее обратно помещаешь - хранилище иногда ломается

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