Ошибка при вызова контекста при обмене данными

Добрый вечер!

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

Случай 2: нашел контрагента, на котором всегда вылетает при обмене ошибка.

Что копать, куда копать.. не представляю

Не знаю, может чем-то поможет

Рабочий контрагент по выгрузке

                    <CatalogObject.Контрагенты>
                    <Ref>d0f06f24-5690-11e3-bab3-1cc1defa4c78</Ref>
                    <IsFolder>false</IsFolder>
                    <DeletionMark>false</DeletionMark>
                    <Parent>4d49400c-5362-11e3-bb18-0025900a8780</Parent>
                    <Code>Мт-000258</Code>
                    <Description>! ПРОББББА 1</Description>
                    <ГоловнойКонтрагент>d0f06f24-5690-11e3-bab3-1cc1defa4c78</ГоловнойКонтрагент>
                    <ДокументУдостоверяющийЛичность/>
                    <ДополнительноеОписание/>
                    <ИНН></ИНН>
                    <ИсточникИнформацииПриОбращении>00000000-0000-0000-0000-000000000000</ИсточникИнформацииПриОбращении>
                    <КодПоОКПО></КодПоОКПО>
                    <Комментарий>фвсвф</Комментарий>
                    <КПП></КПП>
                    <НаименованиеПолное>ООО "! ПРОББББА 1"</НаименованиеПолное>
                    <ОсновноеКонтактноеЛицо>5c8a92b5-7115-11e3-bab4-1cc1defa4c78</ОсновноеКонтактноеЛицо>
                    <ОсновнойБанковскийСчет>5c8a92a5-7115-11e3-bab4-1cc1defa4c78</ОсновнойБанковскийСчет>
                    <ОсновнойВидДеятельности>2f2bea5d-f5bd-11e2-84a9-0025900a8781</ОсновнойВидДеятельности>
                    <ОсновнойДоговорКонтрагента>d0f06f25-5690-11e3-bab3-1cc1defa4c78</ОсновнойДоговорКонтрагента>
                    <ОсновнойМенеджерПокупателя>75ade3d1-4126-11e3-bab3-1cc1defa4c78</ОсновнойМенеджерПокупателя>
                    <Покупатель>true</Покупатель>
                    <Поставщик>true</Поставщик>
                    <РасписаниеРаботыСтрокой/>
                    <СрокВыполненияЗаказаПоставщиком>0</СрокВыполненияЗаказаПоставщиком>
                    <НеЯвляетсяРезидентом>false</НеЯвляетсяРезидентом>
                    <ОКОПФ>bc1a4a0d-c02c-11e1-8d59-0025900a8781</ОКОПФ>
                    <Регион>7c01b4db-28e0-11e2-9c74-0025900a8781</Регион>
                    <ГруппаДоступаККонтрагенту>00000000-0000-0000-0000-000000000000</ГруппаДоступаККонтрагенту>
                    <ОбособленноеПодразделение>false</ОбособленноеПодразделение>
                    <ЮрФизЛицо>ЮрЛицо</ЮрФизЛицо>
                    <АдресЭП/>
                    <ВидыДеятельности>
                        <Row>
                            <ВидДеятельности>2f2bea5d-f5bd-11e2-84a9-0025900a8781</ВидДеятельности>
                            <Ответственный>00000000-0000-0000-0000-000000000000</Ответственный>
                        </Row>
                    </ВидыДеятельности>
                    <МенеджерыПокупателя>
                        <Row>
                            <МенеджерПокупателя>75ade3d1-4126-11e3-bab3-1cc1defa4c78</МенеджерПокупателя>
                        </Row>
                    </МенеджерыПокупателя>
                </CatalogObject.Контрагенты>

