1с ошибка преобразования данных xml sfile

РИБ. Ошибка преобразования данных XML ☑ 0

Денис Прог

30.03.18

✎

12:56

Добрый день. Есть РИБ с двумя базами. При выгрузки из центральной в перефирийную очень часто валится ошибка:

Ошибка при чтении изменений при обмене РИБ:  Ошибка при вызове метода контекста (ПрочитатьИзменения): Ошибка преобразования данных XML: (тут путь к файлу и номер строки с ошибкой).

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

Если снимать регистрацию, и делать поменьше объем данных — обмен успешно завершается.

Платформа 8.3.10, конфигурация Комплексная автоматизация, редакция 1.1 (1.1.19.1).

1

Сергиус

30.03.18

✎

13:01

(0)Отладчиком смотреть в каком месте ошибка, бывает что проблема в данных — например какой-ть кривой символ в наименовании элемента.

2

Денис Прог

30.03.18

✎

13:07

Сергиус, в отладчике падает при попытки чтения файла.

Всегда разные строки, ну и он даже на пустых валится.

3

Сергиус

30.03.18

✎

13:09

(2)А обмен через сетевой каталог или ftp?

4

Денис Прог

30.03.18

✎

13:10

Сергиус, через локальную папку

5

Stim

30.03.18

✎

13:13

а если выгрузить через универсальный обмен хмл по узлу — что скажет?

6

Денис Прог

30.03.18

✎

13:20

Stim, имеете ввиду обработку «Универсальный обмен данными в формате XML?»

7

Stim

30.03.18

✎

13:21

да

8

Денис Прог

30.03.18

✎

18:00

В общем сама ошибка:

