Содержание:
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.
Специалист компании «Кодерлайн»
Айдар Фархутдинов
Ошибка преобразования данных XML при работе в 1С является стандартной и распространенной ошибкой. При возникновении этой ошибки блокируется дальнейшая работа с документами.
Напомним, что XML — это язык программирования, чем-то похожий на HTML. Разница в том, что HTML регламентирует отображение элементов на странице, то есть браузер «считывает» HTML теги и показывает пользователям веб-страницу, согласно тегам. А XML ничего не регламентирует, он только сохраняет и транспортирует информацию.
Ошибка преобразования данных XML обычно появляется тогда, когда нарушается последовательность при принятии периферийным узлом информации от центрального узла. Когда эта ошибка появляется на главном узле в момент передачи на второстепенный узел, тогда самое важное вначале — устранить саму проблему, а не менять сразу настройки главного узла. Если это сделать (менять настройки), тогда присутствует риск возникновения такой же проблемы на второстепенном узле, поэтому важно для начала проанализировать и найти причину возникновения ошибки и устранить ее.
Ошибка преобразования данных XML в 1С: основные причины
Практика показывает, что есть несколько распространенных причин, почему ошибка преобразования данных появляется в 1С:
Иногда ошибка преобразования данных XML возникает по достаточно простой причине, например, из-за того, что в передаваемом документе присутствуют недопустимые символы, а второстепенный узел просто не может их прочитать. Так ли это? Можно проверить на отправляющем узле, если открыть проверку «ВыгрузкаЗагрузкаДанныхXML.epf». Если причина в этом, тогда вы получите соответствующее сообщение. Если сообщения нет, тогда можно искать другие причины и устранять их.
Технические неполадки в файловой системе. Ошибка появляется, потому что XML-файл не может быть прочитан. Такая проблема может быть связана с неправильным именем передаваемого файла, то есть узел-получатель не может прочитать имя передаваемого файла. Чтобы устранить эту причину, нужно на узле-отправителе поменять имя у передаваемого файла и отправить его еще раз. Если ошибка преобразования данных XML была из-за имени, тогда после переименования она устранится.
Не соответствуют метаданные между узлом—отправителем и узлом—получателем. Важно помнить, что безошибочная передача данных XML между узлами возможна лишь в том случае, если оба узла используют идентичную конфигурацию. Поэтому нужно исследовать правила обмена данными в обоих узлах на их соответствие. Если найдены какие-то различия, тогда устраните их и попробуйте еще раз передать XML-файл.
Заключение
Ошибка преобразования данных XML возникает в 1С нечасто, но в то же время это самый распространенный вид ошибки. Причин возникновения может быть несколько, и о них мы сегодня написали. Все ли причины возникновения ошибки мы перечислили? Нет, не все, но это самые распространенные, которые наиболее часто встречаются на практике.
16.05.2017
Ошибка преобразования данных XML. Типичная ошибка при нарушении последовательности принятия периферийным узлом данных от центрального узла. Методы диагностики ошибки и способ устранения.
Во-первых, если такая ошибка возникает на главном узле после передачи на подчиненный сообщения с обновлением, до устранения этой проблемы не желательно править конфигурацию главного узла, т.к. можем запросто получить на подчинённом проблему «конфигурация не соответствует ожидаемой»!
Лучше глубже проанализировать суть ошибки, тем более, что в тексте этой ошибки указывается номер строки и колонки того места, где произошла ошибка.
Тем не менее, перед тем, как приступать к глубокому анализу файла сообщения, проверьте не открывается ли этот ларчик гораздо проще: на узле-отправителе проблемного сообщения откройте обработку ВыгрузкаЗагрузкаДанныхXML.epf (из состава конфигурации «Конвертация данных», находится в каталоге шаблона конфигурации после её установки), нажмите в самом низу кнопку «Недопустимые символы в плане обмена» и выберите узел-получатель. Если проверка выдаст ошибки, то вам достаточно будет устранить их непосредственно в указанных объектах и проблема будет решена.
Если недопустимых символов не найдено — копаем дальше. Откройте XML файл сообщения (лучше всего открывать прямо в 1С:Предприятие и посмотрите по указанному номеру строки, на каком объекте остановился прием.
Если чисто визуально с ним всё в порядке — имеет смысл сравнить сериализованный объект, на котором «затыкается» чтение, с каким-нибудь аналогичным объектом БД получателя. Для получения сериализованного представления объекта можно воспользоваться обработкой СериализацияОбъектаВXML.epf в приложении этой статьи. Сравнение нужно производить по структуре объекта! Т.е. проверить, чтобы все элементы метаданных сравниваемых объектов были одинаковы и был соблюден порядок их следования (это важно!). В случае структурных различий поступаем одним из 2-х способов: или разбираемся, почему не произошло обновление конфигурации периферийного узла и устраняем причину; или обращаемся к первой методике из публикации //infostart.ru/public/65456/.
Удачных Вам обменов!
При входе в базу 1с вы можете увидеть “Ошибка преобразования данных XDTO:
Начало Свойства: errorProcessingSettings
Форма: Элемент
Тип: {http://v8.1c.ru/8.2/managed-application/core}ErrorProcessingSettings по причине
Чаще всего ошибка возникает при определенном типе запуска: это либо через тонкий клиент, либо через линк42, случаи бывают разные. Через браузер такие базы запускаются без ошибок.
Есть простое решение данной проблемы.
Достаточно запустить базу доступным нам способом (где нет ошибки) включить Функции тех. специалиста (Меню — Настройки — Параметры — Режим технического специалиста)
В Функциях для технического специалиста ищем Управление настройками обработки ошибок (Стандартные)
Запускаем
Готово!
Уже более 10 000 компаний работают
в облачной 1С от 42Clouds
— Консультация по 1С Бесплатно!
— Поддержка 24/7 по техническим вопросам: в чате, по телефону, по почте
— Все типовые конфигурации онлайн, доступ через RDP, Remote App, Web
Содержание:
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.
Специалист компании «Кодерлайн»
Айдар Фархутдинов
Ошибка преобразования данных XML при работе в 1С является стандартной и распространенной ошибкой. При возникновении этой ошибки блокируется дальнейшая работа с документами.
Напомним, что XML — это язык программирования, чем-то похожий на HTML. Разница в том, что HTML регламентирует отображение элементов на странице, то есть браузер «считывает» HTML теги и показывает пользователям веб-страницу, согласно тегам. А XML ничего не регламентирует, он только сохраняет и транспортирует информацию.
Ошибка преобразования данных XML обычно появляется тогда, когда нарушается последовательность при принятии периферийным узлом информации от центрального узла. Когда эта ошибка появляется на главном узле в момент передачи на второстепенный узел, тогда самое важное вначале — устранить саму проблему, а не менять сразу настройки главного узла. Если это сделать (менять настройки), тогда присутствует риск возникновения такой же проблемы на второстепенном узле, поэтому важно для начала проанализировать и найти причину возникновения ошибки и устранить ее.
Ошибка преобразования данных XML в 1С: основные причины
Практика показывает, что есть несколько распространенных причин, почему ошибка преобразования данных появляется в 1С:
Иногда ошибка преобразования данных XML возникает по достаточно простой причине, например, из-за того, что в передаваемом документе присутствуют недопустимые символы, а второстепенный узел просто не может их прочитать. Так ли это? Можно проверить на отправляющем узле, если открыть проверку «ВыгрузкаЗагрузкаДанныхXML.epf». Если причина в этом, тогда вы получите соответствующее сообщение. Если сообщения нет, тогда можно искать другие причины и устранять их.
Технические неполадки в файловой системе. Ошибка появляется, потому что XML-файл не может быть прочитан. Такая проблема может быть связана с неправильным именем передаваемого файла, то есть узел-получатель не может прочитать имя передаваемого файла. Чтобы устранить эту причину, нужно на узле-отправителе поменять имя у передаваемого файла и отправить его еще раз. Если ошибка преобразования данных XML была из-за имени, тогда после переименования она устранится.
Не соответствуют метаданные между узлом—отправителем и узлом—получателем. Важно помнить, что безошибочная передача данных XML между узлами возможна лишь в том случае, если оба узла используют идентичную конфигурацию. Поэтому нужно исследовать правила обмена данными в обоих узлах на их соответствие. Если найдены какие-то различия, тогда устраните их и попробуйте еще раз передать XML-файл.
Заключение
Ошибка преобразования данных XML возникает в 1С нечасто, но в то же время это самый распространенный вид ошибки. Причин возникновения может быть несколько, и о них мы сегодня написали. Все ли причины возникновения ошибки мы перечислили? Нет, не все, но это самые распространенные, которые наиболее часто встречаются на практике.
Написал универсальный перенос данных между идентичными объектами разных баз. Часть справочников и документов перенеслись нормально, но столкнулся с такой проблемой. Появляется, когда одна из табличных частей документа пустая. При этом в XML файле ей соответствует строка вида <НазваниеТЧ />. При загрузке этого объекта, при вызове метода ПрочитатьXML появляется ошибка: Error calling context method (ПрочитатьXML): Error transforming XML data: [22,27]. Как можно решить эту проблему без написания замороченного переноса и пропускания таких объектов?
Имхо лучше не использовать в названиях тегов наименования объектов ИБ. Почему бы не сделать так:
Дело в том, что я использую механизмы платформы по выгрузке объектов.
И не могу повлиять на структуру XML.
Думаю это связано с механизмом создания табличных частей предлогаю пошаманить: Добавить во все ТЗ предопределенный элемент, выгрузить, загрузить, удалить предопределенный элемент
Тэги:
Комментарии доступны только авторизированным пользователям
Опубликовано:
18 ноября 2010 в 11:24
12
В компании произошло обновление сервера 1с с версии 8.1 на 8.2, как результат слетела синхронизация контрагентов и вообще любых записей.
Обратившись за новым коннектором в службу, поняли что он еще на стадии тестирования и описания. Однако ждать мы не могли, в связи с чем решили разработку провести самостоятельно.
Внимание! Используйте данную рекомендацию на свой страх и риск!
Нужно сделать 2 действия.
1. Ищем функцию: Connector1C81Get1C80Application в ней меняем все v81 на v82
2. Второй момент имя базы не должно содержать пробелов!
После этого у нас всё заработало без ошибок. Удачи!
- Remove From My Forums
-
Question
-
Hello All—
I am new to XML
What I am trying to do is:
1) Export (table/ form) from Access to XML. This process gives the XSL and a HTML file too.
2) Display / Modify the XML (if needed) in XML Notepad 2007
3) Display as HTML to a web site (geocities/yahoo)
Problem1: When I open the the XML in Notepad and transform it I get an error Msg:
Error Transforming XML
‘Option’ statements must precede any declarations or ‘Imports’ statements.Problem2: IE will not open the HTML page at all (but it tries to open it and fails)
Can someone help me with this?
Thanks
Trying to transform XML data using XSLT. The following code works fine outside of a servlet. But in a servlet it gives the following error :
* Transformer Factory error
javax.xml.transform.TransformerConfigurationException: javax.xml.transform.TransformerException: org.xml.sax.SAXException: Namespace not supported by SAXParser
javax.xml.transform.TransformerConfigurationException: javax.xml.transform.TransformerException: org.xml.sax.SAXException: Namespace not supported by SAXParser
at org.apache.xml.utils.DefaultErrorHandler.fatalError(DefaultErrorHandler.java:257)
at org.apache.xalan.processor.TransformerFactoryImpl.newTransformer(TransformerFactoryImpl.java:813)
at TransformationApp.XSLTTransformServlet.MyTransform(XSLTTransformServlet.java:79)
at TransformationApp.XSLTTransformServlet.doGet(XSLTTransformServlet.java:39)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:740)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
at org.apache.tomcat.core.ServletWrapper.doService(ServletWrapper.java:405)
at org.apache.tomcat.core.Handler.service(Handler.java:287)
at org.apache.tomcat.core.ServletWrapper.service(ServletWrapper.java:372)
at org.apache.tomcat.core.ContextManager.internalService(ContextManager.java:812)
at org.apache.tomcat.core.ContextManager.service(ContextManager.java:758)
at org.apache.tomcat.service.http.HttpConnectionHandler.processConnection(HttpConnectionHandler.java:213)
at org.apache.tomcat.service.TcpWorkerThread.runIt(PoolTcpEndpoint.java:416)
at org.apache.tomcat.util.ThreadPool$ControlRunnable.run(ThreadPool.java:501)
at java.lang.Thread.run(Thread.java:484)
Several articles hinted at setting the factory namespace attribute to TRUE. I have tried that but same results. Here is the code :
static Document document;
DocumentBuilderFactory factory =
DocumentBuilderFactory.newInstance();
//factory.setNamespaceAware(true);
//factory.setValidating(true);
try {
File stylesheet = new File(argv[0]);
File datafile = new File(argv[1]);
DocumentBuilder builder = factory.newDocumentBuilder();
document = builder.parse(datafile);
// Use a Transformer for output
TransformerFactory tFactory =
TransformerFactory.newInstance();
StreamSource stylesource = new StreamSource(stylesheet);
Transformer transformer = tFactory.newTransformer(stylesource);
DOMSource source = new DOMSource(document);
StreamResult result = new StreamResult(System.out);
transformer.transform(source, result);
} catch (TransformerConfigurationException tce) {
// Error generated by the parser
System.out.println («n** Transformer Factory error»);
System.out.println(» » + tce.getMessage() );
// Use the contained exception, if any
Throwable x = tce;
if (tce.getException() != null)
x = tce.getException();
x.printStackTrace();
} catch (TransformerException te) {
// Error generated by the parser
System.out.println («n** Transformation error»);
System.out.println(» » + te.getMessage() );
// Use the contained exception, if any
Throwable x = te;
if (te.getException() != null)
x = te.getException();
x.printStackTrace();
} catch (SAXException sxe) {
// Error generated by this application
// (or a parser-initialization error)
Exception x = sxe;
if (sxe.getException() != null)
x = sxe.getException();
x.printStackTrace();
} catch (ParserConfigurationException pce) {
// Parser with specified options can’t be built
pce.printStackTrace();
} catch (IOException ioe) {
// I/O error
ioe.printStackTrace();
}
Any help would be greatly appreciated.
Understanding basics of 1C:Enterprise platform. To start working with 1C:Enterprise platform visit Getting started page
|
||||||
|
||||||
|
||||||
|
||||||
|
||||||
|
||||||
Subscribe |
Users browsing this topic (guests: 1, registered: 0, hidden: 0)
Ошибка преобразования данных XML при работе в 1С является стандартной и распространенной ошибкой. При возникновении этой ошибки блокируется дальнейшая работа с документами.
Напомним, что XML — это язык программирования, чем-то похожий на HTML. Разница в том, что HTML регламентирует отображение элементов на странице, то есть браузер «считывает» HTML теги и показывает пользователям веб-страницу, согласно тегам. А XML ничего не регламентирует, он только сохраняет и транспортирует информацию.
Что такое ошибка преобразования данных XML
Ошибка преобразования данных XML обычно появляется тогда, когда нарушается последовательность при принятии периферийным узлом информации от центрального узла. Когда эта ошибка появляется на главном узле в момент передачи на второстепенный узел, тогда самое важное вначале — устранить саму проблему, а не менять сразу настройки главного узла. Если это сделать (менять настройки), тогда присутствует риск возникновения такой же проблемы на второстепенном узле, поэтому важно для начала проанализировать и найти причину возникновения ошибки и устранить ее.
Ошибка преобразования данных XML в 1С: основные причины
Практика показывает, что есть несколько распространенных причин, почему ошибка преобразования данных появляется в 1С:
Иногда ошибка преобразования данных XML возникает по достаточно простой причине, например, из-за того, что в передаваемом документе присутствуют недопустимые символы, а второстепенный узел просто не может их прочитать. Так ли это? Можно проверить на отправляющем узле, если открыть проверку «ВыгрузкаЗагрузкаДанныхXML.epf». Если причина в этом, тогда вы получите соответствующее сообщение. Если сообщения нет, тогда можно искать другие причины и устранять их.
Технические неполадки в файловой системе. Ошибка появляется, потому что XML-файл не может быть прочитан. Такая проблема может быть связана с неправильным именем передаваемого файла, то есть узел-получатель не может прочитать имя передаваемого файла. Чтобы устранить эту причину, нужно на узле-отправителе поменять имя у передаваемого файла и отправить его еще раз. Если ошибка преобразования данных XML была из-за имени, тогда после переименования она устранится.
Не соответствуют метаданные между узлом—отправителем и узлом—получателем. Важно помнить, что безошибочная передача данных XML между узлами возможна лишь в том случае, если оба узла используют идентичную конфигурацию. Поэтому нужно исследовать правила обмена данными в обоих узлах на их соответствие. Если найдены какие-то различия, тогда устраните их и попробуйте еще раз передать XML-файл.
Заключение
Ошибка преобразования данных XML возникает в 1С нечасто, но в то же время это самый распространенный вид ошибки. Причин возникновения может быть несколько, и о них мы сегодня написали. Все ли причины возникновения ошибки мы перечислили? Нет, не все, но это самые распространенные, которые наиболее часто встречаются на практике.
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) «Удаляя и загружая объект, Вы исправляете ошибки, возникшие при записи объекта, которые, возможно, не выявляет ТИИ (оно не всесильно). » — тоже предполагал, но все таки интересно было кто еще что скажет)
Про частоту обмена — да, согласен, но базы решили объединить внезапно, в которых уже заведено много данных, и велись они обособленно.
Да и самое главное, ошибка ушла, справочники обмениваются, пока что все хорошо)
Спасибо)