Не рабочий контрагент, вылетает ошибка

                    <CatalogObject.Контрагенты>
                    <Ref>1d51db54-6b96-11e3-bab3-1cc1defa4c78</Ref>
                    <IsFolder>false</IsFolder>
                    <DeletionMark>false</DeletionMark>
                    <Parent>7eab5792-9329-11e3-8f2a-08606ee4f6ee</Parent>
                    <Code>Рт-000078</Code>
                    <Description>1</Description>
                    <ГоловнойКонтрагент>1d51db54-6b96-11e3-bab3-1cc1defa4c78</ГоловнойКонтрагент>
                    <ДокументУдостоверяющийЛичность/>
                    <ДополнительноеОписание/>
                    <ИНН/>
                    <ИсточникИнформацииПриОбращении>00000000-0000-0000-0000-000000000000</ИсточникИнформацииПриОбращении>
                    <КодПоОКПО/>
                    <Комментарий/>
                    <КПП/>
                    <НаименованиеПолное>1</НаименованиеПолное>
                    <ОсновноеКонтактноеЛицо>00000000-0000-0000-0000-000000000000</ОсновноеКонтактноеЛицо>
                    <ОсновнойБанковскийСчет>00000000-0000-0000-0000-000000000000</ОсновнойБанковскийСчет>
                    <ОсновнойВидДеятельности>00000000-0000-0000-0000-000000000000</ОсновнойВидДеятельности>
                    <ОсновнойДоговорКонтрагента>7eab578f-9329-11e3-8f2a-08606ee4f6ee</ОсновнойДоговорКонтрагента>
                    <ОсновнойМенеджерПокупателя>00000000-0000-0000-0000-000000000000</ОсновнойМенеджерПокупателя>
                    <Покупатель>true</Покупатель>
                    <Поставщик>false</Поставщик>
                    <РасписаниеРаботыСтрокой/>
                    <СрокВыполненияЗаказаПоставщиком>0</СрокВыполненияЗаказаПоставщиком>
                    <НеЯвляетсяРезидентом>false</НеЯвляетсяРезидентом>
                    <ОКОПФ>00000000-0000-0000-0000-000000000000</ОКОПФ>
                    <Регион>00000000-0000-0000-0000-000000000000</Регион>
                    <ГруппаДоступаККонтрагенту>00000000-0000-0000-0000-000000000000</ГруппаДоступаККонтрагенту>
                    <ОбособленноеПодразделение>false</ОбособленноеПодразделение>
                    <ЮрФизЛицо/>
                    <АдресЭП/>
                    <ВидыДеятельности/>
                    <МенеджерыПокупателя/>
                </CatalogObject.Контрагенты>

Больше в файле для обмена нет никаких различий (ну .. кроме номера сообщения)

на вскидку вижу разницу только в

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

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

По стандартам xml это монопесуально конечно… но всякое бывает

Если поможет, вот весь текст

Ошибка при чтении изменений из файла обмена.
 Ошибка при вызове метода контекста (ПрочитатьИзменения): Ошибка данных XML: [file://C:/***/Message_001_002.xml][34,59]
Чтение данных из файла обмена завершено с ошибками!

Хехе, ошибка вылетает и при использовании обработки «Выгрузка из загрузка данных XML (2.1.8)»

{ВнешняяОбработка.ВыгрузкаЗагрузкаДанныхXML.МодульОбъекта(147)}: Ошибка при вызове метода контекста (ПрочитатьXML)
            ЗаписанноеЗначение = ПрочитатьXML(ЧтениеXML);
по причине:
Ошибка данных XML: [file://C:/***/Обмен.xml][124,12]

Взято с ИТС — http://its.1c.ru/db/metod81#content:2265:1

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

Реально, хз че делать Вроде база целая… проблем нет..

(22) Скорее всего проблема может быть когда базы находятся на одном компютере, так как для них UUID вычисляется не совсем правильно

v8: Справочники. Обмен данными. Атрибут Ref.

Нет, полная схема работы такая:

1. Есть Головная база

2. Есть РИБ1

3. Есть РИБ2

4. В базе РИБ1 есть справочник контрагентов и в этом справочнике есть ЭЛЕМЕНТ с каким-то Уникальным идентификатором.

5. В базе РИБ2 есть справочник контрагентов и в этом справочнике есть ГРУППА с таким же Уникальным идентификатором.

Нормальна ли такая ситуация?

Получаем данные из РИБ2 в головную.

Получаем данные из РИБ1 в головную.

Что происходит — у контрагентов в группе из РИБ2 установится родитель = ЭЛЕМЕНУ! из РИБ1.

Таким образом получается, что обмен посредством РИБ может привести к полной «*опе», т.к. после обмена с РИБ1, выгрузить данные в РИБ2 из головной не получится —

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

РИБ1, РИБ2 и Головная ИБ находятся на разных компьютерах.

Serginio1

27 — 14.02.14 — 14:10

(26) То есть владельцем этого элемента является РИБ1 данные мигрировали в РИБ2 и там на этого контрагента навесили дочерние элементы.

Затем в РИБ1 изменили с группы на элемент?

1. Настроена интеграция 1С с интернет-магазином на битриксе, при выгрузке заказов 1С выдала такую ошибку:

   {ОбщийМодуль.ПроцедурыОбменаССайтом.Модуль(1167)}: Ошибка при вызове метода контекста (Выполнить)
   ТаблицаДокументов = Запрос.Выполнить().Выгрузить();
   по причине:
   Ошибка выполнения запроса
   по причине:
   В данной транзакции уже происходили ошибки!

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

2. 
   

   Offline

   nbIpKuH_BaH9I
   Модераторы
   Команда форума
   Модератор

   Регистрация:

   16 сен 2009

   Сообщения:

   8.157

   Симпатии:

   553

   Баллы:

   204

   Код модуля дайте чтоли хотя бы?

3. К сожалению не могу скинуть, я специалист по битриксу, а в 1С не разбираюсь, сам 1Сник теперь не работает с нами и не доступен, вот я и ищу проблему — внедряли НДС до этой ошибки и вероятно она что-то ломает

4. 
   

   Offline

   shurikvz
   Модераторы
   Команда форума
   Модератор

   Регистрация:

   1 окт 2009

   Сообщения:

   8.547

   Симпатии:

   344

   Баллы:

   104

   AlenaAS так в итоге обмен заказами работает или нет?

   В любом случае без разбора на месте врядли получится что-то определенное сказать.

5. да, обмен работает, но такая ошибка периодически появляется и таинственным образом сама исчезает. Предполагаю, что сложности возникат из-за юр.лица. С сайта отдаются все данные по заказу, но видимо менеджер редактирует и изменяет уже созданый заказ (так у них заведено для всяких скидок) и возникает проблема при выгрузке — вот только не понятно где он редактирует заказ на сайте или в 1С (кто-то не может корректно обновить данные).
   Мне же повторить эту ошибку не удалось.

6. 
   

   Offline

   shurikvz
   Модераторы
   Команда форума
   Модератор

   Регистрация:

   1 окт 2009

   Сообщения:

   8.547

   Симпатии:

   344

   Баллы:

   104

   База данных 1С — файловый вариант, или клиент-серверный? Загрузка-выгрузка заказов в 1С настроена на автоматическое выполнение, или же менеджеры в ручную запускают обмен с сайтом?

7. 1. База данных 1С — клиент-серверный вариант
   2. менеджеры в ручную запускают обмен с сайтом, автоматическая в отличие от ручной не работает, т.к . сервер 1С на линуксе и ждет кодировку utf-8, а вот сайт к сожалению в кодировке windows1251
   — как мне стало известно, техпо 1С не осуществляет поддержку 1С на линуксе и данная проблема автоматической выгрузки не будет решаться со стороны 1С

8. 
   

   Offline

   shurikvz
   Модераторы
   Команда форума
   Модератор

   Регистрация:

   1 окт 2009

   Сообщения:

   8.547

   Симпатии:

   344

   Баллы:

   104

   С учетом ответа на 1) вероятность того что напишу ниже, конечно небольшая, но все же: ошибка может быть связана с параллельным проведением документов. Т.е. в момент когда запускают обмен с сайтом, кто-то что-то делает с заказами. Т.е. нужно запускать обмен с сайтом в момент, когда в 1С активность пользователей небольшая + документы ЗаказПокупателя пока не завершится обмен не трогать. Больше ничего сказать не могу. Как писал выше — только на месте разбираться, причем поскольку ошибка плавающая, еще не известно сколько времени займет, чтобы воспроизвести ее, для понимания что не так.

   P.S.
   Непосредственно к главному вопросу отношения не имеет, но к вопросу автоматического обмена: неужели у битрикса проблемы с пониманием utf8?

9. Спасибо, это уже похоже на истину, проверю, надеюсь поможет.

   >P.S.
   >Непосредственно к главному вопросу отношения не имеет, но к вопросу автоматического обмена: неужели у битрикса проблемы с пониманием utf8?

   нет, проблемы с пониманием utf8 не у битрикса (сейчас вообще новый модуль реал-тайм обмена с 1С вышел — который и решит проблему), просто сервера линукса ждут утф-8 в любом случае и при запуске автоматически сервер отдает 1Ске файл в другой кодировке (на сайте вин1251), хотя на сервере под виндой такой проблемы не наблюдается.
   Поэтому для автоматического обмена мне надо еще конвертировать файл в нужную кодировку, а потом отправлять ее в 1С, но это не страшно и уже другая история)

   Последнее редактирование: 27 авг 2014
10. 
    

    Offline

    nickpugachev
    Профессионал в 1С
    Команда форума

    Регистрация:

    28 май 2012

    Сообщения:

    3.397

    Симпатии:

    156

    Баллы:

    104

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