Ошибка при чтении изменений при обмене РИБ: Ошибка при вызове метода контекста (ПрочитатьИзменения): Ошибка преобразования данных XML: [sfile://C:/Users/Администратор/AppData/Local/Temp/v8_DA45_da.xml][42,6]

Чтение данных из файла обмена завершено с ошибками!

и сам файл

<v8msg:Message xmlns:v8msg=»http://v8.1c.ru/messages»>;

<v8msg:Header>

<v8msg:ExchangePlan>Полный</v8msg:ExchangePlan>

<v8msg:To>МУР</v8msg:To>

<v8msg:From>МСК</v8msg:From>

<v8msg:MessageNo>49</v8msg:MessageNo>

<v8msg:ReceivedNo>50</v8msg:ReceivedNo>

</v8msg:Header>

<v8msg:Body>

<v8de:Changes xmlns:v8=»http://v8.1c.ru/data»; xmlns:v8de=»http://v8.1c.ru/dataexchange/2005/02″; xmlns:xs=»http://www.w3.org/2001/XMLSchema»; xmlns:xsi=»http://www.w3.org/2001/XMLSchema-instance»>;

<v8de:Signature>f24c4ec6-1e59-47a0-9736-8c823eda0d28</v8de:Signature>

<v8de:Config xmlns:v8md=»http://v8.1c.ru/metadata/2005/08″>;

<v8de:Version>216.0</v8de:Version>

<v8de:Digest1>00000000000000000000000000000000</v8de:Digest1>

<v8de:Digest2 v2=»e9d50d3997192529190612be7d91764c»>09b8f5839afdd724be3d85­315771472b</v8de:Digest2>

</v8de:Config>

<v8de:Nodes>

<v8de:Node>

<v8de:DeletionMark>false</v8de:DeletionMark>

<v8de:Code>МСК</v8de:Code>

<v8de:Description>Москва</v8de:Description>

<v8de:УзелОбменаПоУмолчанию>00000000-0000-0000-0000-000000000000</v8de:УзелОбменаПоУмолчанию>

<v8de:Организации/>

</v8de:Node>

<v8de:Node>

<v8de:DeletionMark>false</v8de:DeletionMark>

<v8de:Code>МУР</v8de:Code>

<v8de:Description>Мурманск</v8de:Description>

<v8de:УзелОбменаПоУмолчанию>00000000-0000-0000-0000-000000000000</v8de:УзелОбменаПоУмолчанию>

<v8de:Организации/>

</v8de:Node>

</v8de:Nodes>

<v8de:Data>

<CatalogObject.Контрагенты>

<Ref>f1a02159-fc90-11db-9488-00016cb2604d</Ref>

<IsFolder>false</IsFolder>

<DeletionMark>false</DeletionMark>

<Parent>804b8942-d6d3-11e5-a248-00304864d125</Parent>

Код

ЮЮ0001751

Показать полностью

<Description>Поставщики</Description>

<ДокументУдостоверяющийЛичность/>

<ДополнительноеОписание/>

<ГоловнойКонтрагент>f1a02159-fc90-11db-9488-00016cb2604d</ГоловнойКонтрагент>

<ИсточникИнформацииПриОбращении>00000000-0000-0000-0000-000000000000</ИсточникИнформацииПриОбращении>

<КодПоОКПО/>

<Комментарий/>

<ИНН/>

<КПП/>

<ОсновноеКонтактноеЛицо>00000000-0000-0000-0000-000000000000</ОсновноеКонтактноеЛицо>

<ОсновнойБанковскийСчет>00000000-0000-0000-0000-000000000000</ОсновнойБанковскийСчет>

<ОсновнойВидДеятельности>00000000-0000-0000-0000-000000000000</ОсновнойВидДеятельности>

<ОсновнойДоговорКонтрагента>00000000-0000-0000-0000-000000000000</ОсновнойДоговорКонтрагента>

<ОсновнойМенеджерПокупателя>00000000-0000-0000-0000-000000000000</ОсновнойМенеджерПокупателя>

<Покупатель>false</Покупатель>

<Поставщик>false</Поставщик>

<РасписаниеРаботыСтрокой/>

<СрокВыполненияЗаказаПоставщиком>0</СрокВыполненияЗаказаПост­авщиком>

<ЮрФизЛицо/>

<НеЯвляетсяРезидентом>false</НеЯвляетсяРезидентом>

<ОКОПФ>00000000-0000-0000-0000-000000000000</ОКОПФ>

<Регион>00000000-0000-0000-0000-000000000000</Регион>

<ГруппаДоступаКонтрагента>00000000-0000-0000-0000-000000000000</ГруппаДоступаКонтрагента>

<Импортер>false</Импортер>

<Экпортер>false</Экпортер>

<ОсновнаяЛицензия>00000000-0000-0000-0000-000000000000</ОсновнаяЛицензия>

<Алкоголь>false</Алкоголь>

<Производитель>false</Производитель>

<ДопКод>0 </ДопКод>

<ЭлементСинхронизирован>false</ЭлементСинхронизирован>

<КодСтраны/>

<ВнутреннийКонтрагент>false</ВнутреннийКонтрагент>

<НаличиеФайлов>false</НаличиеФайлов>

<ОГРН/>

<ОбособленноеПодразделение>false</ОбособленноеПодразделение>­

<Проверен>false</Проверен>

<ПроверенСтатус/>

<ОтветственныйПользователь>00000000-0000-0000-0000-000000000000</ОтветственныйПользователь>

<СсылкаФизЛицо>00000000-0000-0000-0000-000000000000</СсылкаФизЛицо>

<ИдентификаторУчастникаЭДО/>

<УзелОбменаПоУмолчанию>00000000-0000-0000-0000-000000000000</УзелОбменаПоУмолчанию>

<ВидыДеятельности/>

<МенеджерыПокупателя/>

<Обмен/>

<Файлы/>

</CatalogObject.Контрагенты>

</v8de:Data>

</v8de:Changes>

</v8msg:Body>

</v8msg:Message>

не пойму что тут может быть не так на 42 строчке с 6 символом?

9

Денис Прог

30.03.18

✎

18:01

42 строка здесь  <ДополнительноеОписание/>

10

Мимохожий Однако

30.03.18

✎

18:16

Не обновилась периферийная база. Отключи сценарии автоматического обмена пакетами и вручную обнови.

11

Cyberhawk

30.03.18

✎

18:26

Как определил, на какой файл ругается?

12

Сергиус

30.03.18

✎

19:01

(9)В базе отсутствует поле ДополнительноеОписание, поэтому совет из (10)

13

Денис Прог

02.04.18

✎

09:28

(10) Cf основной выгрузил в перефирийную. Реквизиты полностью соответствуют, к тому же какой то контрагент выгружается, а какой то нет. Ошибки постоянно в разных полях, но это не могут быть данные, так как там обычное слова по типу «Поставщик» и тд. Либо пустая ссылка.

14

Денис Прог

02.04.18

✎

09:28

(12) Это поле есть. Конфы полностью идентичные, так как я вручную залил cf основной в перефирийную

15

Денис Прог

02.04.18

✎

09:30

(11) Ну в ошибке же он показывает путь к временному файлу, который читает. И сообщения, которые записывает, кладет в папку, которую я указал.

16

Галахад

02.04.18

✎

09:41

Гм. Может база того. Этого.

17

hhhh

02.04.18

✎

09:49

(15) на пустых и должен валиться, там проверка обычно на заполненность, если пусто, то валится. Например валюта не указана или еще что-то.

18

Cyberhawk

02.04.18

✎

09:52

(15) Так это разные файлы

19

Serg_1960

02.04.18

✎

09:58

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

Вы спросите «в чем первопричина?» — честно скажу: «Не знаю!».

Проверка диска, переустановка платформу, тестирование базы — всё это по любому делать нужно. Но проще и быстрее выгрузить базу в DT, загрузить в чистую базу на другом компьютере и повторить приём сообщения обмена там.

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

20

Денис Прог

02.04.18

✎

10:11

(17) Так он валится на стадии чтения самого файла, то есть там еще не доходит до проверки заполненности и тд.

21

Денис Прог

02.04.18

✎

10:11

(18) файлы разные, но смысл то один

22

Денис Прог

02.04.18

✎

10:12

(19) Наверное, да. Попробую на своем компе, может и правда дело в чем то ином.

23

Мимохожий Однако

02.04.18

✎

10:13

(14) Повторяю: Отключи сценарии автоматического обмена пакетами

24

Денис Прог

02.04.18

✎

10:32

(23) Я вручную произвожу обмен, или вы другой какой то механизм подразумеваете?

25

Cyberhawk

02.04.18

✎

10:32

(21) Какой еще смысл? Ты тугой? Файл нужно анализировать только тот, который указан в ошибке.

26

Serg_1960

модератор

02.04.18

✎

10:33

1. Не ругайтесь и не оскорбляйте других.

27

Serg_1960

модератор

02.04.18

✎

10:35

(24) Конфигурация не озвучена, а в некоторых конфигурациях автоматический(!) обмен производится с использованием справочника «Сценарии синхронизации данных».

28

Денис Прог

02.04.18

✎

10:37

(27) Не не, писал в вопросе: Платформа 8.3.10, конфигурация Комплексная автоматизация, редакция 1.1 (1.1.19.1).

29

Serg_1960

02.04.18

✎

10:38

Sorry, был невнимателен.

30

Денис Прог

02.04.18

✎

10:47

(25) Я вас возможно поражу, но файл, в котором случается ошибка есть копия файла обмена. Оба файла идентичны. Но за совет быть внимательнее, спасибо.

31

Serg_1960

02.04.18

✎

10:50

(в тему, в роли Кэпа) Обмен можно инициализировать непосредственно из плана обмена, используя функционал платформы или с помощью «ручного» запуска сценария синхронизации данных для автоматического обмена. В этих двух вариантах работают различные алгоритмы формирования сообщений обмена. Если сообщение обмена не архивировать — то тоже различные варианты алгоритмов (с использованием временного файла для разархивирования).

Это, в свою очередь, тоже порождает вариантабельность ошибок.

32

Галахад

02.04.18

✎

10:58

(31) Серьезно что-ли?

33

Денис Прог

02.04.18

✎

11:19

(31) Эмм, не очень понимаю — как влияет ручной/автоматический запуск на формирование сообщения?

34

assasu

02.04.18

✎

11:34

(0) видел похожую инфу в инете.

там плясали вокруг этих строк в файле

<v8de:Digest1>00000000000000000000000000000000</v8de:Digest1>

<v8de:Digest2 v2=»e9d50d3997192529190612be7d91764c»>09b8f5839afdd724be3d85­315771472b</v8de:Digest2>

35

Рэйв

02.04.18

✎

11:42

Проверка файлов XML на наличие недопустимых символов с возможностью исправления.

http://catalog.mista.ru/public/286257/

36

Рэйв

02.04.18

✎

11:43

Поиск объекта выгрузки РИБ с нечитаемым символом для XML

http://catalog.mista.ru/public/158782/

37

Денис Прог

02.04.18

✎

11:59

(34) ну там немного другое, это я делал когда свой cf заливал, центральная база не хотела обмениваться с периферийной как раз из за этих строк. Спасибо.

38

Денис Прог

02.04.18

✎

12:06

(35) Спасибо, скачать правда не могу, но буду копать в этом направлении.

39

Рэйв

02.04.18

✎

12:20

(38)Дарю.

https://yadi.sk/d/DYEY-Q6V3TzAMy

Если поможет — будешь рекламировать:-)

40

Serg_1960

02.04.18

✎

12:21

(32) Серьёзно. Уточню: я не говорю про формирование самого тела сообщения обмена, а только про алгоритмы по формированию самого файла сообщения. Например, использование временного файла, например, формирование наименования файла сообщения обмена — они различные.

41

Денис Прог

02.04.18

✎

12:42

(39) Спасибо огромное!) Я другую немного написал, там основано на методе НайтиНедопустимыеСимволыXML, но к сожалению не она не ваша не нашла ничего.

42

Галахад

02.04.18

✎

12:58

(40) Мы говорим про конфигурацию в (0)? Там все одинаково.

43

assasu

02.04.18

✎

13:00

(39)(41) никогда не видел что бы обмен валился от недопустимых символов.

надо копать в сторону «Если снимать регистрацию, и делать поменьше объем данных — обмен успешно завершается. » Искать что не так в данных

44

Cyberhawk

02.04.18

✎

13:07

(30) «файл, в котором случается ошибка есть копия файла обмена. Оба файла идентичны» // Как определил?

45

Рэйв

02.04.18

✎

13:25

(43)Просто у тебя не было никогда таких случаев. С русскими буками редко такое бывает.у нас в казахском алфавите есть несколько специфических букв.Вот они иногда гонят и не входят в разрешенные XML  пределы символов

46

Денис Прог

02.04.18

✎

13:28

(43) Копал и копаю) но дело в том, что есть определенный контрагент, на котором валится обмен, а именно при чтении файла в процедуре ПланыОбмена.ПрочитатьИзменения(ЧтениеСообщения, СтруктураНастроекОбменаДанными.КоличествоЭлементовВТранзакцииНаЗагрузкуДанных);

и валится он то на строчке НаименованиеПолное, то ДополнительноеОписание, то ГоловнойКонтрагент, с указанием на вполне адекватные символы.

47

Денис Прог

02.04.18

✎

13:36

(44) точка останова на ПланыОбмена.ПрочитатьИзменения(ЧтениеСообщения, СтруктураНастроекОбменаДанными.КоличествоЭлементовВТранзакцииНаЗагрузкуДанных);

там в ЧтениеСообщения есть путь к временному файлу, который создается при чтении файла обмена.

Для примера:

фрагмент файла обмена(только контрагент):

<CatalogObject.Контрагенты>

                    <Ref>f1a02159-fc90-11db-9488-00016cb2604d</Ref>

                    <IsFolder>false</IsFolder>

                    <DeletionMark>false</DeletionMark>

                    <Parent>804b8942-d6d3-11e5-a248-00304864d125</Parent>

                    <Code>ЮЮ0001751</Code>

                    <Description>Поставщики</Description>

                    <НаименованиеПолное>Поставщики</НаименованиеПолное>

                    <ДокументУдостоверяющийЛичность> </ДокументУдостоверяющийЛичность>

                    <ДополнительноеОписание/>

                    <ГоловнойКонтрагент>f1a02159-fc90-11db-9488-00016cb2604d</ГоловнойКонтрагент>

                    <ИсточникИнформацииПриОбращении>00000000-0000-0000-0000-000000000000</ИсточникИнформацииПриОбращении>

                    <КодПоОКПО/>

                    <Комментарий/>

                    <ИНН/>

                    <КПП/>

                    <ОсновноеКонтактноеЛицо>00000000-0000-0000-0000-000000000000</ОсновноеКонтактноеЛицо>

                    <ОсновнойБанковскийСчет>00000000-0000-0000-0000-000000000000</ОсновнойБанковскийСчет>

                    <ОсновнойВидДеятельности>00000000-0000-0000-0000-000000000000</ОсновнойВидДеятельности>

                    <ОсновнойДоговорКонтрагента>00000000-0000-0000-0000-000000000000</ОсновнойДоговорКонтрагента>

                    <ОсновнойМенеджерПокупателя>00000000-0000-0000-0000-000000000000</ОсновнойМенеджерПокупателя>

                    <Покупатель>false</Покупатель>

                    <Поставщик>false</Поставщик>

                    <РасписаниеРаботыСтрокой/>

                    <СрокВыполненияЗаказаПоставщиком>0</СрокВыполненияЗаказаПоставщиком>

                    <ЮрФизЛицо/>

                    <НеЯвляетсяРезидентом>false</НеЯвляетсяРезидентом>

                    <ОКОПФ>00000000-0000-0000-0000-000000000000</ОКОПФ>

                    <Регион>00000000-0000-0000-0000-000000000000</Регион>

                    <ГруппаДоступаКонтрагента>00000000-0000-0000-0000-000000000000</ГруппаДоступаКонтрагента>

                    <Импортер>false</Импортер>

                    <Экпортер>false</Экпортер>

                    <ОсновнаяЛицензия>00000000-0000-0000-0000-000000000000</ОсновнаяЛицензия>

                    <Алкоголь>false</Алкоголь>

                    <Производитель>false</Производитель>

                    <ДопКод>0     </ДопКод>

                    <ЭлементСинхронизирован>false</ЭлементСинхронизирован>

                    <КодСтраны/>

                    <ВнутреннийКонтрагент>false</ВнутреннийКонтрагент>

                    <НаличиеФайлов>false</НаличиеФайлов>

                    <ОГРН/>

                    <ОбособленноеПодразделение>false</ОбособленноеПодразделение>

                    <Проверен>false</Проверен>

                    <ПроверенСтатус/>

                    <ОтветственныйПользователь>00000000-0000-0000-0000-000000000000</ОтветственныйПользователь>

                    <СсылкаФизЛицо>00000000-0000-0000-0000-000000000000</СсылкаФизЛицо>

                    <ИдентификаторУчастникаЭДО/>

                    <УзелОбменаПоУмолчанию>00000000-0000-0000-0000-000000000000</УзелОбменаПоУмолчанию>

                    <ВидыДеятельности/>

                    <МенеджерыПокупателя/>

                    <Обмен/>

                    <Файлы/>

                </CatalogObject.Контрагенты>

и временный:

