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 — 30.03.18 — 13:13
а если выгрузить через универсальный обмен хмл по узлу — что скажет?
6 — 30.03.18 — 13:20
Stim, имеете ввиду обработку «Универсальный обмен данными в формате XML?»
7 — 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»>09b8f5839afdd724be3d85315771472b</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 — 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 — 02.04.18 — 09:49
(15) на пустых и должен валиться, там проверка обычно на заполненность, если пусто, то валится. Например валюта не указана или еще что-то.
18 — 02.04.18 — 09:52
(15) Так это разные файлы
19 — 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 — 02.04.18 — 10:32
(21) Какой еще смысл? Ты тугой? Файл нужно анализировать только тот, который указан в ошибке.
Модератор
26 — 02.04.18 — 10:33
1. Не ругайтесь и не оскорбляйте других.
Модератор
27 — 02.04.18 — 10:35
(24) Конфигурация не озвучена, а в некоторых конфигурациях автоматический(!) обмен производится с использованием справочника «Сценарии синхронизации данных».
28 — 02.04.18 — 10:37
(27) Не не, писал в вопросе: Платформа 8.3.10, конфигурация Комплексная автоматизация, редакция 1.1 (1.1.19.1).
29 — 02.04.18 — 10:38
Sorry, был невнимателен.
30 — 02.04.18 — 10:47
(25) Я вас возможно поражу, но файл, в котором случается ошибка есть копия файла обмена. Оба файла идентичны. Но за совет быть внимательнее, спасибо.
31 — 02.04.18 — 10:50
(в тему, в роли Кэпа) Обмен можно инициализировать непосредственно из плана обмена, используя функционал платформы или с помощью «ручного» запуска сценария синхронизации данных для автоматического обмена. В этих двух вариантах работают различные алгоритмы формирования сообщений обмена. Если сообщение обмена не архивировать — то тоже различные варианты алгоритмов (с использованием временного файла для разархивирования).
Это, в свою очередь, тоже порождает вариантабельность ошибок.
32 — 02.04.18 — 10:58
(31) Серьезно что-ли?
33 — 02.04.18 — 11:19
(31) Эмм, не очень понимаю — как влияет ручной/автоматический запуск на формирование сообщения?
34 — 02.04.18 — 11:34
(0) видел похожую инфу в инете.
там плясали вокруг этих строк в файле
<v8de:Digest1>00000000000000000000000000000000</v8de:Digest1>
<v8de:Digest2 v2=»e9d50d3997192529190612be7d91764c»>09b8f5839afdd724be3d85315771472b</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 — 02.04.18 — 12:21
(32) Серьёзно. Уточню: я не говорю про формирование самого тела сообщения обмена, а только про алгоритмы по формированию самого файла сообщения. Например, использование временного файла, например, формирование наименования файла сообщения обмена — они различные.
41 — 02.04.18 — 12:42
(39) Спасибо огромное!) Я другую немного написал, там основано на методе НайтиНедопустимыеСимволыXML, но к сожалению не она не ваша не нашла ничего.
42 — 02.04.18 — 12:58
(40) Мы говорим про конфигурацию в (0)? Там все одинаково.
43 — 02.04.18 — 13:00
(39)(41) никогда не видел что бы обмен валился от недопустимых символов.
надо копать в сторону «Если снимать регистрацию, и делать поменьше объем данных — обмен успешно завершается. » Искать что не так в данных
44 — 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 — 05.04.18 — 09:43
(48) Удаляя и загружая объект, Вы исправляете ошибки, возникшие при записи объекта, которые, возможно, не выявляет ТИИ (оно не всесильно).
А если говорить «в общем случае», то…
Стандартный типовой обмен РИБ — это функционал платформы прежде всего. Раньше часто обращал внимание и не раз попадал на то, как платформу глючит на казалось бы не таких уж и больших объёмах данных. Ваше решение в (48) просто помогает обойти эту проблему (уменьшая объём данных и вынося конфликтные данные в отдельный обмен).
Ну, что я могу сказать по этому поводу… «Надо чаще обмениваться». Чем чаще обмен — тем меньше объём. Азбука
Можно, в принципе, попробовать изменить настройку обмена, уходя из исполнения в рамках единой транзакции, на подбор в сторону уменьшения количества объектов в транзакции до тех пор, пока не уйдёт ошибка.
Денис Прог
50 — 06.04.18 — 13:38
(49) «Удаляя и загружая объект, Вы исправляете ошибки, возникшие при записи объекта, которые, возможно, не выявляет ТИИ (оно не всесильно). » — тоже предполагал, но все таки интересно было кто еще что скажет)
Про частоту обмена — да, согласен, но базы решили объединить внезапно, в которых уже заведено много данных, и велись они обособленно.
Да и самое главное, ошибка ушла, справочники обмениваются, пока что все хорошо)
Спасибо)
Показывать по
10
20
40
сообщений
Новая тема
Ответить
SVGS
Дата регистрации: 23.12.2010
Сообщений: 276
Была РИБ на 8.1 (2.0.22.2). Нужно, чтобы две базы («Центр» и «Склад») работали на 8.2 (2.0.23.9)<br> <br>Сделал так:<br>1) Конвертировал БД «Центр» в формат 8.2<br>2) Конвертировал БД «Склад» в формат 8.2<br>3) Выполнил обмен данными между ними, проверил — все ОК<br>4) Выполнил обновление БД «Центр» до версии 2.0.23.9<br> <br>5) Попытался выполнить обмена с БД «Склад» получил диагностику<br>Ошибка при чтении изменений при обмене РИБ: Ошибка при вызове метода контекста (ПрочитатьИзменения): Данные принимаются от узла, для которого зарегистрированы изменения конфигурации.Необходимо произвести перенос изменений конфигурации в узел.Чтение данных из файла обмена завершено с ошибками!<br> Запись изменений текущей информационной базы в файл обмена завершилась успешно.<br> т.е. файл изменениями для БД «Склад» сформировался успешно<br><br>6) Попытался выполнить обмен данными в БД «Склад» с этим файлом. Получил ошибку<br>Ошибка при чтении изменений при обмене РИБ: Ошибка при вызове метода контекста (ПрочитатьИзменения): Конфигурация узла распределенной ИБ не соответствует ожидаемой!Чтение данных из файла обмена завершено с ошибками!<br><br> <br>Что я делаю не верно? И как должно быть сделано правильно?
Prikum
активный пользователь
офлайн
Дата регистрации: 18.02.2002
Сообщений: 20880
Нужно на БД «Склад» зайти конфигуратором и применить изменения конфигурации.
SVGS
Дата регистрации: 23.12.2010
Сообщений: 276
А поподробнее можно?<br>Я в Бух 8.1 делал так:<br>выбирал в меню «Конфигурация» пункт «Обновить конфигурацию базы данных»<br>Если под словами <br>> применить изменения конфигурации<br>именно это имеется ввиду, то у меня этот пункт почему-то в Бух 8.2 недоступен
Prikum
активный пользователь
офлайн
Дата регистрации: 18.02.2002
Сообщений: 20880
Зайти конфигуратором и нажать F5, потом опять сделать обмен. Вроде так, пишу на память.
SVGS
Дата регистрации: 23.12.2010
Сообщений: 276
Попробовал. F5 — начать отладку — запустилась программа — выполнил обмен — результат тот же.<br>Завтра буду пробовать еще что-то сделать. Пока нахожусь в полном недоумении:<br>почему в 8.1 у меня «Склад» легко обновлялся таким способом, а в 8.2 нет???
SVGS
Дата регистрации: 23.12.2010
Сообщений: 276
Еще раз прошел по тому же пути — результат тот же.<br>»Центр» обновляется — передать выполненное обновление в БД «Склад» не получается.<br>Пункт меню «Обновить конфигурацию базы данных» в конфигураторе не доступен.<br> <br>Пошлите меня куда-нибудь. <br>(Где прочитать про различия при обновлении РИБ в 8.1 и 8.2?)
Prikum
активный пользователь
офлайн
Дата регистрации: 18.02.2002
Сообщений: 20880
— Сделать обмен в «Центре»<br> — Сделать обмен в «Склад»<br> — Зайти в конфигуратор «Склад»<br> — Если не открыто дерево конфигурации, то открыть его<br> — Посмотреть стоит ли знак вопроса на конфигурации<br> — Нажать F5<br> — Еще раз сделать обмен в «Склад» (не надо приэтом делать обмен в «Центр»)
SVGS
Дата регистрации: 23.12.2010
Сообщений: 276
Prikum, если коротко, то я все так и делал. Эту механику освоил еще на 8.1. Попробую запротоколировать все, что я делаю при переходе на 8.2.<br> <br>1. Устанавливаю платформу 8.2. Отказываюсь от переустановки драйвера.<br> <br>2. Копирую каталог «Центр» 8.1 в каталог «Центр» 8.2<br> <br>3. Запускаю «Центр» 8.2 в режиме «Конфигуратор». Получаю вопрос:<br>Формат файла информационной базы не соответствует версии «1С:Предприятия». Выполнить преобразование?<br>Отвечаю «Да», получаю еще один вопрос:<br>Структура информационной базы несовместима с текущей версией программы.Произвести конвертацию информационной базы?<br> Отвечаю «Да». Получаю «Конвертация информационной базы завершена»<br> <br>4. Нажимаю «Конфигурация-Поддержка-Обновить конфигурацию».<br>Выбираю 2.0.23.9 (обновление) — Продолжить обновление<br>Обновление завершается сообщением:<br>После изменения режима совместимости рекомендуется выполнить перезапуск конфигуратора.<br> <br>5. Перезапускаю конфигуратор. Выбираю пункт меню «Конфигурация — Обновить конфигурацию базы данных»<br>При нажатии на кнопку «Принять» получаю вопрос:<br>При обработке данных выдано 2 предупреждений! Принять изменения?<br> Поскольку я не понимаю о каких предупреждениях идет речь, нажимаю кнопку «Да»<br>Пропадает <!> рядом со словом «Конфигурация»<br> <br>6. Нажимаю F5. Идут запросы от Firewall на обращение к сайтам 1С. Я все разрешаю и подтверждаю легальность получения обновления. Получаю сообщения:<br>Выполнено обновление информационной базы с версии 2.0.22.2 на версию 2.0.22.1<br>Выполнено обновление информационной базы с версии 2.0.22.1 на версию 2.0.23.9<br> <br>7. Выполняю настроенную еще в 8.1 процедуру «Выполнить обмен с узлам РИБ по организации». Получаю сообщения:<br>Не найден входящий файл обмена данными.<br>Запись изменений текущей информационной базы в файл обмена завершилась успешно.<br> <br>8. Повторяю пункты 2 и 3 с БД «Склад». Нажимаю F5 и пробую «Выполнить обмен с узлам РИБ по организации». Получаю сообщения:<br>Ошибка при чтении изменений при обмене РИБ: Ошибка при вызове метода контекста (ПрочитатьИзменения): <br>Конфигурация узла распределенной ИБ не соответствует ожидаемой!<br>Чтение данных из файла обмена завершено с ошибками!<br>Запись изменений текущей информационной базы в файл обмена завершилась успешно.<br> <br>ЗДЕСЬ НЕТ ТРЕБОВАНИЯ ПЕРЕЙТИ В КОНФИГУРАТОР И ЗАВЕРШИТЬ ОБНОВЛЕНИЕ,<br>которое я видел в 8.1…<br> <br>9. Вхожу в конфигуратор. Убеждаюсь, что в БД «Склад» стоит версия 2.0.22.2<br>Открываю окошки «Конфигурация» и «Конфигурация базы данных» и вижу, что пункты меню<br>»Обновить конфигурацию» и «Обновить конфигурацию базы данных» заблокированы.<br> <br>10. Перехожу к пункту 1 и повторяю эти развлекательные циклические упражнения 3 раза подряд. <br> <br>В каком месте я ошибаюсь и не могу выйти из этого цикла? ))
SVGS
Дата регистрации: 23.12.2010
Сообщений: 276
С задачей справился. Источник информации: http://infostart.ru/public/65456/<br>К сожалению, на этой конференции я нужной информации не получил.
Показывать по
10
20
40
сообщений
Читают тему:
-
[warn=Читайте правила!]1.9. Использование слишком большого размера шрифта и заглавных букв без достаточных оснований. Даже если Вам необходимо срочно привлечь к теме/сообщению повышенное внимание, это не создаст нужного эффекта. Такие темы, как «ПОМОГИТЕ!!!», «Ищу» или «Вопрос», а также сообщения типа «Неужели никому не интересно?» или «Ответьте кто-нибудь!», будут модерироваться или удаляться без предупреждения. [/warn]
1С:Предприятие 8.1 (8.1.11.67) «Управление торговлей», редакция 10.3 (10.3.2.11)При загрузке с перефирийной базы в главную произошла такая ошибка. до этого все было норм. что делать? срочно надо исправить.!
-
Offline
BabySG
Администраторы
Команда форума
Администратор- Регистрация:
- 10 июн 2007
- Сообщения:
- 11.853
- Симпатии:
- 18
- Баллы:
- 29
Конфа типовая?
Попробуйте выслать в другую сторону данные, а потом обратно — может вы динамически обновили -
Да. конфа типовая (1 главная 2 периферийные). Высылал много раз из главной в перефирийную…там все норм принимает и выгрузка с перефирийной нормально проходит, а вот загрузка на главной выдает такую ошибку.
-
Offline
BabySG
Администраторы
Команда форума
Администратор- Регистрация:
- 10 июн 2007
- Сообщения:
- 11.853
- Симпатии:
- 18
- Баллы:
- 29
Вероятно, какой-то документ или справочник неверно записан.
Надо смотреть таблицу изменений и попробовать перезаписать объекты или в отладчике ловите, что за объект такой. -
В этой процедуре выдает ошибку
Процедура ОбъединитьМассивыУзловПоИ(ИсходныйМассив, МассивОграничений) Если МассивОграничений.Количество() = 0 Тогда ИсходныйМассив.Очистить(); Возврат; КонецЕсли; НомерВмассиве = ИсходныйМассив.Количество() - 1; Пока НомерВМассиве >= 0 Цикл Если МассивОграничений.Найти(ИсходныйМассив[НомерВМассиве]) = Неопределено Тогда ИсходныйМассив.Удалить(НомерВМассиве); КонецЕсли; НомерВМассиве = НомерВМассиве - 1; КонецЦикла; КонецПроцедуры
-
Offline
duh
Опытный в 1С- Регистрация:
- 21 янв 2009
- Сообщения:
- 74
- Симпатии:
- 0
- Баллы:
- 26
проверь параметры процедуры наверно один а может и оба не массивы
-
Это родная процедура. конфа типовая. ничего не изменялось. со второй периферийной базы все идет норм. а вот с первой запарка. я думаю когда измения произошли в справочнике «подразделения» после этого такая ошибка. хотя не знаю.
Ситуация следующая. УТ81. Настраиваю автообмен между распределенными базами по правилу обменав режиме РИБ (задолбался вручную обменивать). . Тестирую. Выгрузил ценральную (далее CBD) и переферифную (далее MCO). Обе загрузил в тестовые скулевые базы данных. . Выгрузка из MCO настраивается по расписанию «на ура» — файл создается. Настраиваю загрузку в центральную CBD. Пробовал и по расписанию, и «При появлении файла». . При загрузке из MCO в CDB пишет: Начат автоматический обмен данными по настройке «MCO» (12:27:43). Не выбрано регламентное задание для настройки обмена. Ошибка при чтении изменений из файла обмена. Ошибка при вызове метода контекста (ПрочитатьИзменения): Операция не выполнена! Чтение данных из файла обмена завершено с ошибками! Обмен данными по настройке «MCO» завершен (12:27:48). . Самое забавное то, что файл благополучно удаляется. . Занавес. Ошибка при чтении изменений из файла обмена. Ошибка при вызове метода контекста (ПрочитатьИзменения): Операция не выполнена!
Есть процедура: И СтруктураНастроекОбменаДанными.ДанныеНастройкиАвтообмена = Неопределено Тогда
Видимо на строчке: . ПланыОбмена.ПрочитатьИзменения(ЧтениеСообщения, СтруктураНастроекОбменаДанными.КоличествоЭлементовВТранзакцииНаЗагрузкуДанных); . происходит сбой В чем дело — понять не могу
Далее — забавнее, когда пытаюсь загрузить вручную выгруженный файл обмена из MCO в CBD получаю отлуп: . Не выбрано регламентное задание для настройки обмена. . баба яга в шоке
Пожалуйста, помогите если кто сталкивался.
Уважаемый коллективный разум — откликнись!)
Неужели трудно сделать глобальный поиск «Чтение данных из файла обмена завершено с ошибками» в конфигурации, поставить там точку останова и запустить отладчик? Предварительно проверив что в свойствах северной базы не стоит галка блокировка реграментных заданий…
Точнее поиск текста «Не выбрано регламентное задание для настройки обмена»
а там не останавливается))
+ — к тому же — это часть проблемы, причем — не столь важная — важнее — почему затыкается чтение файла?
Проблема понята. Расскажу в чем дело.
Все дело в том, что я «умственно отсталый имбицилл» — вместо того, чтобы скопировать план обмена «Полный» — создал свой и разрешил обмениваться всеми справочниками и регистрами обмена, тогда как есть справочники и регистры, которые не подлежат обмену — в том числе справочники настроек обмена, выполнения обмена, регист истории обмена )))) и при попытке загрузить в центральную видимо возникает конфликт — по коду пытается перезаписать настройку котороая сейчас используется
Тэги:
Комментарии доступны только авторизированным пользователям
Posted On 2020-04-20
Ошибка чтения файла сообщения обмена: {Обработка.КонвертацияОбъектовРаспределенныхИнформационныхБаз.МодульОбъекта(200)}: Ошибка при вызове метода контекста (ПрочитатьИзменения): Ошибка формата представления изменений
При этой ошибке нужно Установить главный узел Риб
В БП 3, УТ 11, Розница, форма настройки и есть форма узла.
Ну можно через главное меню — Все функции — Планы обмена…