При выполнении регулярного обмена данными между конфигурациями 1С:Бухгалтерия предприятия 3.0 и 1С:Розница 2.2 после установки очередного релиза обновлений пользователи и администраторы могут столкнуться с аварийной остановкой синхронизации. В журнале регистрации или в окне сообщений обмена появляется ошибка следующего вида:
{Обработка.КонвертацияОбъектовИнформационныхБаз.МодульОбъекта(14960)}: Тип не определен (СправочникСсылка.КлассификаторБанковРФ) СоответствиеТиповДанныхДляЗагрузки.Вставить(Тип(ИмяТипа), СоответствиеТипа);
Проанализируем причину возникновения этой проблемы и разберем по шагам несколько способов ее гарантированного устранения.
В рамках унификации и развития Библиотеки стандартных подсистем (БСП) разработчики фирмы «1С» выполнили переименование объекта метаданных. Справочник КлассификаторБанковРФ был переименован в КлассификаторБанков с целью поддержки классификаторов зарубежных банковских организаций.
Если одна из конфигураций уже обновлена на новый релиз, а в синхронизации продолжают использоваться устаревшие правила обмена, платформа 1С пытается выполнить программную конструкцию:
Тип("СправочникСсылка.КлассификаторБанковРФ")
Так как объекта с таким именем в структуре обновленной конфигурации больше не существует, функция возвращает значение Неопределено, что приводит к критическому сбою алгоритма сопоставления типов данных в модуле обработки КонвертацияОбъектовИнформационныхБаз.
Самый надежный и правильный способ решения проблемы — актуализация используемых правил обмена в обеих базах. Рассмотрим подробнее, как это сделать:
tmplts\1c\Accounting\<НомерРелиза>\Обмены данными\Обмен с конфигурацией Розница, ред. 2.2\..xml или упакован в .zip).Если доступ к установочным пакетам обновления временно отсутствует, а обмен необходимо запустить срочно, разберем альтернативный вариант с ручной корректировкой метаданных:
Message_..._...xml в текстовом редакторе (например, Notepad++ или Visual Studio Code).КлассификаторБанковРФ
КлассификаторБанковСправочникСсылка.КлассификаторБанковРФ
СправочникСсылка.КлассификаторБанковОбратим внимание на частую ошибку: после загрузки новых правил синхронизация может повторно завершиться сбоем, если в каталоге обмена, на сетевом диске или FTP-сервере остался ранее выгруженный файл сообщения с неудачной выгрузкой. Внутри этого файла уже содержатся старые правила и устаревшие типы данных.
Чтобы избежать повторения ошибки:
Message_..._...xml из каталога синхронизации.Рассмотрим долгосрочный вариант исключения подобных коллизий. Традиционный обмен на базе правил конвертации данных (КД 2.0) жестко привязан к именам объектов метаданных внутри конкретных конфигураций. Перевод обмена на современный формат EnterpriseData (XDTO) позволяет полностью отвязать передаваемые бизнес-сущности от внутренних имен справочников и реквизитов, что гарантирует стабильную работу синхронизации даже при масштабных рефакторингах конфигураций в будущих релизах.