1С 8 Ошибка «Ошибка преобразования данных XDTO:» при открытии базы в режиме 1С: Предприятие
Описание ошибки:
База была выгружена из ирхива .dt. База файловая, конфигурация 1С: Бухгалтерия предприятия, редакция 3.0. При работе в конфигураторе и при запуска конфигуратора ошибок не возникает. Ошибка проявляет себя только при попытке запуска в режиме 1С: Предприятие. Даже не выводится форма для авторизации пользователя, как возникает ошибка. Релиз платформы 1С: Предприятие — 8.3.12.89.
Найденные решения:
Нажатие на изображении увеличит его
Полный текст ошибки:
Ошибка преобразования данных XDTO:
НачалоСвойства: errorProcessingSettings Форма: Элемент Тип: {http://v8.1c.ru/8.2/managed-application/core}ErrorProcessingSettings
по причине:
Ошибка преобразования данных XDTO:
НачалоСвойства: messageTemplates Форма: Элемент Тип: {http://v8.1c.ru/8.2/managed-application/core}ErrorMessagesTexts
по причине:
Ошибка преобразования данных XDTO:
НачалоСвойства: category Форма: Элемент Тип: {http://v8.1c.ru/8.1/data/core}ErrorCategory
Ошибка в некотором роде редкая, но не настолько, чтобы остаться неизвестной. Короткое обсуждение на форуме dev.mista.ru, содержащее ссылку на описание в каталоге ошибок (потребуется авторизация для сайта ИТС) продукта технологической платформы позволило точно определить проблему — неподходящий релиз платформы. Как указано — использовался релиз платформы 8.3.18.1289.
Нажатие на изображении увеличит его
Таким образом оказалось, что необходимо установить более высокую минорную версию релиза 8.3.18 — 8.3.18.13.63 или позднее. Так же ошибка может возникать для более ранних релизов версий 8.3.17 (до 17.2127), 8.3.19 (до релиза 19.1150), а так же для 8.3.20 (ранее релиза 20.1363).
Обновление релиза платформы 1С:предприятие на релиз 8.3.18.1563 на рабочем месте, где возникла ошибка, исправило ситуацию и база была запущена в ошибок.
Оцените, помогло ли Вам предоставленное описание решения ошибки?
© www.azhur-c.ru 2014-2020. Все права защищены. Использование текстов и изображений с данной страницы без письменного разрешения владельца запрещено. При использовании материалов с данной страницы обязательно указание ссылки на данную страницу.
04-10-2021
Журавлев А.С.
(Сайт azhur-c.ru)
Просмотров 12к. Опубликовано 24 октября, 2018 Обновлено 24 октября, 2018
Ошибка преобразования данных XDTO: Текст XML содержит недопустимый символ.
На самом деле ошибка преобразования XDTO является не какой-то определенной ошибкой, а является большим семейством ошибок возникающих при работе одного из базовых механизмов платформы 1С. Этот механизм обеспечивает передачу данных между различными подсистемами платформы, при этом данные из внутреннего представления одной подсистемы преобразуются в текстовый формат XML, передаются в другую подсистему, и там опять преобразуются во внутреннее представление. Ошибка преобразования XDTO говорит, что прямом или обратном преобразовании обнаружено какое-то несоответствие, из-за которого оно не может быть выполнено.
Частные причины ошибки
Существует очень много частных причин ошибки преобразования XDTO. Сведения доступные под кнопкой Подробно могут помочь в понимании частной причины, но далеко не всегда.
Прежде чем приступить к диагностике причины ошибки XDTO, следует выполнить стандартные профилактические операции над ИБ: очистить кэш, проверить состояния файла, выполнить тестирование ИБ.
Взаимодействие Клиента и Сервера
При запуске 1С в режиме Тонкий клиент взаимодействие клиента с ИБ происходит с использование преобразования XDTO, и если оно приводит к ошибке, то в тех случаях, когда это возможно, следует воспользоваться режим Толстый клиент.
Сырые и Неоригинальные решения
Если ошибка преобразования XDTO возникает в неоригинальной конфигурации или неоригинальной обработке, то возможно, причина в неоригинальном коде, который не был должным образом оттестирован. Это возможно и в оригинальных решения от 1С после установки сырых обновлений.
В этом случае необходимо отказаться от использования неоригинального или сырого решения и вернуться к предыдущему состоянию кода из архива.
Ошибка преобразования данных XDTO: settingsVariant, anyType
Здравствуйте. Коллеги программисты, помогите разобраться с ошибкой.
В управляемой форме внешней обработки при попытке загрузить из файла структуру настроек в реквизит формы произвольного типа выпадает ошибка:
Ошибка преобразования данных XDTO:
НачалоСвойства: < http://v8.1c.ru/8.1/data-composition-system/schema >settingsVariant Форма: Элемент Тип: < http://www.w3.org/2001/XMLSchema >anyType
<ВнешняяОбработка.МояОбработка.Форма.Форма.Форма(769)>: Если Не ОткрытьНаСервере(ВрПутьКФайлу,ОписаниеОшибки,ИмяТекущегоПользователя) Тогда Возврат Ложь; КонецЕсли;
<ВнешняяОбработка.МояОбработка.Форма.Форма.Форма(786)>: Если Не ОткрытьНаКлиенте(ПутьКФайлу,ОписаниеОшибки) Тогда
по причине:
Ошибка передачи данных между клиентом и сервером. Значение недопустимого типа.
по причине:
Ошибка преобразования данных XDTO:
НачалоСвойства: v Форма: Элемент Тип: < http://www.w3.org/2001/XMLSchema >anyType
по причине:
Ошибка преобразования данных XDTO:
НачалоСвойства: Value Форма: Элемент Тип: < http://www.w3.org/2001/XMLSchema >anyType
по причине:
Ошибка преобразования данных XDTO:
НачалоСвойства: < http://v8.1c.ru/8.1/data-composition-system/schema >settingsVariant Форма: Элемент Тип: < http://www.w3.org/2001/XMLSchema >anyType
Точное место ошибки — выход в клиент из сервера в процедуре ПриОткрытии->Инициализировать (стрелка на скрине кода).
Загружаю в реквизит структуру настроек, которая включает типы данных: Структура, Строка, СписокЗначений, НастройкиКомпоновкиДанных, СхемаКомпоновкиДанных.
Скрин в режиме отладки из кода модуля объекта, где происходит инициализация реквизита «СтруктураЗначенийПараметровНастройки» тоже приложил.
Заранее спасибо большое за ответ!
UPD:
Можно ли хранить в объекте на тонком клиенте тип данных СхемаКомпоновкиДанных?
Источник
Ошибка преобразования данных XDTO, управляемые формы
Коллеги, всем добрый день!
Сегодня я поймал очень интересный кейс, первый раз за свою практику.
При открытии управляемой формы списка одного из регистра сведений, возникает ошибка
<ОбщийМодуль.ксПартии_Меркурий.Модуль(37)>: Ошибка при вызове метода контекста (ОткрытьФорму)
ОткрытьФорму( «РегистрСведений.ксОтправленнаяПродукция_Меркурий.Форма.АвтоматическоеСозданиеПартий»,
по причине:
Ошибка передачи данных между клиентом и сервером. Значение недопустимого типа.
по причине:
Ошибка преобразования данных XDTO:
Запись значения свойства ‘v’:
форма: Элемент
имя: < http://v8.1c.ru/8.2/uobjects >v
по причине:
Неизвестное свойство:
Свойство ‘ВСД’ не обнаружено
Ошибка на мой взгляд не связана с программным кодом (если шагать по отладке, то прошагаем обработчик ПриСозданииНаСервере, далее падает в это исключение, сама процедура при этом успешно шагает до последней строчки кода).
Единственную закономерность которую я заметил это то, что я вчера обновлял эту базу, но на моем локальном ПК по этой базе видимо полностью устаревший кэш (в контрукторе запроса, поля таблицы абсолютно не соответствовали фактическим).
В моем случае данную проблему я полечил, добавив реквизит в регистр сведений, чтоб вызвать платформенную реструктуризацию и провел обновление на ПК разработчика, который всегда этим занимается, затем реквизит удалил. Проблема ушла.
А вот теперь вопрос, влияет ли локальный кэш ПК на обновляемую базу, если структура метаданных локального кэша не соответствует фактической структуре таблицы БД?
Хотелось бы послушать Ваши мысли или готовые ответы если кто уже сталкивался) Платформа 8.3.9.2170, режим совместимости 8.2.13.
На текущий момент единственные мои мысли только такие, что все таки мой локальный кэш ПК как-то повлиял на консистентность данных, что привело к некому логическому разрушению данных в таблице, которые в последующем не смогли быть преобразованы платформой для нормального отображения.
Старая структура таблицы (которая у меня сохранилась):
Новая структура таблицы (которая фактически):
Поле1 — Измерение (т.е Имя было изменено на такое же)
Удалить_Поле1 — Ресурс.
Перед тем как дойти до этого:
1. Чистка локального + серверного кэша, ребуты службы, ребут сервера 1С.
2. Детальная отладка каждой строчки кода.
3. Перенос БД с одного сервера приложений, на другой сервер приложений.
4. Перенос БД с одного сервера СУБД, на другой сервер СУБД.
5. Модификация кода внутри формы, в надежде, что она перекомпилируется и ошибка исправится.
6. Создание на СУБД полностью отдельной таблицы — пустышки, абсолютно с такими же колонками, попытка подсунуть 1С эту пустышку. — Именно на этом этапе было понятно, что проблема все таки с данными. При полностью пустой таблице, форма открывается без каких либо проблем, при наполнении хотя бы одной строчкой регистра — ошибка.
Источник