<CatalogObject.Контрагенты>

                    <Ref>f1a02159-fc90-11db-9488-00016cb2604d</Ref>

                    <IsFolder>false</IsFolder>

                    <DeletionMark>false</DeletionMark>

                    <Parent>804b8942-d6d3-11e5-a248-00304864d125</Parent>

                    <Code>ЮЮ0001751</Code>

                    <Description>Поставщики</Description>

                    <НаименованиеПолное>Поставщики</НаименованиеПолное>

                    <ДокументУдостоверяющийЛичность> </ДокументУдостоверяющийЛичность>

                    <ДополнительноеОписание/>

                    <ГоловнойКонтрагент>f1a02159-fc90-11db-9488-00016cb2604d</ГоловнойКонтрагент>

                    <ИсточникИнформацииПриОбращении>00000000-0000-0000-0000-000000000000</ИсточникИнформацииПриОбращении>

                    <КодПоОКПО/>

                    <Комментарий/>

                    <ИНН/>

                    <КПП/>

                    <ОсновноеКонтактноеЛицо>00000000-0000-0000-0000-000000000000</ОсновноеКонтактноеЛицо>

                    <ОсновнойБанковскийСчет>00000000-0000-0000-0000-000000000000</ОсновнойБанковскийСчет>

                    <ОсновнойВидДеятельности>00000000-0000-0000-0000-000000000000</ОсновнойВидДеятельности>

                    <ОсновнойДоговорКонтрагента>00000000-0000-0000-0000-000000000000</ОсновнойДоговорКонтрагента>

                    <ОсновнойМенеджерПокупателя>00000000-0000-0000-0000-000000000000</ОсновнойМенеджерПокупателя>

                    <Покупатель>false</Покупатель>

                    <Поставщик>false</Поставщик>

                    <РасписаниеРаботыСтрокой/>

                    <СрокВыполненияЗаказаПоставщиком>0</СрокВыполненияЗаказаПоставщиком>

                    <ЮрФизЛицо/>

                    <НеЯвляетсяРезидентом>false</НеЯвляетсяРезидентом>

                    <ОКОПФ>00000000-0000-0000-0000-000000000000</ОКОПФ>

                    <Регион>00000000-0000-0000-0000-000000000000</Регион>

                    <ГруппаДоступаКонтрагента>00000000-0000-0000-0000-000000000000</ГруппаДоступаКонтрагента>

                    <Импортер>false</Импортер>

                    <Экпортер>false</Экпортер>

                    <ОсновнаяЛицензия>00000000-0000-0000-0000-000000000000</ОсновнаяЛицензия>

                    <Алкоголь>false</Алкоголь>

                    <Производитель>false</Производитель>

                    <ДопКод>0     </ДопКод>

                    <ЭлементСинхронизирован>false</ЭлементСинхронизирован>

                    <КодСтраны/>

                    <ВнутреннийКонтрагент>false</ВнутреннийКонтрагент>

                    <НаличиеФайлов>false</НаличиеФайлов>

                    <ОГРН/>

                    <ОбособленноеПодразделение>false</ОбособленноеПодразделение>

                    <Проверен>false</Проверен>

                    <ПроверенСтатус/>

                    <ОтветственныйПользователь>00000000-0000-0000-0000-000000000000</ОтветственныйПользователь>

                    <СсылкаФизЛицо>00000000-0000-0000-0000-000000000000</СсылкаФизЛицо>

                    <ИдентификаторУчастникаЭДО/>

                    <УзелОбменаПоУмолчанию>00000000-0000-0000-0000-000000000000</УзелОбменаПоУмолчанию>

                    <ВидыДеятельности/>

                    <МенеджерыПокупателя/>

                    <Обмен/>

                    <Файлы/>

                </CatalogObject.Контрагенты>

48

Денис Прог

04.04.18

✎

17:11

Нашел решение проблемы, точнее ее исправление.

Нижеперечисленное делаю при помощи обработки ВыгрузкаЗагрузкаДанныхXML(выгружаю), удалению произвожу самописной.

1. Делаю отбор нужного элемента(в моем случае я отбирал нужного мне контрагента);

2. Выгружаю в файл;

3. Удаляю контрагента(ОбменДанными=Истина);

4. Произвожу успешный обмен(неважно с какими данными, я просто пустые сообщения гонял, и обмен в обе стороны);

5. Загружаю обратно контрагента обработкой;

6. Делаю обмен — и ошибок в данном контрагенте нет.

У себя в базе нашел 4 таких контрагента, после вышеперечисленных действий с каждым справочник полностью обменялся.

В связи с чем хотелось бы спросить  — с чем может быть связано данное поведение? У кого какие мысли?

49

Serg_1960

05.04.18

✎

09:43

(48) Удаляя и загружая объект, Вы исправляете ошибки, возникшие при записи объекта, которые, возможно, не выявляет ТИИ (оно не всесильно).

А если говорить «в общем случае», то…

Стандартный типовой обмен РИБ — это функционал платформы прежде всего. Раньше часто обращал внимание и не раз попадал на то, как платформу глючит на казалось бы не таких уж и больших объёмах данных. Ваше решение в (48) просто помогает обойти эту проблему (уменьшая объём данных и вынося конфликтные данные в отдельный обмен).

Ну, что я могу сказать по этому поводу… «Надо чаще обмениваться». Чем чаще обмен — тем меньше объём. Азбука :)

Можно, в принципе, попробовать изменить настройку обмена, уходя из исполнения в рамках единой транзакции, на подбор в сторону уменьшения количества объектов в транзакции до тех пор, пока не уйдёт ошибка.

50

Денис Прог

06.04.18

✎

13:38

(49) «Удаляя и загружая объект, Вы исправляете ошибки, возникшие при записи объекта, которые, возможно, не выявляет ТИИ (оно не всесильно). » — тоже предполагал, но все таки интересно было кто еще что скажет)

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

Да и самое главное, ошибка ушла, справочники обмениваются, пока что все хорошо)

Спасибо)

Источник

Содержание:

1.       Основные сведения про языки XML и HTML

2.       Возникновение ошибки преобразования данных

3.       Причины появления и решения ошибки преобразования 1С

Здравствуйте, коллеги! В данной статье будет рассмотрена ошибка преобразования данных XML: причины её возникновения и инструкция по ее устранению несколькими вариантами.  

1.    Основные сведения про языки XML и HTML

Для начала разберём, что такое XML. XML (еXtensible Markup Language) – это язык программирования, который необходим, чтобы хранить данные. В XML необходимо самим определять теги, так как изначально оны не определены. Особенность XML заключается в том, что это самоопределяемый язык. Языки XML и HTML довольно похожи. Единственное отличие между ними – назначение: HTML отображает данные и решает, в каком виде будет их отображение, когда XML только хранит и транспортирует данные. 

2.    Возникновение ошибки преобразования данных

Обычно ошибка преобразования данных возникает, когда вызывается метод из контекста (ПрочитатьXML) в следующем виде: ЗаписатьЗначение = Прочитать XML(Чтение XML).

Это происходит, когда настраивается обмен данными при помощи стандартной обработки. Это может быть обработка загрузки или выгрузки XML.

Выглядит ошибка преобразования в 1С следующим образом:

Рис. 1 Ошибка преобразования 1С 8.3  

3.    Причины появления и решения ошибки преобразования 1С

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

Есть несколько возможных причин появления данной ошибки.

1. Когда структура с метаданными в конфигурации не соответствует. Если «действие» происходит в узле, который является главным. В данном случае конфигурация, скорее всего, различается. То есть, когда происходит внешняя обработка с загрузкой или выгрузкой XML, то конфигурации должны быть одинаковыми, иначе будет возникать ошибка преобразования. В случае, когда данные передаются по стандартным обменам в конфигурации, нужно проверить совпадения объекта метаданных в правилах по обмену.

2. Неполадки в системе файлов. Когда происходит обмен данными, может возникать ошибка преобразования данных XML, так как файл не может считаться. Чтобы устранить ошибку следует дать файлу иное наименование, за чем последует загрузка того же файла, но с иным наименованием.

Если же все вышеперечисленное правильно, в узле, который отправляет данные, необходимо запустить обработку «ВыгрузкаЗагрузкаДанныхXML.epf», которая находится в каталоге с шаблоном конфигураций, в составе конфигурации «Конвертация данных». Кликаем на «Недопустимые символы в плане обмена» и выбираем узел, который получает данные. В случае, если по окончанию проверки появятся ошибки, для окончательного устранения ошибки преобразования XML нужно будет решить те небольшие неполадки.

В данной статье была рассмотрена ошибка преобразования данных XML, которая возникает при стандартных обменах. Также было выведено две причины её возникновения и описано три возможных способа решения ошибки преобразования данных в 1С 8.3.

Специалист компании «Кодерлайн»

Айдар Фархутдинов

Источник

есть 2 базы на УФ с типовым механизмом обмена.

Создал план обмена, правила по конвертации данных. Из 1 базы во вторую отправляются статьи оборотов, из второй ничего не приходит.
создал правила обмена, правила корреспондента, правила регистрации — все, как положено.

Выгружаю одну статью. Файл:

<?xml version="1.0" encoding="UTF-8"?>
<v8msg:Message xmlns:v8msg="http://v8.1c.ru/messages">
                <v8msg:Header>
                               <v8msg:ExchangePlan>СБТ_ОбменКаркас</v8msg:ExchangePlan>
                               <v8msg:To>ХЭ</v8msg:To>
                               <v8msg:From>СБ</v8msg:From>
                               <v8msg:MessageNo>19</v8msg:MessageNo>
                               <v8msg:ReceivedNo>18</v8msg:ReceivedNo>
                </v8msg:Header>
                <v8msg:Body>
                               <CatalogObject.бит_СтатьиОборотов>
                                               <Ref>106673e8-1434-11e5-b042-3cd92bec2200</Ref>
                                               <IsFolder>true</IsFolder>
                                               <DeletionMark>false</DeletionMark>
                                               <Parent>00000000-0000-0000-0000-000000000000</Parent>
                                               <Code>СБ-001118</Code>
                                               <Description>Функциональные</Description>
                                               <Кодификатор/>
                                               <ПризнакАктуальности/>
                                               <ШаблоныПроводок/>
                                               <ДополнительныеРеквизиты/>
                               </CatalogObject.бит_СтатьиОборотов>
                </v8msg:Body>
</v8msg:Message>

В приемнике не может прочитать этот файл:

