Буду предельно краток. Причины возникновения этой ошибки и иные способы исправления многократно описаны, но либо связаны с переходами на файловую/серверную, либо с играми в узлы РИБ, либо с потерей доработок.
В моём случае рассматривалась ситуация, когда основная конфигурация обновлена (т.е. новее, чем конфигурация БД), но обновление конфигурации БД наталкивается на упомянутую критическую ошибку. В конфигуратор, по условиям задачи, войти (или хоть запустить пакетно из командной строки) можно.
Проблема может быть (не 100%, но возможно) в расхождении идентификаторов объектов метаданных. Некий объект был добавлен, изменён, удалён, и 1С не может установить соответствие между конфигурациями. Следует сравнить основную конфигурацию и конфигурацию БД и, если будет показано такое расхождение и выявлены такие объекты, можно починить всё вручную.
Порядок действий следующий:
Действия:
1. Выгрузить основную конфигурацию в хмл-файлы в папку1, найти изменённый/проблемный объект среди файлов объектов метаданных и в файле ConfigDumpInfo.xml;
2. Вернуться к конфигурации БД;
3. Выгрузить полученную основную (т.е. текущую конфигурацию БД) в хмл-файлы в папку2, найти проблемный объект в ConfigDumpInfo.xml и взять его идентификатор из ветки "<Metadata name=" нужное вам, из атрибута id самого тега Metadata;
4. Проставить взятый идентификатор в аналогичное место ConfigDumpInfo.xml в папке1, проставить в файле объекта метаданных в ведущий тег, т.е. в "<ТипОбъекта uuid=", в атрибут uuid; а в тег <InternalInfo> лазить НЕ надо, всё правится до него;
5. Загрузить основную конфигурацию из папки1, выполнить штатное обновление конфигурации БД.
Правку файлов можно делать хоть блокнотом, главное, не исказить кодировку.
Надеюсь, эти простые действия помогут в случаях кривых/упавших обновлений, неудачных слияний и прочих ситуаций расхождения ID метаданных.
Проверялось на 8.3.20.1613 и 8.3.22.1709.
