При входе в базу 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
06.12.13 — 20:10
Всем привет! Гуру Web-сервисов помогите разобраться!
Итак у нас есть Web-сервис с описанием по ссылке: http://omnicomm.gisko.org:8000/AnalyticalServer/ws?wsdl
Обработка тут: https://www.dropbox.com/s/5iunw4topibragm/test.epf
При попытке авторизоваться в системе (signIn(login, password)) вываливается с ошибкой:
{ВнешняяОбработка.плЗагрузкаДанныхИзOmnicommAutocheck.МодульОбъекта(54)}: Ошибка при вызове метода контекста (signIn)
Ответ = Прокси.signIn(Пользователь, Пароль);
по причине:
Ошибка вызова операции сервиса: {http://omnicomm.ru/analyticalserver}:AnalyticalServer:signIn()
по причине:
Неизвестная ошибка. Ошибка преобразования данных XDTO:
Чтение объекта типа: {http://omnicomm.ru/analyticalserver}authResponseEntry — [1,215]
Проверка дополнительного свойства:
форма: Элемент
имя: status
по причине:
Ошибка преобразования данных XDTO:
Чтение объекта типа: {http://omnicomm.ru/analyticalserver}authResponseEntry — [1,215]
Проверка дополнительного свойства:
форма: Элемент
имя: status
по причине:
Ошибка проверки данных XDTO:
Структура объекта не соответствует типу: {http://omnicomm.ru/analyticalserver}authResponseEntry
При этом, с помощью утилиты WireShark отлавливаю файл ответа на преобразование которого и ругается 1С-ка. Сам файл ответа:
https://www.dropbox.com/s/iiq0a66xy948cxg/signResponse.xml
Можно ли как то заставить 1С-ку понимать данный файл?
1 — 07.12.13 — 00:27
up
3 — 07.12.13 — 02:38
В wsdl написано, что authResponseEntry содержит 2 элемента: dateTimeEnd и sessionId, а в ответ приходит там есть еще один элемент status. Вот от него крышу и сносит.
4 — 07.12.13 — 02:48
там также написано что базовым типом для него является baseResponseEntry у которого еще 2 свойства …
Если кстати создать ОбъектXDTO таким образом:
ТипОтвета = Фабрика.Пакеты.Получить(«http://omnicomm.ru/analyticalserver»).Получить(«authResponseEntry»;);
Ответ = Фабрика.Создать(ТипОтвета);
то создается объект у которого 4 свойства …
5 — 07.12.13 — 02:50
упс …
некорректно запостил код:
ТипОтвета = Фабрика.Пакеты.Получить(«http://omnicomm.ru/analyticalserver»).Получить(«authResponseEntry»;);
Ответ = Фабрика.Создать(ТипОтвета);
6 — 07.12.13 — 02:52
(5) и опять «;» лишняя, отредактировать сообщение можно ?
7 — 07.12.13 — 02:55
То что у неё крышу сносит от свойства status это понятно … Как все таки победить ?
8 — 07.12.13 — 03:21
Про baseResponseEntry просмотрел.
Может ему тогда error не хватает?
Я тож не очень силен в этом
9 — 07.12.13 — 03:38
error возвращается в случае передачи некорректных данных логина или пароля … если изменить на неправильный ошибка вывалится уже на error.
10 — 07.12.13 — 04:06
А почему возвращается signInResponse?
1С думает, что authResponseEntry придет.
11 — 07.12.13 — 12:44
Возможно … по wsdl signInResponse содержит элемент return с типом authResponseEntry.
Пробую создать XDTO пакет нужной структуры в дереве конфигурации, но при обновлении конфигуратор просто закрывается.
12 — 07.12.13 — 14:05
Что это даст?
13 — 07.12.13 — 14:17
из wsdl вытащи <xs:schema></xs:schema>, сохрани в xsd. Потом в дереве конфигурации XDTO-пакеты ПКМ «Импорт XML-схемы…». И там редактируй.
14 — 07.12.13 — 15:20
(13) Импортировать схему получилось, но как не редактируй не изменяй типы, свойства скормить не удалось … Чувствую придется через httpСоединение реализовывать, но так не хочется(((
15 — 07.12.13 — 15:32
Нельзя сделать, чтоб веб-сервис отдавал authResponseEntry?
16 — 07.12.13 — 15:37
Тут либо криво реализован веб-сервис, либо 1С криво с ним работает. Одно из трех как говорится.
17 — 07.12.13 — 15:38
Мне нет … Веб сервис написан на Java разработчиками программного обеспечения Omnicomm Autocheck по контролю топлива. Я бы с радостью указал им на ошибку если бы она была на их стороне, только вот как бы это точнее узнать))
18 — 07.12.13 — 15:49
Попробую вечером реализовать клиент на Java ради интереса, отпишусь.
19 — 07.12.13 — 16:06
ТипОтвета = Определения.Сервисы.Получить(«http://omnicomm.ru/analyticalserver»;, «AnalyticalServer»).ТочкиПодключения.Получить(«AnalyticalServerPort»).Интерфейс.Операции.Получить(«signIn»).ВозвращаемоеЗначение.Тип;
однозначно говорит о том, что в ответе должен быть authResponseEntry
20 — 07.12.13 — 17:35
(19) И не поспоришь … Буду обращаться в саппорт разработчика веб сервиса. Как что прояснится отпишусь.
Armando, спасибо!
21 — 09.12.13 — 10:16
Скорее всего signInResponse я вляется потомком authResponseEntry ( базовый тип)
Что в общем нормально. Для anyType подходят все типы.
v8: вебСервис
22 — 09.12.13 — 10:56
Нашел как использовать конфиг файл с dll
public object СоздатьКлиентаWCFConfigFile(string ИмяФайла, object TChannel, string endpointConfigurationName, object endpointAddress)
{
ExeConfigurationFileMap fileMap = new ExeConfigurationFileMap();
fileMap.ExeConfigFilename = ИмяФайла;
Configuration newConfiguration = ConfigurationManager.OpenMappedExeConfiguration(
fileMap,
ConfigurationUserLevel.None);
Type ТипКанала=ТипДляСоздатьОбъект(TChannel);
Type type= typeof(ConfigurationChannelFactory<>);
Type constructed = type.MakeGenericType(ТипКанала);
dynamic factory1 = System.Activator.CreateInstance(constructed,
endpointConfigurationName,
newConfiguration,
AutoWrap.ПолучитьРеальныйОбъект(endpointAddress)
);
// new ConfigurationChannelFactory<ICalculatorChannel>(
// «endpoint1»,
// newConfiguration,
// new EndpointAddress(«http://localhost:8000/servicemodelsamples/service»;));
return AutoWrap.ОбернутьОбъект(factory1.CreateChannel());
}
23 — 09.12.13 — 10:57
И вызов из 1с
Процедура ВызовСервисаИспользуяConfigFileНажатие(Элемент)
// Вставить содержимое обработчика.
врап=новый COMОбъект(«NetObjectToIDispatch45»);
//Сборка=врап.загрузитьСборку(«d:MyProgramsTestNestNet45NestNet45binDebugNestNet45.dll»);
Сборка=врап.загрузитьСборку(ИмяФайлаСборки);
// Можно получить тип и используя сборку, что будет правильным
//Сборка GetType(«NestNet45.ServiceReference1.MorpherSoapClient»);
//Но в данном примере используется поиск в загруженных сборках
TChannel=Сборка.GetType(«NestNet45.ServiceReference1.MorpherSoap»);
ConfigFile=ИмяФайлаСборки+».config»;
endpointConfigurationName=»MorpherSoap»;
endpointAddress=Неопределено;
Клиент=врап.СоздатьКлиентаWCFConfigFile(ConfigFile,TChannel,endpointConfigurationName,endpointAddress);
// Вызываю метод и вывожу результат
рез = Клиент.GetForms(«Ваяся Пупкин»);
Для каждого стр Из рез Цикл
сообщить(стр)
КонецЦикла;
КонецПроцедуры
24 — 09.12.13 — 11:04
Прошу прощения не в ту ветку кинул
25 — 09.12.13 — 11:09
можно использовать mule в качестве ws-proxy
SmokeAce
26 — 10.12.13 — 01:14
Обратился в саппорт, сказали что исправят ошибку … В действительности возвращаемое значение не соответствовало описанию web-сервиса в wsdl, потому 1С-ка и ругалась. Всем спасибо за участие, можно закрывать …
SmokeAce
06.12.13 — 20:10
Всем привет! Гуру Web-сервисов помогите разобраться!
Итак у нас есть Web-сервис с описанием по ссылке: http://omnicomm.gisko.org:8000/AnalyticalServer/ws?wsdl
Обработка тут: https://www.dropbox.com/s/5iunw4topibragm/test.epf
При попытке авторизоваться в системе (signIn(login, password)) вываливается с ошибкой:
{ВнешняяОбработка.плЗагрузкаДанныхИзOmnicommAutocheck.МодульОбъекта(54)}: Ошибка при вызове метода контекста (signIn)
Ответ = Прокси.signIn(Пользователь, Пароль);
по причине:
Ошибка вызова операции сервиса: {http://omnicomm.ru/analyticalserver}:AnalyticalServer:signIn()
по причине:
Неизвестная ошибка. Ошибка преобразования данных XDTO:
Чтение объекта типа: {http://omnicomm.ru/analyticalserver}authResponseEntry — [1,215]
Проверка дополнительного свойства:
форма: Элемент
имя: status
по причине:
Ошибка преобразования данных XDTO:
Чтение объекта типа: {http://omnicomm.ru/analyticalserver}authResponseEntry — [1,215]
Проверка дополнительного свойства:
форма: Элемент
имя: status
по причине:
Ошибка проверки данных XDTO:
Структура объекта не соответствует типу: {http://omnicomm.ru/analyticalserver}authResponseEntry
При этом, с помощью утилиты WireShark отлавливаю файл ответа на преобразование которого и ругается 1С-ка. Сам файл ответа:
https://www.dropbox.com/s/iiq0a66xy948cxg/signResponse.xml
Можно ли как то заставить 1С-ку понимать данный файл?
SmokeAce
1 — 07.12.13 — 00:27
up
Armando
3 — 07.12.13 — 02:38
В wsdl написано, что authResponseEntry содержит 2 элемента: dateTimeEnd и sessionId, а в ответ приходит там есть еще один элемент status. Вот от него крышу и сносит.
SmokeAce
4 — 07.12.13 — 02:48
там также написано что базовым типом для него является baseResponseEntry у которого еще 2 свойства …
Если кстати создать ОбъектXDTO таким образом:
ТипОтвета = Фабрика.Пакеты.Получить(«http://omnicomm.ru/analyticalserver»).Получить(«authResponseEntry»;);
Ответ = Фабрика.Создать(ТипОтвета);
то создается объект у которого 4 свойства …
SmokeAce
5 — 07.12.13 — 02:50
упс …
некорректно запостил код:
ТипОтвета = Фабрика.Пакеты.Получить(«http://omnicomm.ru/analyticalserver»).Получить(«authResponseEntry»;);
Ответ = Фабрика.Создать(ТипОтвета);
SmokeAce
6 — 07.12.13 — 02:52
(5) и опять «;» лишняя, отредактировать сообщение можно ?
SmokeAce
7 — 07.12.13 — 02:55
То что у неё крышу сносит от свойства status это понятно … Как все таки победить ?
Armando
8 — 07.12.13 — 03:21
Про baseResponseEntry просмотрел.
Может ему тогда error не хватает?
Я тож не очень силен в этом
SmokeAce
9 — 07.12.13 — 03:38
error возвращается в случае передачи некорректных данных логина или пароля … если изменить на неправильный ошибка вывалится уже на error.
Armando
10 — 07.12.13 — 04:06
А почему возвращается signInResponse?
1С думает, что authResponseEntry придет.
SmokeAce
11 — 07.12.13 — 12:44
Возможно … по wsdl signInResponse содержит элемент return с типом authResponseEntry.
Пробую создать XDTO пакет нужной структуры в дереве конфигурации, но при обновлении конфигуратор просто закрывается.
Armando
12 — 07.12.13 — 14:05
Что это даст?
Armando
13 — 07.12.13 — 14:17
из wsdl вытащи <xs:schema></xs:schema>, сохрани в xsd. Потом в дереве конфигурации XDTO-пакеты ПКМ «Импорт XML-схемы…». И там редактируй.
SmokeAce
14 — 07.12.13 — 15:20
(13) Импортировать схему получилось, но как не редактируй не изменяй типы, свойства скормить не удалось … Чувствую придется через httpСоединение реализовывать, но так не хочется(((
Armando
15 — 07.12.13 — 15:32
Нельзя сделать, чтоб веб-сервис отдавал authResponseEntry?
Armando
16 — 07.12.13 — 15:37
Тут либо криво реализован веб-сервис, либо 1С криво с ним работает. Одно из трех как говорится.
SmokeAce
17 — 07.12.13 — 15:38
Мне нет … Веб сервис написан на Java разработчиками программного обеспечения Omnicomm Autocheck по контролю топлива. Я бы с радостью указал им на ошибку если бы она была на их стороне, только вот как бы это точнее узнать))
SmokeAce
18 — 07.12.13 — 15:49
Попробую вечером реализовать клиент на Java ради интереса, отпишусь.
Armando
19 — 07.12.13 — 16:06
ТипОтвета = Определения.Сервисы.Получить(«http://omnicomm.ru/analyticalserver»;, «AnalyticalServer»).ТочкиПодключения.Получить(«AnalyticalServerPort»).Интерфейс.Операции.Получить(«signIn»).ВозвращаемоеЗначение.Тип;
однозначно говорит о том, что в ответе должен быть authResponseEntry
SmokeAce
20 — 07.12.13 — 17:35
(19) И не поспоришь … Буду обращаться в саппорт разработчика веб сервиса. Как что прояснится отпишусь.
Armando, спасибо!
Serginio1
21 — 09.12.13 — 10:16
Скорее всего signInResponse я вляется потомком authResponseEntry ( базовый тип)
Что в общем нормально. Для anyType подходят все типы.
v8: вебСервис
Serginio1
22 — 09.12.13 — 10:56
Нашел как использовать конфиг файл с dll
public object СоздатьКлиентаWCFConfigFile(string ИмяФайла, object TChannel, string endpointConfigurationName, object endpointAddress)
{
ExeConfigurationFileMap fileMap = new ExeConfigurationFileMap();
fileMap.ExeConfigFilename = ИмяФайла;
Configuration newConfiguration = ConfigurationManager.OpenMappedExeConfiguration(
fileMap,
ConfigurationUserLevel.None);
Type ТипКанала=ТипДляСоздатьОбъект(TChannel);
Type type= typeof(ConfigurationChannelFactory<>);
Type constructed = type.MakeGenericType(ТипКанала);
dynamic factory1 = System.Activator.CreateInstance(constructed,
endpointConfigurationName,
newConfiguration,
AutoWrap.ПолучитьРеальныйОбъект(endpointAddress)
);
// new ConfigurationChannelFactory<ICalculatorChannel>(
// «endpoint1»,
// newConfiguration,
// new EndpointAddress(«http://localhost:8000/servicemodelsamples/service»;));
return AutoWrap.ОбернутьОбъект(factory1.CreateChannel());
}
Serginio1
23 — 09.12.13 — 10:57
И вызов из 1с
Процедура ВызовСервисаИспользуяConfigFileНажатие(Элемент)
// Вставить содержимое обработчика.
врап=новый COMОбъект(«NetObjectToIDispatch45»);
//Сборка=врап.загрузитьСборку(«d:MyProgramsTestNestNet45NestNet45binDebugNestNet45.dll»);
Сборка=врап.загрузитьСборку(ИмяФайлаСборки);
// Можно получить тип и используя сборку, что будет правильным
//Сборка GetType(«NestNet45.ServiceReference1.MorpherSoapClient»);
//Но в данном примере используется поиск в загруженных сборках
TChannel=Сборка.GetType(«NestNet45.ServiceReference1.MorpherSoap»);
ConfigFile=ИмяФайлаСборки+».config»;
endpointConfigurationName=»MorpherSoap»;
endpointAddress=Неопределено;
Клиент=врап.СоздатьКлиентаWCFConfigFile(ConfigFile,TChannel,endpointConfigurationName,endpointAddress);
// Вызываю метод и вывожу результат
рез = Клиент.GetForms(«Ваяся Пупкин»);
Для каждого стр Из рез Цикл
сообщить(стр)
КонецЦикла;
КонецПроцедуры
Serginio1
24 — 09.12.13 — 11:04
Прошу прощения не в ту ветку кинул
sapphire
25 — 09.12.13 — 11:09
можно использовать mule в качестве ws-proxy
SmokeAce
26 — 10.12.13 — 01:14
Обратился в саппорт, сказали что исправят ошибку … В действительности возвращаемое значение не соответствовало описанию web-сервиса в wsdl, потому 1С-ка и ругалась. Всем спасибо за участие, можно закрывать …
При входе в базу 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
Грабли метода ПрочитатьXML() объекта ФабрикаXDTO
Что таит в себе окно редактирования XDTO-пакета
Фабрика XDTO — это библиотека типов, которая описывает определенные структуры XML. В языке программирования платформы 1С имеется объект ФабрикаXDTO, который содержит все пакеты XDTO, имеющиеся в конфигурации, а также предопределенные пакеты (например, пакет типов XML схемы). У данного объекта метод ПрочитатьXML(), позволяет читать элементы данных XDTO указанного типа из объекта чтения XML:
ФайлXML = Новый ЧтениеXML;
ФайлXML.УстановитьСтроку(СтрокаXML);
Пока ФайлXML.Прочитать() Цикл
Если ФайлXML.ЛокальноеИмя = "Message" И ФайлXML.ТипУзла = ТипУзлаXML.НачалоЭлемента Тогда
ОбъектXDTO = ФабрикаXDTO.ПрочитатьXML(ФайлXML);
КонецЕсли;
КонецЦикла;
ФайлXML.Закрыть();
Первый параметр метода является обязательным, в который передается объект чтения XML. Второй параметр метода необязательный, в который передается тип элемента данных XDTO. Если тип не указан, то будет сделана попытка определить тип данных по текущему состоянию объекта ЧтениеXML.
Допустим, создадим тип в пакете XDTO с пространством имен http://lk.1cps.ru, который будет описывать некую структуру XML:
1. Тип «Документы» |
Кусок структуры XML:
...
<Документы>
<РасчетФБ>
<Культура>12122</Культура>
<ПосевнаяПлощадь>23</ПосевнаяПлощадь>
<СтавкаСубсидий>12</СтавкаСубсидий>
<Сумма>276</Сумма>
</РасчетФБ>
<РасчетФБ>
<Культура>232323</Культура>
<ПосевнаяПлощадь>34</ПосевнаяПлощадь>
<СтавкаСубсидий>12</СтавкаСубсидий>
<Сумма>408</Сумма>
</РасчетФБ>
</Документы>
...
Прочитаем эту структуру:
Пока ФайлXML.Прочитать() Цикл
Если ФайлXML.ЛокальноеИмя = "Документы" И ФайлXML.ТипУзла = ТипУзлаXML.НачалоЭлемента Тогда
ОбъектXDTO = ФабрикаXDTO.ПрочитатьXML(ФайлXML, ФабрикаXDTO.Тип("http://lk.1cps.ru", "ДокументыТип"));
Прервать;
КонецЕсли;
КонецЦикла;
Приведенный код будет завершать ошибкой чтения XML, примерно такой:
Ошибка при вызове метода контекста (ПрочитатьXML)
ОбъектXDTO = ФабрикаXDTO.ПрочитатьXML(ФайлXML, ФабрикаXDTO.Тип("http://lk.1cps.ru", "ДокументыТип"));
по причине:
Ошибка преобразования данных XDTO:
Чтение объекта типа: {http://lk.1cps.ru}ДокументыТип - [126,19]
Проверка дополнительного свойства:
форма: Элемент
имя: {http://lk.1cps.ru}Культура
по причине:
Ошибка проверки данных XDTO:
Структура объекта не соответствует типу: {http://lk.1cps.ru}ДокументыТип
ПРОШЛО 4 ЧАСА
Так как выше приведенный кусок структуры XML не относится к пространству имен http://lk.1cps.ru, то и метод ПрочитатьXML() выкидывал ошибку, несмотря на то, что тип правильно описывает структуру XML! Поэтому XML должен выглядеть так:
...
<Документы xmlns="http://lk.1cps.ru">
<РасчетФБ>
<Культура>12122</Культура>
<ПосевнаяПлощадь>23</ПосевнаяПлощадь>
<СтавкаСубсидий>12</СтавкаСубсидий>
<Сумма>276</Сумма>
</РасчетФБ>
<РасчетФБ>
<Культура>232323</Культура>
<ПосевнаяПлощадь>34</ПосевнаяПлощадь>
<СтавкаСубсидий>12</СтавкаСубсидий>
<Сумма>408</Сумма>
</РасчетФБ>
</Документы>
...
Вот такие пироги.
Если у вас подключен сервис 1С:Контрагент и почему-то перестали заполняться реквизиты контрагентов по ИНН, выдает ошибку:
В журнале регистрации написано:
{ОбщийМодуль.ДанныеЕдиныхГосРеестров.Модуль(31)}: Ошибка при вызове метода контекста (getCorporationRequisitesByINN)
Ответ = Прокси.getCorporationRequisitesByINN(ВходныеПараметры);
по причине:
При вызове веб-сервиса произошла ошибка. Ошибка вызова операции сервиса: {http://ws.orgregister.company1c.com/}:RequisitesWebServiceEndpointImpl7Service:getCorporationRequisitesByINN()
по причине:
При вызове веб-сервиса произошла ошибка. Неизвестная ошибка. Ошибка преобразования данных XDTO:
Чтение объекта типа: {http://company1c.com/orgregister/corporation}СвОКВЭД — [1,2762]Проверка дополнительного свойства:
форма: Атрибут
имя: ПрВерсОКВЭД
по причине:
Ошибка преобразования данных XDTO:
Чтение объекта типа: {http://company1c.com/orgregister/corporation}СвОКВЭД — [1,2762]Проверка дополнительного свойства:
форма: Атрибут
имя: ПрВерсОКВЭД
по причине:
Ошибка проверки данных XDTO:
Структура объекта не соответствует типу: {http://company1c.com/orgregister/corporation}СвОКВЭД
Или
ОбщийМодуль.ДанныеЕдиныхГосРеестров.Модуль(181)}: Ошибка при вызове метода контекста (getCorporationRequisitesByNameAndAddress)
Ответ = Прокси.getCorporationRequisitesByNameAndAddress(ВходныеПараметры);
по причине:
При вызове веб-сервиса произошла ошибка. Ошибка вызова операции сервиса: {http://ws.orgregister.company1c.com/}:RequisitesWebServiceEndpointImpl7Service:getCorporationRequisitesByNameAndAddress()
по причине:
При вызове веб-сервиса произошла ошибка. Неизвестная ошибка. Ошибка преобразования данных XDTO:
Чтение объекта типа: {http://company1c.com/orgregister/corporation}СвОКВЭД — [1,17598] Проверка дополнительного свойства:
форма: Атрибут
имя: ПрВерсОКВЭД
по причине:
Ошибка преобразования данных XDTO:
Чтение объекта типа: {http://company1c.com/orgregister/corporation}СвОКВЭД — [1,17598] Проверка дополнительного свойства:
форма: Атрибут
имя: ПрВерсОКВЭД
по причине:
Ошибка проверки данных XDTO:
Структура объекта не соответствует типу: {http://company1c.com/orgregister/corporation}СвОКВЭД
Вот что нужно сделать:
Нужно открыть Главное меню (1), нажать «Все функции» (2) — рис.1
Рис.1
Если у вас нет пункта «Все функции», надо открыть Главное меню (3), нажать «Сервис» (4), Парамерты (5) — рис.2
Рис.2
В открывшемся окне поставить галочку «Отображать команду «Все функции» (6), ОК (7) — рис.3
Рис.3
В открывшемся окне нажимаем на «+» Регистры сведений (8) — рис.4
Рис.4
Ищем регистр сведений «Кэш программных интерфейсов» (9) — Открыть (10) — рис.5
Рис.5
В открывшемся списке необходимо найти и удалить запись со значением в колонке Идентификатор https://api.orgregister.1c.ru/orgregister/v7?wsdl (11) — правой кнопкой — Удалить (12) — рис.6
Рис.6
После этого нужно выйти из программы и войти снова.
Просмотров 12к. Опубликовано 24 октября, 2018 Обновлено 24 октября, 2018
Ошибка преобразования данных XDTO: Текст XML содержит недопустимый символ.
На самом деле ошибка преобразования XDTO является не какой-то определенной ошибкой, а является большим семейством ошибок возникающих при работе одного из базовых механизмов платформы 1С. Этот механизм обеспечивает передачу данных между различными подсистемами платформы, при этом данные из внутреннего представления одной подсистемы преобразуются в текстовый формат XML, передаются в другую подсистему, и там опять преобразуются во внутреннее представление. Ошибка преобразования XDTO говорит, что прямом или обратном преобразовании обнаружено какое-то несоответствие, из-за которого оно не может быть выполнено.
Частные причины ошибки
Существует очень много частных причин ошибки преобразования XDTO. Сведения доступные под кнопкой Подробно могут помочь в понимании частной причины, но далеко не всегда.
Прежде чем приступить к диагностике причины ошибки XDTO, следует выполнить стандартные профилактические операции над ИБ: очистить кэш, проверить состояния файла, выполнить тестирование ИБ.
Взаимодействие Клиента и Сервера
При запуске 1С в режиме Тонкий клиент взаимодействие клиента с ИБ происходит с использование преобразования XDTO, и если оно приводит к ошибке, то в тех случаях, когда это возможно, следует воспользоваться режим Толстый клиент.
Сырые и Неоригинальные решения
Если ошибка преобразования XDTO возникает в неоригинальной конфигурации или неоригинальной обработке, то возможно, причина в неоригинальном коде, который не был должным образом оттестирован. Это возможно и в оригинальных решения от 1С после установки сырых обновлений.
В этом случае необходимо отказаться от использования неоригинального или сырого решения и вернуться к предыдущему состоянию кода из архива.
Одним из самых популярных форматов данных, используемых практически в любой компании, является XML (расширяемый язык разметки). Разработчики 1С создали специальный объект XDTO для удобства своих клиентов и простого взаимодействия с файлами XML, поэтому программисту 1С важно работать с этими объектами платформы, так как обмен данными через XML встречается постоянно.
Этот функционал создавался как удобный инструмент обмена данными между конфигурациями и другими приложениями. Также этот механизм используют для работы с web-сервисами и для обработки произвольных данных. Большое преимущество XDTO перед другими способами – в нем есть возможность обращаться к файлу XML, как к объекту 1С. То есть все реквизиты можно будет получить, описывая структуру через точку, не задумываясь о скобках, тегах и атрибутах.
Взаимодействие с файлами XML происходит по заранее установленным правилам, описанным в объекте структуры конфигурации – XDTO – пакеты в 1С 8.3. Суть этих элементов структуры в том, что они представляют собой схемы, по которым будут распознаваться данные из XML-файлов. В типовых конфигурациях уже присутствуют подобные объекты, но при работе с конкретными файлами понадобятся другие схемы.
Существует два способа добавить XDTO-пакет в конфигурацию:
- Собственноручно создать. Этот вариант подойдет при самостоятельной работе с XML определенного формата. Зная, какие данные будут подаваться на вход для импорта с использованием XDTO, можно заранее создать в конфигурации нужный объект. Этот вариант хорош, если обмен данными налажен и никаких изменений не планируется;
Рис.1 XDTO пакеты - Импорт присланной схемы. Когда нам присылают данные, их схема может оказаться какой угодно, особенно, если раньше мы не работали с источником. Сильно упростит ситуацию, если вместе с XML нам пришлют и файл формата xsd. В нем содержится выгрузка XDTO-пакета, который может разобрать конкретные XML. Нам останется лишь импортировать его.
Чтобы загрузить данные из присланной нам схемы, необходимо в режиме конфигуратор открыть раздел «Общие» и «XDTO-пакеты». Через контекстное меню выбрать пункт «Импорт XML-схемы…», выбрать файл и подтвердить пространство имен, взятое из файла. После этого необходимо обновить конфигурацию, и предварительные настройки сделаны.
Но на самом деле в последнем случае нам необязательно создавать XDTO-пакеты в конфигурации 1С 8.3. Существует возможность только использовать XSD-схему, присланную нам из отдельного файла, не внося изменения в структуру базы 1С. Для этого нужно воспользоваться кодом, объясняющим платформе 1С, какой тип объекта с какими параметрами будет загружаться.
Это происходит следующими командами:
ФайлXSD = Новый Массив();
ФайлXSD.Добавить("D:1strust.xsd");
ФабрикаXDTOИзФайла = СоздатьФабрикуXDTO(ФайлXSD);
Номенклатура = ФабрикаXDTOИзФайла.Тип("http://www.1c.ru/products", "Номенклатура");
Экспорт и импорт файла
После того как мы разобрались с принципами использования пакетов XDTO, нужно посмотреть на механику работы с файлами XML. Лучше всего это будет видно на простом примере, чтобы понять основы. Добавим новый элемент в раздел XDTO-пакетов и настроим его следующим образом:
- Заполняем URI-пространство имен в свойствах XDTO пакета. Среди разработчиков 1С принято заполнять этот реквизит адресом страницы, заполненной описанием тех данных, с которыми происходит работа. Это помогает в работе, но не всегда возможно. В иных случаях заполняют произвольным текстом;
- Задаем тип объекта и его свойства, используя контекстное меню. Задаем имя этих параметров и для свойств определяем тип, выбирая его из предложенных платформой.
Следующим этапом будет написание процедуры для создания файла XML по описанной выше схеме. Код достаточно прост, поскольку создан XDTO-пакет, а у элемента всего 2 свойства – «Наименование» и «Артикул». Обращаться к конкретной схеме позволяет объект платформы «ФабрикаXDTO». Сама процедура состоит из:
- Определение схемы будущей XML;
ТипФабрики = ФабрикаXDTO.Тип("http://www.primerXML.ru/Nomen","Номенклатура");
- Заполнение свойств номенклатуры;
Номенклатура = ФабрикаXDTO.Создать(ТипФабрики); Номенклатура.Наименование = "Тест XML"; Номенклатура.Артикул = "2";
- Создание нового XML файла.
ИмяФайла = "D:1struct1.xml"; МойXML = Новый ЗаписьXML; ПараметрыЗаписиXML = Новый ПараметрыЗаписиXML("UTF-8", "1.0", Ложь); МойXML.ОткрытьФайл(ИмяФайла, ПараметрыЗаписиXML); МойXML.ЗаписатьОбъявлениеXML(); ФабрикаXDTO.ЗаписатьXML(МойXML, номенклатура); МойXML.Закрыть();
Чтение XML-файлов с помощью конкретной фабрики XDTO по уже созданному в конфигурации пакету ничуть не сложнее. Алгоритм похож по структуре и отличается только операциями взаимодействия с XML-файлами. В данном случае нам нужно воспользоваться объектом платформы «ЧтениеXML» и прочитать содержимое в переменную. На выходе у нее будет тип «ОбъектXDTO», и вы сможете обращаться ко всем ее свойствам через точку.
ТипФабрики = ФабрикаXDTO.Тип("http://www.primerXML.ru/Nomen","Номенклатура");
ИмяФайла = "D:1struct1.xml";
МойXML = Новый ЧтениеXML;
МойXML.ОткрытьФайл(ИмяФайла);
номенклатура = ФабрикаXDTO.ПрочитатьXML(МойXML, ТипФабрики);
МойXML.Закрыть();
Теперь попробуем прочитать файл, схемы которого нет в нашей конфигурации. Для этого экспортируем XDTO-пакет в файл формата xsd и удалим схему из конфигурации. После этого нам придется объяснить платформе, откуда ей брать схему читаемой XML-кодом, продемонстрированным ранее. Однако в простейших случаях 1С самостоятельно может распознать все свойства.
Лучше все-таки не рассчитывать на понятливость платформы 1С, а использовать точную схему XML. Многие специалисты используют сторонний софт для их создания, но для этого необходим достаточно большой опыт и уровень подготовки. Работа с пакетами XDTO требует внимания и соблюдения точного соответствия файлов заданной схеме, чтобы минимизировать возможные ошибки.
Исправление ошибок
Одной из достаточно распространенных ошибок, связанных с работой с XDTO-пакетами, является «Ошибка преобразования данных XDTO». Ее суть заключается в том, что платформа не может разобрать данный ей XML-файл по заданной схеме. При получении подобной ошибки при импорте данных, необходимо проверить формат файлов – возможно, присутствуют незакрытые теги.
Зачастую проблема с ошибками преобразования данных возникает и по другим причинам:
- Ошибки в обновлении платформы или конфигурации;
- Обмен между базами разных версий;
- Недочеты в алгоритме приема данных;
- Проблемы с временной памятью конкретного компьютера.
Чтобы исправить эту ошибку, сначала почистите кэш или удалите, а также заново добавьте информационную базу в список баз. Затем внимательно проверьте файл XML – вдруг случайно сделали ошибку в его тексте, проверьте соответствие структуры пакету XDTO. Если ошибка появилась после обновления, сделайте тестирование и исправление ИБ, сохранив перед этим резервную копию базы. Если проблема не уйдет, вернитесь на предыдущую версию и подождите, пока разработчики 1С не разберутся с этой проблемой.
Еще одна проблема, часто мучающая программистов 1С, работающих с XDTO, – ошибка проверки данных. Если при импорте вы видите подобный текст, то с высокой долей вероятности источник проблемы в несоответствии файла нужной схеме. Но проблема может быть не на вашей стороне, а в базе, из которой выгружали XML. Чтобы исправить эту оплошность, придется внимательно изучить всю последовательность действий и найти, после чего файл перестал соответствовать ожиданиям.
Более сложная для анализа проблема, если при обмене информацией 1С выдает ошибку о несоответствии типов XDTO. В этом случае придется проверять все данные, находить ошибки и их причины. В некоторых случаях ошибки могут быть в коде, иногда – в данных информационной базы. Чтобы это понять, необходимо иметь доступ к базам причастным к обмену и четко понимать всю суть происходящего экспорта и импорта.
На первый взгляд работа с XDTO достаточно сложна, поэтому на первое время рекомендуется добавлять XDTO-пакеты в 1С для большего порядка и учета. Конечно, все нюансы изучить сразу невозможно, но в процессе работы вы будете продолжать учиться. Но с уверенной теоретической базой намного удобнее начинать разбираться в этом вопросе.
Если у вас подключен сервис 1С:Контрагент и почему-то перестали заполняться реквизиты контрагентов по ИНН, выдает ошибку:
В журнале регистрации написано:
{ОбщийМодуль.ДанныеЕдиныхГосРеестров.Модуль(31)}: Ошибка при вызове метода контекста (getCorporationRequisitesByINN)
Ответ = Прокси.getCorporationRequisitesByINN(ВходныеПараметры);
по причине:
При вызове веб-сервиса произошла ошибка. Ошибка вызова операции сервиса: {http://ws.orgregister.company1c.com/}:RequisitesWebServiceEndpointImpl7Service:getCorporationRequisitesByINN()
по причине:
При вызове веб-сервиса произошла ошибка. Неизвестная ошибка. Ошибка преобразования данных XDTO:
Чтение объекта типа: {http://company1c.com/orgregister/corporation}СвОКВЭД — [1,2762]Проверка дополнительного свойства:
форма: Атрибут
имя: ПрВерсОКВЭД
по причине:
Ошибка преобразования данных XDTO:
Чтение объекта типа: {http://company1c.com/orgregister/corporation}СвОКВЭД — [1,2762]Проверка дополнительного свойства:
форма: Атрибут
имя: ПрВерсОКВЭД
по причине:
Ошибка проверки данных XDTO:
Структура объекта не соответствует типу: {http://company1c.com/orgregister/corporation}СвОКВЭД
Или
ОбщийМодуль.ДанныеЕдиныхГосРеестров.Модуль(181)}: Ошибка при вызове метода контекста (getCorporationRequisitesByNameAndAddress)
Ответ = Прокси.getCorporationRequisitesByNameAndAddress(ВходныеПараметры);
по причине:
При вызове веб-сервиса произошла ошибка. Ошибка вызова операции сервиса: {http://ws.orgregister.company1c.com/}:RequisitesWebServiceEndpointImpl7Service:getCorporationRequisitesByNameAndAddress()
по причине:
При вызове веб-сервиса произошла ошибка. Неизвестная ошибка. Ошибка преобразования данных XDTO:
Чтение объекта типа: {http://company1c.com/orgregister/corporation}СвОКВЭД — [1,17598] Проверка дополнительного свойства:
форма: Атрибут
имя: ПрВерсОКВЭД
по причине:
Ошибка преобразования данных XDTO:
Чтение объекта типа: {http://company1c.com/orgregister/corporation}СвОКВЭД — [1,17598] Проверка дополнительного свойства:
форма: Атрибут
имя: ПрВерсОКВЭД
по причине:
Ошибка проверки данных XDTO:
Структура объекта не соответствует типу: {http://company1c.com/orgregister/corporation}СвОКВЭД
Вот что нужно сделать:
Нужно открыть Главное меню (1), нажать «Все функции» (2) — рис.1
Рис.1
Если у вас нет пункта «Все функции», надо открыть Главное меню (3), нажать «Сервис» (4), Парамерты (5) — рис.2
Рис.2
В открывшемся окне поставить галочку «Отображать команду «Все функции» (6), ОК (7) — рис.3
Рис.3
В открывшемся окне нажимаем на «+» Регистры сведений (8) — рис.4
Рис.4
Ищем регистр сведений «Кэш программных интерфейсов» (9) — Открыть (10) — рис.5
Рис.5
В открывшемся списке необходимо найти и удалить запись со значением в колонке Идентификатор https://api.orgregister.1c.ru/orgregister/v7?wsdl (11) — правой кнопкой — Удалить (12) — рис.6
Рис.6
После этого нужно выйти из программы и войти снова.
Здравствуйте! Надеюсь на вашу помощь, бьюсь безрезультатно уже который день, как в стену уперся ( Ситуация такая. Есть сайт, предоставляющий веб сервис рассылки смс, адрес WSDL пакета таков: Создаю в конфигурации объект «WS-Ссылка», все создается без проблем. Необходимо реализовать работу с этим сервисом из 1С. Написал простенькую обработочку, которая обращается к функции GetCurrentCredit этого веб сервиса. После запуска 1С думает и выкидывает вот такую вот ошибку: {Обработка.Обработка2.Форма.Форма}: Ошибка при вызове метода контекста (GetCurrentCredit): Ошибка вызова операции сервиса: { Результат = Прокси.GetCurrentCredit(Логин); по причине: Ошибка вызова операции сервиса: { по причине: Неизвестная ошибка. Ошибка преобразования данных XDTO: Чтение объекта типа: { — [1,179] Проверка дополнительного свойства: форма: Элемент имя: amount по причине: Ошибка преобразования данных XDTO: Чтение объекта типа: { — [1,179] Проверка дополнительного свойства: форма: Элемент имя: amount по причине: Ошибка проверки данных XDTO: Структура объекта не соответствует типу: { Причем ошибка не зависит от того, присваиваю ли я возвращаемый результат чему-то (в данном случае переменной Результат) или нет. Не зависит и от того, какие логин и пароль передаю. Возникает впечатление, что 1С просто не может обработать ответ с сервера… Что-то можно сделать? Может я что-то делаю не так? Очень прошу помощи, не первый день уже бьюсь с этой дрянью
ошибка в веб-сервисе у тебя скорее всего… проверь, какой тип возвращает и как он описан в пакете…
млин… невнимательно прочитал сабж…
Web сервис не мой, он предоставляется извне, и менять я его не могу. Разработчики заявляют что с C# он работает без проблем. Может я что то не так определяю в обработке? Или это кривые руки девелоперов сервиса? Сразу говорю, сервис не 1Совский.
а зачем вот это? ПараметрТип = Фабрика.Тип(«http://soap.ecm.emotion.com/»,»GetCurrentCredit»); ты ничего больше не забыл? и это тоже непонятно
Это просто я делал много попыток, чтобы заработало, забыл убрать. ДА и объявление результата тоже не нужно, но это не влияет на результат. Просто пытался уже подходить со всех сторон.
через прокси работаешь? у меня было похожее, прокси мешал…
А как обойти проблему? Интернет в офисе раздается через прокси, это да. Пробовал дома, дома прокси нет (интернет раздается через рутер), возникла та же проблема. Может тогда дело не в прокси?
Что-то достучаться до не могу
функция имеет параметры? может их больше или меньше? тип параметра — строка?
Функция GetCurrentCredit имеет один параметр auth. Это структура со строчными параметрами username и password. Система не ругается на недопустимый параметр, она почему то ругается на возвращаемое значение этой функции, которое имеет тип result.
при выполнении функции сервиса, может возникать внутренняя ошибка. тут сервис в натуре пощупать надо, а доступа к нему нету
У них похоже сервак лежал. Уже есть доступ. Работал с этим сервисом через сайт — все работает. Через 1с — не хочет.
Раньше 1С-ка не дружила с web-сервисами на Java…
Разработчик заявляет, что сервис писался на .NET
Попробуй ответный xml сохранить в файл. И открыть его в фабрике
А как сохранить ответ в файл? Ваш код, я так понимаю, читает уже сохраненный XML.
Нужна помощь, не знаю в какую сторону копать. Если это глюк 1С (несостыковка со сторонним сервисом), как реализовать работу с этим веб сервисом сторонними средствами? Главное чтобы работало все через 1С
Скорее глюк этого вебсервиса, проверь получится ли у тебя вебсервисом аэрофлота работать.
С вебсервисом могу работать через сторонние средства, например такие как Аэрофлот проверить не могу, надо просить админа добавить мне его в разрешенный список… Даже если он заработает, что это мне даст? Может можно как то сохранить ответный XML в файл, и вручную его обрабатыватть? Или вручную формировать XML и отправлять на сервер. Только как это реализовать? Вопрос критичен, к сожалению, в пятницу уже надо сдать рабочую версию, а решения все нет
В браузере по ссылке ничего не вижу. А должен был получить wsdl. Не работает вебсервис?
Упс.. нагнал — ff все показал, хром меня ввел в заблуждение.
хм.. а у меня выдает это: Ошибка проверки данных XDTO: Структура объекта не соответствует типу: { Ошибка преобразования данных XDTO: Чтение объекта типа: { — [1,217] Проверка дополнительного свойства: форма: Элемент имя: comment Неизвестная ошибка. Ошибка преобразования данных XDTO: Чтение объекта типа: { — [1,217] Проверка дополнительного свойства: форма: Элемент имя: comment Ошибка вызова операции сервиса: { Ошибка вызова операции сервиса: { Ошибка при вызове метода контекста (GetCurrentCredit): Ошибка вызова операции сервиса: {
Вобщем 1С не может принять результат потому что он не соответствует схеме. Элемент amount (на который 1С ругается в ) находится раньше значит его проверка проходит нормально. Элемент comment задан в схеме как не обязательный и тип у него простая строка. Вобщем без SOAP отладчика тут неразобраться (на худой конец просто сниффер пакетов).. надо смотреть голый xml который приходит с сервера. В отладочных целях можно также сэмулировать SOAP запрос объектом HTTPСоединение и собственно получить сырой ответ от сервака. Вобщем до ответа в виде XML добраться надо.
вот какой должен быть ответ в сыром виде с сервера: <soap:Envelope xmlns:soap=»http://schemas.xmlsoap.org/soap/envelope/»><soap:Body><ns2:GetCurrentCreditResponse xmlns:ns2=»http://soap.ecm.emotion.com/»><return type=»ok»><amount>10.0</amount></return></ns2:GetCurrentCreditResponse></soap:Body></soap:Envelope>
В приведенном примере ответа отсутствует элемент recipient. По схеме он должен быть хотя бы один.
Ну так не на него же ругается… Да и зачем в итоге серверу возвращать пустую инфу, если он просто возвращает то, что у него попросили?
Да, не на него. А то что в это именно то что возвращает сервер по твоему запросу? А тут логику искать не надо, надо просто чтобы все соответствовало схеме.
У тебя код остался таким же как и в ?
Тот сырой XML текст, что я привел, это ответ сервера на функцию GetCurrentCredit. Получено с помощью сайта, что я приводил выше.
>>Может можно как то сохранить ответный XML в файл, и вручную его обрабатыватть? Или вручную формировать XML и отправлять на сервер. Только как это реализовать? Вопрос критичен, к сожалению, в пятницу уже надо сдать рабочую версию, а решения все нет
У меня была проблема с отладкой Вэб сервиса при передаче структуры. Если объявить через LocflHOST на сервере, то структура проходит. Если с другого компютера через глобальный адрес то метод ложится с ошибкой преобразования во втором байте чего то там.
Сделай на тоже Net или нативе Delphi или С++ Оле Объект который будет обращаться к серверу
много букв. как я курил веб сервисы и их дружбу с 1С. шаг первый — проверить сервис на одыкватность — использую soapUI 3.0 бесплатное. Удобное шаг второй — при условии что выполнен первый — начинаем курить 1С. импортируем в 1С сервис (это раз). Даже на этом этапе можно увидеть дружит 1С или нет с этим сервисом. Хоть и стандарт обще принятый, но то что курят одни системы 1С на отказ не курит. домой приду попробую курнуть.
кстати тож не могу получить тот самы wdsl =/ Proxy Encountered Error Connection Timeout: Could not contact the remote server. Possible causes include mistyped URL, transient network problems, overloaded remote server, and misconfigured proxy server. хотя может и рабочая прокся пьет. так что с дому гляну
Ошибка при вызове метода контекста (GetCurrentCredit): Ошибка вызова операции сервиса: { Есть нормальное описание работы сервиса и методов, а не только вашего представления ? код для затравки (wdsl принят в конфу как ws-ссылка «WS») Функция СоздатьПрокси(знач ИмяWS = «WS»,
Спалил малость свои переменный =)
Тэги:
Комментарии доступны только авторизированным пользователям