ОбщийМодуль.ОбменДаннымиСервер.Модуль(5572)}: Ошибка при вызове метода контекста (ПрочитатьXML)
Данные = ПрочитатьXML(ЧтениеXML);
по причине:
Ошибка преобразования данных XML: [sfile://C:/Users/SBT-kolmakov-pn/AppData/Local/Temp/Exchange82 {642354A6-8A0C-4BE0-90EC-E5E2EF1CD09C}/Message_СБ_ХЭ.xml][24,4]

ругается на последнюю строку : </v8msg:Message>

Почему приемник не может прочитать простейший файл xml?

Источник

Содержание

  1. Не соответствие структуры метаданных конфигурации
  2. Ошибка файловой системы
  3. Общие ошибки, возникающие при работе с XML
  4. Ситуации, возникающие при обмене данными в рамках распределенной информационной базы

Ошибка при вызове метода контекста (ПрочитатьXML)
ЗаписанноеЗначение = ПрочитатьXML(ЧтениеXML);
по причине:
Ошибка преобразования данных XML

Ошибка загрузки: Неверный формат файла выгрузки

Очень часто при настройке обменов данных с помощью универсальной обработки загрузки/выгрузки XML возникает эта ошибка. Рассмотрим ниже основные причины появления данной ошибки, и как можно исправить её.

Проблема скорее всего в том, что конфигурация просто отличается.

Если Вы передаете через внешнюю обработку Загрузки/выгрузки XML, то Вы можете передавать данные только между идентичными конфигурациями.

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

Ошибка файловой системы

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

Попробуйте просто переименовать файл при выгрузке и загрузить его с другим именем.

Другие статьи по 1С:

К сожалению, мы физически не можем проконсультировать бесплатно всех желающих, но наша команда будет рада оказать услуги по внедрению и обслуживанию 1С. Более подробно о наших услугах можно узнать на странице Услуги 1С или просто позвоните по телефону +7 (499) 350 29 00. Мы работаем в Москве и области.

При организации обмена данными в рамках распределенной информационной базы могут возникать различные ситуации, приводящие к сообщениям об ошибках. Однако не все подобные ситуации являются ошибками в чистом виде: некоторые из них могут быть отнесены к штатным ситуациям, соответствующим протоколу обмена данными, некоторые – к неадаптированности конфигурации для работы в рамках распределенной информационной базе.

Общие ошибки, возникающие при работе с XML

Сообщение обмена данными является документом XML, поэтому имеет смысл описать возможные ошибки, которые могут возникнуть во время чтения/записи сообщений обмена данными при использовании средств чтения/записи данных XML, предоставляемых платформой «1С:Предприятие 8». При работе с данными в формате XML может возникать множество различных ситуаций, однако в данной статье будут рассмотрены только те, которые так или иначе имеют отношение к обмену данными в рамках распределенной информационной базы.

Сообщение об ошибке Описание ошибки
Возможные пути исправления ошибки
Не установлен MS XML Core Services 4.0 На компьютере не установлен Microsoft XML Core Services 4.0, используемый «1С:Предприятием 8» для работы с XML
Установить Microsoft XML Core Services 4.0. При установке «1С:Предприятия 8» Microsoft XML Core Services 4.0 устанавливается автоматически
Ошибка разбора XML Ошибка, возникающая при синтаксическом анализе данных XML в процессе чтения.
Все ошибки, определенные в SAX2, трансформируются в данную ошибку, генерируемую платформой «1С:Предприятие 8»
Проверить правильность оформления и синтаксис данных XML (см. http://www.w3.org/TR/REC-xml).
Ошибочный порядок записи XML Методы записи содержимого документа XML вызываются в неправильном порядке. Например, запись атрибута вызывается после записи текста элемента.
Выявить и исправить места некорректного порядка вызова методов
Текст XML содержит недопустимые символы Записываемый текст XML содержит недопустимые символы.
Текст XML должен соответствовать требованиям, изложенным в главе 2.2 рекомендации XML (см. http://www.w3.org/TR/REC-xml#charsets)
Недопустимое имя XML Записываемое имя XML содержит недопустимые символы.
Имя XML должно соответствовать требованиям, изложенным в главе 2.3 рекомендации XML (см. http://www.w3.org/TR/REC-xml#NT-Name)
Пустое значение URI допустимо только для пространства имен по умолчанию Производится попытка записать соответствие пространства имен, в котором URI пространства имен, представленному пустой строкой, соответствует непустой префикс.

Значение URI пространства имен должно соответствовать рекомендации Namespaces in XML (см. http://www.w3.org/TR/REC-xml-names)

Производится попытка записи в XML значения, для типа которого не определена процедура записи в XML. Или производится попытка чтения из XML значения неизвестного типа или типа, для которого не определена процедура чтения из XML.

При обмене данными в рамках распределенной информационной базы используются штатные механизмы записи/чтения XML – ситуации, связанные с передачей некорректных данных, могут возникать только вследствие искажения сообщения обмена данными. В таком случае необходимо получить новое сообщение обмена данными от информационной базы – источника сообщения.
Если же сообщение содержит корректные данные и ошибка возникает в процессе считывания данных из базы данных (для последующего изменения их данными из сообщения обмена), то необходимо проверить наличие прав пользователя, от имени которого производится чтения сообщения обмена.
Также необходимо удостовериться, что в процессе чтения сообщения не возникает блокировки данных (например, чтение производится в рамках транзакции, а данные заблокированы другим пользователем), можно предпринять попытку чтения сообщения в монопольном режиме доступа к информационной базе.
Если вышеперечисленные способы не привели к устранению ошибки, то необходимо проверить целостность данных информационной базы

Ситуации, возникающие при обмене данными в рамках распределенной информационной базы

Переопределение пространства имен по умолчанию для текущего элемента XML недопустимо Текущий записываемый элемент не относится ни к какому пространству имен. Поэтому для него недопустимо определение непустого пространства имен по умолчанию.
Переопределение пространства имен по умолчанию для элемента, не относящегося ни к какому пространству имен -запрещено
Ошибка преобразования данных XML Ошибка возникает вследствие нарушения структуры передаваемых данных.
При чтении данных XML платформой производится автоматическое определение типа получаемых данных, кроме случаев, когда тип данных указан при вызове операции чтения. Если структура данных XML не соответствует структуре данных, определяемых типом, то будет сгенерировано данное сообщение об ошибке.
При обмене данными в рамках распределенной информационной базы используются штатные механизмы записи/чтения XML. Данная ошибка является следствием искажения сообщения обмена. Необходимо повторно получить сообщение от информационной базы – источника сообщения
Значения данного типа не могут быть представлены в XML
Ошибка может возникнуть при участии в обмене информационных баз, имеющих различные конфигурации. Однако при обмене данными в рамках распределенной информационной базы поддерживается идентичность конфигураций информационных баз, участвующих в обмене. Данная ошибка является следствием искажения сообщения обмена. Необходимо повторно получить сообщение от информационной базы – источника сообщения
Ошибка данных XML Ошибка возникает при получении некорректных данных из источника XML или же в случаях неудачного считывания из базы данных содержимого объекта, данные которого должны быть прочитаны из источника XML: блокировка объекта или же отсутствие прав на чтение данного объекта.
Например, чтение существующего элемента справочника: если элемент справочника является группой, а было прочитано то, что является элементом, будет сгенерирована данная ошибка.

В случае чтения сообщения обмена данными от подчиненного узла в главном узле данная ситуация является штатной и означает наличие изменений конфигурации, которые еще не были получены в подчиненном узле – источнике сообщения.

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

При чтении сообщения обмена производится автоматическая запись полученных изменений данных в информационную базу. Если в процессе записи данных происходит ошибка, то процесс чтения сообщения прерывается. Для определения в процедурах записи элементов данных (объектов и наборов записей) режима записи после загрузки из сообщения обмена существует свойство Загрузка . Для корректной работы в рамках распределенной информационной базы процедуры записи элементов данных должны быть написаны с учетом произвольного порядка загрузки данных из сообщений обмена (например, не должны выполняться проверки связанной с записываемым элементом данных информации.

УТ 11.3.1.127, 1С:Предприятие 8.3.8.2197. Полная РИБ. После обновления конфигурации головного узла до 11.3.1.142, при попытке сделать синхронизацию на подчинённом узле возникает Ошибка чтения файла сообщения обмена: <Обработка.КонвертацияОбъектовРаспределенныхИнформационныхБаз.МодульОбъекта(196)>: Ошибка при вызове метода контекста (ПрочитатьИзменения): Ошибка преобразования данных XML: [sfile://C:/Users/Админ/AppData/Local/Temp/Exchange82 <441BBE86-8105-48ED-B672-78A717B9445A>/Message_B0_B1.xml][5985545,22]

Фрагмент кода возле указанной строки ниже. Строка 5985545 5-я в этом коде «. 7..»

74cb37ec-41ca-4785-9d1e-9e13f1f4d2db.9
00bfd3a4-d0f8-4b0a-aeb4-30169645f584
77u/ezcsMSwxNTAsDQp7MTAwLGUwOTUzNGUzLWFjNmUtNDJhNi04­NmU4LTU2NGFj
YjIwMDg5YX0sDQp7MCwNCnswLA0KeyJCIiwwfSwwfQ0KfSwNCnswLGNmM2Rk­NWI0
LWFjYzctNGY0NC1iYTA4LTFiOGJjOTc3NTAzZX0sDQp7MCwNCnswLA0KeyJC­Iiwx
fSwwfQ0KfSwNCnswLGEzMzA2MDFkLTk0ZjQtNGNjOC1iZDQ1LWEzOTAzNGJj­Nzkx
Mn0sDQp7MCwNCnswLA0KeyJCIiwxfSwwfQ0KfSwNCnswLGIyOWJjNTU3LTg2­YmYt

Нужно это как-то поправить, желательно в режиме: Вы говорите – я делаю, чтоб не гонять базу. Она рабочая.

Adblock
detector

Источник

Понравилась статья? Поделить с друзьями:

Интересное по теме:

  • 1с получить ошибку проведения документа
  • 1с ошибка при вызове конструктора структура
  • 1с получить ошибку исключения
  • 1с ошибка при выгрузке конфигурации
  • 1с подождите пожалуйста выполняется сохранение информации об ошибке

    • Добавить комментарий

    ;-) :| :x :twisted: :smile: :shock: :sad: :roll: :razz: :oops: :o :mrgreen: :lol: :idea: :grin: :evil: :cry: :cool: :arrow: :???: :?: :!: