Интеграция с 1С

Мне просто интересно. На кой в IncomingOperation элементы consignment и vetCertificate имеют списочный тип, ЕСЛИ ТУДА ВСЕ РАВНО МОЖНО ЗАПИХАТЬ ТОЛЬКО ПО ОДНОМУ ЭЛЕМЕНТУ?

anig99 wrote:Если у кого возникнет такая проблема, то на платформе 8.2.19.121 возникает ошибка
Определения = Новый WSОпределения("http://api.vetrf.ru/schema/platform/services/2.0-RC-last/ams-mercury-g2b.service_v2.0_pilot.wsdl");
по причине:
При создании описания сервиса произошла ошибка.
по причине:
Неправильный путь к файлу 'ApplicationManagementService_v1.1.wsdl'

На 8.3 такой ошибки нет. Попытаюсь решить. Если получится, то сообщу.

Решил. http://api.vetrf.ru/schema/platform/services/2.0-RC-last/ams-mercury-g2b.service_v2.0_pilot.wsdl вообще не нужен. Вместо него достаточно ApplicationManagementService_v1.1.wsdl программно или как wsdl ссылку в конфигурацию. Спасибо mevgenym за его код https://github.com/mevgenym/1c_vetis.api

Для получения Фабрики нужно использовать такой код:

Функция ПолучитьФабрикуXDTOApplicationManagements20(Боевая);
	
	Если Не Боевая Тогда
		_Имя = "http://api.vetrf.ru/schema/platform/services/2.0-RC-last/";
		_Суф = "_v2.0.xsd";
		ОпределениеWS = WSСсылки.WSApplicationManagementsService20.ПолучитьWSОпределения();
	Иначе
		_Имя = "http://api.vetrf.ru/schema/platform/services/2.0-last/";
		_Суф = "_v2.0.xsd";
		ОпределениеWS = WSСсылки.WSApplicationManagementsService20Test.ПолучитьWSОпределения();
	КонецЕсли;
		
	МассивXSD = Новый Массив();
	МассивXSD.Добавить(_Имя + "application_v1.1.xsd");
	МассивXSD.Добавить(_Имя + "base_v1.1.xsd");
	МассивXSD.Добавить(_Имя + "dictionary" + _суф);
	МассивXSD.Добавить(_Имя + "document" + _суф);
	МассивXSD.Добавить(_Имя + "mercury_g2b_applications" + _суф);	
	ФабрикаXD = СоздатьФабрикуXDTO(МассивXSD);
	
	МассивURI = Новый Массив;  
	МассивURI.Добавить("http://api.vetrf.ru/schema/cdm/application/ws-definitions");  
	МассивURI.Добавить("http://api.vetrf.ru/schema/cdm/base/ws-definitions");  
	
	ФабрикаWS = Новый ФабрикаXDTO(ОпределениеWS.ФабрикаXDTO.ЭкспортМоделиXDTO(МассивURI), ФабрикаXD.Пакеты);
	
	ПакетыМассив = Новый Массив();
	ПакетыМассив.Добавить(ФабрикаXDTO.Пакеты.Получить("http://schemas.xmlsoap.org/soap/envelope/"));
	
	Для Каждого стрПакет из ФабрикаXD.Пакеты Цикл
		ПакетыМассив.Добавить(стрПакет);	
	КонецЦикла;
	
	Для Каждого стрПакет из ФабрикаWS.Пакеты Цикл
		ПакетыМассив.Добавить(стрПакет);	
	КонецЦикла;
	
	ФабрикаXD = Новый ФабрикаXDTO(, ПакетыМассив);
	
	Возврат(ФабрикаXD);
	
КонецФункции

Не понятно как влияет, но ЗапросWeb = Новый HTTPЗапрос("platform/services/ApplicationManagementService"); использовал ЗапросWeb = Новый HTTPЗапрос("platform/services/2.0/ApplicationManagementService"); Вроде работает и так, и так.

serviceID поменять с mercury-g2b.service на mercury-g2b.service:2.0

Коллеги добрый день !!! Подскажите у кого то посредством 1С получилось заполнить атрибуты id и for (api 2.0) ? При заполнении строковым типом ругается на неверный формат при отправке запроса !!!

nifor wrote:Коллеги добрый день !!! Подскажите у кого то посредством 1С получилось заполнить атрибуты id и for (api 2.0) ? При заполнении строковым типом ругается на неверный формат при отправке запроса !!!

Подчеркивание впереди прицепите. Там базовый тип "NCName", а он должен содержать первым символом или букву или подчеркивание.

Вот не пойму, в чем косяк.

Формирую ProcessIncomingConsignmentOperation в версии 2,0.

При сохранении XML с помощью ФабрикиXDTO "перепрыгивают" реквизиты.
(ФабрикаXDTO создается по рекомендациям, выложенным здесь на форуме, та же схема с 1,4 отрабатывала без проблем)

...
              <d7p1:accompanyingForms>
                                <d7p1:waybill>
                                    <d7p1:issueNumber>0711</d7p1:issueNumber>
                                    <d7p1:issueDate>2017-11-07</d7p1:issueDate>
                                    <d7p1:type>1</d7p1:type>
                                </d7p1:waybill>
                                <d7p1:vetCertificate>
                                    <d7p1:issueSeries>1122</d7p1:issueSeries>
                                    <d7p1:certifiedConsignment>
...
                                    </d7p1:certifiedConsignment>
                                    <d7p1:authentication>
...
                                    </d7p1:authentication>
                                    <d7p1:statusChange>
...
                                    </d7p1:statusChange>
                                    <d7p1:issueDate>2017-11-16</d7p1:issueDate>
                                    <d7p1:issueNumber>1234565689</d7p1:issueNumber>
                                    <d7p1:vetDForm>NOTE4</d7p1:vetDForm>
              </d7p1:vetCertificate>

И вот эти issueDate и issueNumber, относящиеся к vetCertificate, почему-то уезжают вниз, хотя должны идти следом за issueSeries.
В итоге пакет шлюзом не принимается, выдает отлуп "Format validation failed due to XML Schema rules: Элемент 'issueDate' не предусмотрен." - я так понимаю, что порядок элементов ему важен.
В SOAPui элементы на место поставишь - запрос проходит.

Грешил на релиз платформы, но на 8.3.8 , 8.3.9 , 8.3.10 результат одинаков.
1С, что-ли, не берет во внимание тег <xs:sequence> в XSD-схеме?..

vvche wrote:

nifor wrote:Коллеги добрый день !!! Подскажите у кого то посредством 1С получилось заполнить атрибуты id и for (api 2.0) ? При заполнении строковым типом ругается на неверный формат при отправке запроса !!!

Подчеркивание впереди прицепите. Там базовый тип "NCName", а он должен содержать первым символом или букву или подчеркивание.

Спасибо огромное !!!

vvche wrote:Вот не пойму, в чем косяк.

Формирую ProcessIncomingConsignmentOperation в версии 2,0.

При сохранении XML с помощью ФабрикиXDTO "перепрыгивают" реквизиты.

Сам спросил, сам ответил

При импорте схемы document_v2.0.xsd 1С выставила в типе объекта VetDocument свойство "Упорядоченный" в "Ложь", отсюда и косяк.
Причем у базового типа Document все нормально.

.

Появилась обратная "совместимость" с 1.4 по упаковкам (смотрел через getStockEntryChangesList):
- непонятно по каким соображениям назначился уровень и он разный
- почти все без количества и количество так и не соответствует 1.4

Добрый день.
Вопрос по API 2
Пытаюсь создать предприятие методом ModifyEnterpriseOperation

Определение = Новый WSОпределения("http://api.vetrf.ru/schema/platform/services/2.0-RC-last/ams-mercury-g2b.service_v2.0_pilot.wsdl");
ПодключениеОбмена = Новый WSПрокси(Определение,"http://api.vetrf.ru/schema/cdm/application/service","ApplicationManagementServiceBindingQSService","ApplicationManagementServiceBindingQSPort",,, Новый ЗащищенноеСоединениеOpenSSL( неопределено, неопределено ));
ПодключениеОбмена.Пользователь = "*************";
ПодключениеОбмена.Пароль = "************";
SubmitApplicationRequest = Фабрика.Создать(Фабрика.Тип("http://api.vetrf.ru/schema/cdm/application/ws-definitions", "submitApplicationRequest"));
Application = Фабрика.Создать(Фабрика.Тип("http://api.vetrf.ru/schema/cdm/application", "Application"));
ApplicationDataWrapper = Фабрика.Создать(Фабрика.Тип("http://api.vetrf.ru/schema/cdm/application", "ApplicationDataWrapper"));

modifyEnterpriseRequest = Фабрика.Создать(Фабрика.Тип("http://api.vetrf.ru/schema/cdm/mercury/g2b/applications/v2", "ModifyEnterpriseRequest"));;

ApplicationDataWrapper.Добавить(ФормаXML.Элемент,"http://api.vetrf.ru/schema/cdm/mercury/g2b/applications/v2", "ModifyEnterpriseRequest", modifyEnterpriseRequest);
Application.data = ApplicationDataWrapper;
Application.serviceId = "mercury-g2b.service:2.0";
Application.issuerId = "******************";
Application.issueDate = ТекущаяДата();

SubmitApplicationRequest.apiKey = "***********************";
SubmitApplicationRequest.application = Application;

Результат = ПодключениеОбмена.submitApplicationRequest(SubmitApplicationRequest.apiKey, SubmitApplicationRequest.application);

Вылезает такая ошибка:
Несоответствие типов XDTO:
Тип '{http://api.vetrf.ru/schema/cdm/mercury/g2b/applications/v2}ModifyEnterpriseRequest' не найден
Тип принадлежит пакету, отсутствующему в фабрике типов XDTO

Может кто подскажет, что я делаю не так ?

Все делаете так, а вот шлюз API 2.0 с тестовым Меркурием явно работает не так. Сейчас по этому сервису в ответе всегда возвращается ошибка по любому сервису из ams-mercury-g2b.service_v2.0_pilot.wsdl.

RomanWBD wrote:Все делаете так, а вот шлюз API 2.0 с тестовым Меркурием явно работает не так. Сейчас по этому сервису в ответе всегда возвращается ошибка по любому сервису из ams-mercury-g2b.service_v2.0_pilot.wsdl.

Использовать API v1 ?

FCool wrote:
Добрый день.

Результат = ПодключениеОбмена.submitApplicationRequest(SubmitApplicationRequest.apiKey, SubmitApplicationRequest.application);

Вылезает такая ошибка:
Несоответствие типов XDTO:
Тип '{http://api.vetrf.ru/schema/cdm/mercury/g2b/applications/v2}ModifyEnterpriseRequest' не найден
Тип принадлежит пакету, отсутствующему в фабрике типов XDTO

Здравствуй! Операцию не получится сделать через прокси. У них в WS определении нет типов, связанных с операциями. Запрос нужно делать через HTTP.

Тут примерно описано: http://vetrf.ru/vetrf-forum/posts/listByUser/9167.page

1.4 вроде работает, проверял как раз после того как 2.0 перестал отправлять нормальные результаты.

А API 2.0 насколько тестовое?

RomanWBD wrote:Все делаете так, а вот шлюз API 2.0 с тестовым Меркурием явно работает не так. Сейчас по этому сервису в ответе всегда возвращается ошибка по любому сервису из ams-mercury-g2b.service_v2.0_pilot.wsdl.

Вообще-то им бы следовало об этом большими буквами да на главной странице форума...