Не могу загрузить регистр через XML "Значения данного типа не могут быть представлены в XML"
Просьба подсказать почему может быть ошибка "Ошибка при вызове метода контекста (ПрочитатьXML): Значения данного типа не могут быть представлены в XML"
Подробнее:
Написал обмен через XML между разными конфигурациями. В каждой из этих конф. есть регистр сведений. Периодический, с независимой записью.
Измерения Номенклатура, Склад, Ячейка (это все справочники), и с ресурсом АдресАктивен и реквизитом ДокументУстановки.
Настройки регистра одинаковы в двух базах, отличия только в том, что в Источнике ДокументУстановки - это документ конкретного типа, в приемнике же так как в базе нет такого типа документа такой реквизит регистра создал с таким именем, но тип его установил просто ДокументСсылка (в приемнике мне этот реквизит по сути не нужен)
Ниже привожу пример части ХМЛки, при загрузке которого выходит эта ошибка.
Да, выгрузку делал стандартно и гружу соответственно стандартным методом ПрочитатьXML(ЧтениеXML). По идее загрузке ничего не мешает, но почему выходит ошибка?
Подробнее:
Написал обмен через XML между разными конфигурациями. В каждой из этих конф. есть регистр сведений. Периодический, с независимой записью.
Измерения Номенклатура, Склад, Ячейка (это все справочники), и с ресурсом АдресАктивен и реквизитом ДокументУстановки.
Настройки регистра одинаковы в двух базах, отличия только в том, что в Источнике ДокументУстановки - это документ конкретного типа, в приемнике же так как в базе нет такого типа документа такой реквизит регистра создал с таким именем, но тип его установил просто ДокументСсылка (в приемнике мне этот реквизит по сути не нужен)
Ниже привожу пример части ХМЛки, при загрузке которого выходит эта ошибка.
Да, выгрузку делал стандартно и гружу соответственно стандартным методом ПрочитатьXML(ЧтениеXML). По идее загрузке ничего не мешает, но почему выходит ошибка?
<InformationRegisterRecordSet.АдресаНоменклатуры>
<Filter>
<Period>2013-08-13T11:00:35</Period>
<Номенклатура>4ad4c5be-c6c1-11e0-93bb-00e081328955</Номенклатура>
<Склад>90bd1746-61cf-11e1-b89c-00e081328955</Склад>
<Ячейка>cc55e064-e53d-11e2-a161-00e081328955</Ячейка>
</Filter>
<Records>
<Record>
<Period>2013-08-13T11:00:35</Period>
<Номенклатура>4ad4c5be-c6c1-11e0-93bb-00e081328955</Номенклатура>
<Склад>90bd1746-61cf-11e1-b89c-00e081328955</Склад>
<Ячейка>cc55e064-e53d-11e2-a161-00e081328955</Ячейка>
<АдресАктивен>false</АдресАктивен>
<ДокументУстановки>608ef274-03ab-11e3-8a36-00e081328955</ДокументУстановки>
</Record>
</Records>
</InformationRegisterRecordSet.АдресаНоменклатуры>
ПоказатьПо теме из базы знаний
- Сравнение 1С8 и Navision
- 1C + Python + Django Rest Framework + Vue.js. Опыт несложной full-stack разработки
- Универсальная загрузка данных формата Excel
- Смотрим запросы 1С через Microsoft SQL Profiler по следам ошибок разработчиков, приводящих к проблемам производительности
- Обмен 1С с Честным Знаком для УТ11, УНФ, КА2, ERP, Розница: Расширение для работы с СУЗ, ГИС МТ, ЦРПТ
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(2) Уже разобрался.. Да, мешало то что в приемнике тип стоял общий ДокументСсылка. Строка тут не прокатит, т.к. в выгрузке именно гуид фигурирует а не строка. Лечится указанием любого конкретного вида документа в базе приемнике. В моем случае я создал документ с тем-же наименованием как в базе источнике, но это было не обязательно. В итоге конечно битые ссылки получаются в записях, но они мне не мешают, пока по крайней мере не мешают )
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот