Сообщения, отправленные пользователем: inco

Прошу прощенья за свою неграмотность, но попробую так объяснить:
Несколько разных партий было отправлено одним исходящим документов ВСД (в разделе транзакции одна отдельная строка в списке. Заходим "в нее" - там список этих партий с количеством и тд). В разделе "Ветеринарные документы" - это отдельные строки в списке для каждой партии. Пробовали ранее аннулировать через раздел "Транзакции" - не получалось. Щас проверил через раздел "Ветеринарные документы" - вроде отдельную партию аннулировать дает. Но с точки зрений законодательство это допустимо делать или нужно все-таки ,что б контрагент сначала отклонил "попартийно"?

Спасибо!

Добрый день!
Подскажите такой момент: выслали исходящий ВСД, у которого в своем составе несколько партий. Выявили после этого, что две партии ошибочные. Контрагент все, кроме этих двух партий, принял. Но что делать с этими двумя, а именно:
1. Я так понимаю ,что контрагент должен их отклонить со своей стороны? Как правильно действовать с правовой точки зрения?
2. Есть в данном случае возможно нам аннулировать передачу этих партий(часть партий в составе этого же исходящего документа уже были приняты, система выдает ,что аннулировать невозможно) через веб-интерфейс? В этом пункте подразумевается техническая возможность "аннулировать" исходящие партии без аннулирования всего документа, т.к. часть партий было принято контрагентом, через веб-интерфейс.

Спасибо!

Добрый день! Такая проблема: посылаю запрос на добавление партии, но выходит ошибка.

<SOAP-ENV:Envelope xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/" xmlns:apl="http://api.vetrf.ru/schema/cdm/application" xmlns:apldef="http://api.vetrf.ru/schema/cdm/application/ws-definitions" xmlns:bs="http://api.vetrf.ru/schema/cdm/base" xmlns:dt="http://api.vetrf.ru/schema/cdm/dictionary/v2" xmlns:merc="http://api.vetrf.ru/schema/cdm/mercury/g2b/applications/v2" xmlns:vd="http://api.vetrf.ru/schema/cdm/mercury/vet-document/v2">
	<SOAP-ENV:Header/>
	<SOAP-ENV:Body>
		<apldef:submitApplicationRequest>
			<apldef:apiKey>xxxxxxxxxxxxxxxx</apldef:apiKey>
			<apl:application>
				<apl:serviceId>mercury-g2b.service:2.0</apl:serviceId>
				<apl:issuerId>xxxxxxxxxxx</apl:issuerId>
				<apl:issueDate>2019-04-02T15:50:56</apl:issueDate>
				<apl:data>
					<merc:resolveDiscrepancyRequest>
						<merc:localTransactionId>ГО-000001</merc:localTransactionId>
						<merc:initiator>
							<vd:login>XXXXXXX</vd:login>
						</merc:initiator>
						<merc:enterprise>
							<bs:guid>XXXXXXXXXX</bs:guid>
						</merc:enterprise>
						<merc:inventoryDate>2019-04-02T15:50:56</merc:inventoryDate>
						<merc:responsible>
							<vd:login>xxxxxxx</vd:login>
						</merc:responsible>
						<merc:stockDiscrepancy id="id1">
							<vd:resultingList>
								<vd:stockEntry>
									<vd:batch>
										<vd:productType>2</vd:productType>
										<vd:product>
											<bs:uuid>86f43269-e031-a9b7-fb70-c90ff2f191ab</bs:uuid>
										</vd:product>
										<vd:subProduct>
											<bs:uuid>ff01e1e2-3c64-0ea1-3032-fdd83fb2b6c3</bs:uuid>
										</vd:subProduct>
										<vd:productItem>
											<dt:name>Квин 4 кг</dt:name>
											<dt:code>536140</dt:code>
										</vd:productItem>
										<vd:volume>24</vd:volume>
										<vd:unit>
											<bs:uuid>069792f0-053d-11e1-99b4-d8d385fbc9e8</bs:uuid>
										</vd:unit>
										<vd:dateOfProduction>
											<vd:firstDate>
												<dt:year>2017</dt:year>
												<dt:month>11</dt:month>
												<dt:day>13</dt:day>
												<dt:hour>0</dt:hour>
											</vd:firstDate>
										</vd:dateOfProduction>
										<vd:expiryDate>
											<vd:firstDate>
												<dt:year>2019</dt:year>
												<dt:month>11</dt:month>
												<dt:day>13</dt:day>
												<dt:hour>0</dt:hour>
											</vd:firstDate>
										</vd:expiryDate>
										<vd:batchID>811B2RCR02</vd:batchID>
										<vd:perishable>false</vd:perishable>
										<vd:origin>
											<vd:productItem>
												<dt:name>Квин 4 кг</dt:name>
												<dt:code>536140</dt:code>
											</vd:productItem>
											<vd:country>
												<bs:guid>72a84b51-5c5e-11e1-b9b7-001966f192f174a3cbb1-56fa-94f3-ab3f-e8db4940d96b</bs:guid>
											</vd:country>
											<vd:producer>
												<dt:enterprise>
													<bs:guid>04099d88-1ba7-45e3-bebe-4beb5686b2dc</bs:guid>
													<dt:role>PRODUCER</dt:role>
												</dt:enterprise>
											</vd:producer>
										</vd:origin>
										<vd:lowGradeCargo>false</vd:lowGradeCargo>
									</vd:batch>
								</vd:stockEntry>
								<vd:packageList>
									<dt:package>
										<dt:level>6</dt:level>
										<dt:packingType>
											<bs:uuid>a7363144-e6a0-4af0-832f-0d403fdeb761</bs:uuid>
										</dt:packingType>
										<dt:quantity>10</dt:quantity>
									</dt:package>
								</vd:packageList>
								<vd:owner>
									<bs:guid>d3e3fd12-34d4-40b8-acc1-2caedb43253e</bs:guid>
								</vd:owner>
							</vd:resultingList>
							<merc:discrepancyReport for="id1">
								<vd:reason>
									<vd:name>Сверка остатков</vd:name>
								</vd:reason>
							</merc:discrepancyReport>
						</merc:stockDiscrepancy>
					</merc:resolveDiscrepancyRequest>
				</apl:data>
			</apl:application>
		</apldef:submitApplicationRequest>
	</SOAP-ENV:Body>

Такой ответ:

Изначально запрос делал из другого запроса. Тот использовал для изменения количества текущей партии, все норм было. Видоизменил - получился тот, что выше. Вроде сравнил с http://help.vetrf.ru/wiki/ResolveDiscrepancyOperation_v2.0 - все на мест. Подскажите кто сталкивался.

Спасибо!

Прошу прощенья, глупая ошибка ошибка из-за невнимательности уже. Решено.

Раз уж сюда зашел, подскажите "vd:owner" - это площадка на которую партия должна заводиться, верно понимаю? Дело в том, что в примере есть этот "реквизит", а в схеме "данные запроса" нет.

mevgenym wrote:попробуйте так

<apl:serviceId>mercury-g2b.service:2.1</apl:serviceId>

не прокатило (

BFT wrote:Ручками никак, только через интеграцию. Если ее покупать, то надо готовить солидную сумму и еще понадобится время для внедрения и доработки под себя. Если делать интеграцию самим, то нужны опытные программисты с хорошей мотивацией труда и надеяться, что ваша интеграция не попадет в список "плохих интеграций" РСХН и ее не забанят АПЛМом.

Что за список еще ? Просто сам писал и продолжаю дорабатывать еще некоторые момент по интеграции для своей организации, вроде работает пока. Но что значит: "ваша интеграция не попадет в список "плохих интеграций" РСХН и ее не забанят АПЛМом."?

Добрый день! Пытаюсь получить входящие вет. свидетельства, используя метод "GetVetDocumentListOperation". Такой запрос получается:

<SOAPENV:Envelope xmlns:SOAPENV="http://schemas.xmlsoap.org/soap/envelope/<SOAPENV:Envelope xmlns:SOAPENV="http://schemas.xmlsoap.org/soap/envelope/" xmlns:apl="http://api.vetrf.ru/schema/cdm/application" xmlns:apldef="http://api.vetrf.ru/schema/cdm/application/ws-definitions" xmlns:bs="http://api.vetrf.ru/schema/cdm/base" xmlns:dt="http://api.vetrf.ru/schema/cdm/dictionary/v2" xmlns:merc="http://api.vetrf.ru/schema/cdm/mercury/g2b/applications/v2" xmlns:vd="http://api.vetrf.ru/schema/cdm/mercury/vet-document/v2">
	<soapenv:Header/>
	<soapenv:Body>
		<apldef:submitApplicationRequest>
			<apldef:apiKey>XXXXXX</apldef:apiKey>
			<apl:application>
				<apl:serviceId>mercury-g2b.service:2.0</apl:serviceId>
				<apl:issuerId>XXXXXX</apl:issuerId>
				<apl:issueDate>2019-03-12T14:48:36</apl:issueDate>
				<apl:data>
					<merc:getVetDocumentListRequest>
						<merc:localTransactionId>a10003</merc:localTransactionId>
						<merc:initiator>
							<vd:login>XXXXXXX</vd:login>
						</merc:initiator>
						<bs:listOptions>
							<bs:count>50</bs:count>
							<bs:offset>0</bs:offset>
						</bs:listOptions>
						<vd:vetDocumentType>INCOMING</vd:vetDocumentType>
						<vd:vetDocumentStatus>CONFIRMED</vd:vetDocumentStatus>
						<vd:issueDateInterval>
							<bs:beginDate>2019-03-01T14:48:38</bs:beginDate>
							<bs:endDate>2019-03-13T14:48:43</bs:endDate>
						</vd:issueDateInterval>
						<dt:enterpriseGuid>XXXXXX</dt:enterpriseGuid>
					</merc:getVetDocumentListRequest>
				</apl:data>
			</apl:application>
		</apldef:submitApplicationRequest>
	</soapenv:Body>
</SOAPENV:Envelope>

В ответ получаю:

инфу о том, что какой запросы посылать отсюда брал: http://help.vetrf.ru/wiki/GetVetDocumentListOperation_v2.0.
Вроде все в соответствии со справочными данными, но непонятно, что все ж не так.
Может кто-то, уже более опытный, подскажет: где же у меня ошибка.

Спасибо заранее!

Спасибо! Это уже глаз "замылился" похоже...
Теперь на "unit" ругается.

кусок с ними:

<vd:consignment id="id1">
								<vd:productItem>
									<bs:guid>4408533a-70d3-4b3f-b431-33375e658ce0</bs:guid>
									<dt:packaging>
										<dt:packagingType>
											<bs:guid>cd449f46-29f4-42af-8d36-046f0954ae63</bs:guid>
										</dt:packagingType>
										<dt:volume>2</dt:volume>
										<dt:unit>
											<bs:guid>069792f0-053d-11e1-99b4-d8d385fbc9e8</bs:guid>
										</dt:unit>
									</dt:packaging>
								</vd:productItem>
								<vd:volume>1.7</vd:volume>
								<dt:unit>
									<bs:guid>069792f0-053d-11e1-99b4-d8d385fbc9e8</bs:guid>
								</dt:unit>
								<vd:packageList>
									<dt:package>
										<dt:level>4</dt:level>
										<dt:packingType>
											<bs:guid>cd449f46-29f4-42af-8d36-046f0954ae63</bs:guid>
										</dt:packingType>
										<dt:quantity>0</dt:quantity>
									</dt:package>
								</vd:packageList>
								<vd:applicableClassifications>MANUFACTURED</vd:applicableClassifications>
								<vd:sourceStockEntry>
									<bs:guid>321616fc-6bd1-43d0-b094-454808888e50</bs:guid>
								</vd:sourceStockEntry>
							</vd:consignment>

Ответ:

По структуре вроде там, где нужно, "namespace" проверил. ":" даже переставил (было опасение, что символ с русскоязычной раскладки стоит). По описанию полей внутри глянул: "Обязательно должно быть заполнено хотя бы одно из полей: либо UUID, либо GUID. При указании обоих полей приоритет у UUID." Один обязательный (GUID) у меня есть. Что удивило - в примерах оттуда же (http://help.vetrf.ru/wiki/PrepareOutgoingConsignmentOperation_v2.0) блок "vd:productItem" и, соответственно "dt:unit" внутри совсем ответствует.
На что еще обратить внимание стоит?

Прошу подсказать так же: Как правильно читается обязательность заполнения XML - элементов.
Было соображение, что:
[1..1] - все обязательны
[0..1] - обязательно заполнение хотя бы одного
[1..*], [0..*] - непонятно.

Но обратил внимание, что, допустим, для "dt:businessEntity" на странице http://help.vetrf.ru/wiki/PrepareOutgoingConsignmentOperation_v2.0 стоит "[1..1]", но, при этом, текстом в колонке описание написано, что обязательно хотя бы одно.

Спасибо!

Спасибо, увидел, где ошибся, исправил. Кроме того, были пустые значения ID упаковки и ед. измерения. Тоже исправил, но результат тот же.

Запрос:

<SOAP-ENV:Envelope xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/" xmlns:apl="http://api.vetrf.ru/schema/cdm/application" xmlns:apldef="http://api.vetrf.ru/schema/cdm/application/ws-definitions" xmlns:bs="http://api.vetrf.ru/schema/cdm/base" xmlns:dt="http://api.vetrf.ru/schema/cdm/dictionary/v2" xmlns:merc="http://api.vetrf.ru/schema/cdm/mercury/g2b/applications/v2" xmlns:vd="http://api.vetrf.ru/schema/cdm/mercury/vet-document/v2">
	<SOAP-ENV:Header/>
	<SOAP-ENV:Body>
		<apldef:submitApplicationRequest>
			<apldef:apiKey>xxxxxxxx</apldef:apiKey>
			<apl:application>
				<apl:serviceId>mercury-g2b.service:2.0</apl:serviceId>
				<apl:issuerId>xxxxxxx</apl:issuerId>
				<apl:issueDate>2019-02-04T10:37:13</apl:issueDate>
				<apl:data>
					<merc:prepareOutgoingConsignmentRequest>
						<merc:localTransactionId>ГО-00000002</merc:localTransactionId>
						<merc:initiator>
							<vd:login>xxxxxxxxx</vd:login>
						</merc:initiator>
						<merc:delivery>
							<vd:deliveryDate>2019-02-03T10:37:13</vd:deliveryDate>
							<vd:consignor>
								<dt:businessEntity>
									<guid>c5518005-b375-445d-9298-bcd74a1ec2d8</guid>
								</dt:businessEntity>
								<dt:enterprise>
									<guid>d3e3fd12-34d4-40b8-acc1-2caedb43253e</guid>
								</dt:enterprise>
							</vd:consignor>
							<vd:consignee>
								<dt:businessEntity>
									<guid>13491dd9-79b1-464a-a8e0-793068483744</guid>
								</dt:businessEntity>
								<dt:enterprise>
									<guid>cbc934d7-a7b2-43ad-ae4e-79e4f889817d</guid>
								</dt:enterprise>
							</vd:consignee>
							<vd:consignment id="id1">
								<vd:productItem>
									<bs:guid>4408533a-70d3-4b3f-b431-33375e658ce0</bs:guid>
									<dt:packaging>
										<dt:packagingType>
											<bs:guid>cd449f46-29f4-42af-8d36-046f0954ae63</bs:guid>
										</dt:packagingType>
										<dt:volume>2</dt:volume>
										<dt:unit>
											<bs:guid>069792f0-053d-11e1-99b4-d8d385fbc9e8</bs:guid>
										</dt:unit>
									</dt:packaging>
								</vd:productItem>
								<vd:volume>1,7</vd:volume>
								<dt:unit>
									<bs:guid>069792f0-053d-11e1-99b4-d8d385fbc9e8</bs:guid>
								</dt:unit>
								<vd:packageList>
									<dt:package>
										<dt:level>4</dt:level>
										<dt:packingType>
											<bs:guid>cd449f46-29f4-42af-8d36-046f0954ae63</bs:guid>
										</dt:packingType>
										<dt:quantity>0</dt:quantity>
									</dt:package>
								</vd:packageList>
								<vd:applicableClassifications>MANUFACTURED</vd:applicableClassifications>
								<vd:sourceStockEntry>
									<bs:guid>321616fc-6bd1-43d0-b094-454808888e50</bs:guid>
								</vd:sourceStockEntry>
							</vd:consignment>
							<vd:transportInfo>
								<vd:transportType>1</vd:transportType>
								<vd:transportNumber>
									<vd:vehicleNumber>М937УХ</vd:vehicleNumber>
								</vd:transportNumber>
							</vd:transportInfo>
							<vd:transportStorageType>VENTILATED</vd:transportStorageType>
							<vd:accompanyingForms>
								<vd:waybill>
									<vd:issueSeries>ГО</vd:issueSeries>
									<vd:issueNumber>ГО-00000002</vd:issueNumber>
									<vd:issueDate>2019-02-03T10:37:13</vd:issueDate>
									<vd:type>6</vd:type>
								</vd:waybill>
								<vd:vetCertificate for="id1">
									<vd:authentication>
										<vd:purpose>
											<bs:guid>5b90da1b-e089-11e1-bcf3-b499babae7ea</bs:guid>
										</vd:purpose>
										<vd:cargoInspected>true</vd:cargoInspected>
										<vd:cargoExpertized>VSEFULL</vd:cargoExpertized>
										<vd:locationProsperity>Благополучна.</vd:locationProsperity>
									</vd:authentication>
								</vd:vetCertificate>
							</vd:accompanyingForms>
						</merc:delivery>
					</merc:prepareOutgoingConsignmentRequest>
				</apl:data>
			</apl:application>
		</apldef:submitApplicationRequest>
	</SOAP-ENV:Body>
</SOAP-ENV:Envelope>

Результат:

Что означает "Element 'guid' not expected" - так и не пойму. И какой именно гуид. По запросу проверил еще раз. Проверял по описанию здесь: http://help.vetrf.ru/wiki/PrepareOutgoingConsignmentOperation_v2.0 .
Прошу совета в какую сторону копать вообще...

Добрый день! Отправляю запрос на регистрацию транспортной партии

<SOAP-ENV:Envelope xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/" xmlns:apl="http://api.vetrf.ru/schema/cdm/application" xmlns:apldef="http://api.vetrf.ru/schema/cdm/application/ws-definitions" xmlns:bs="http://api.vetrf.ru/schema/cdm/base" xmlns:dt="http://api.vetrf.ru/schema/cdm/dictionary/v2" xmlns:merc="http://api.vetrf.ru/schema/cdm/mercury/g2b/applications/v2" xmlns:vd="http://api.vetrf.ru/schema/cdm/mercury/vet-document/v2">
<SOAP-ENV:Header/>
<SOAP-ENV:Body>
<apldef:submitApplicationRequest>
<apldef:apiKey>XXXXXXXX</apldef:apiKey>
<apl:application>
<apl:serviceId>mercury-g2b.service:2.0</apl:serviceId>
<apl:issuerId>XXXXXXX</apl:issuerId>
<apl:issueDate>2019-02-03T13:20:27</apl:issueDate>
<apl:data>
<merc:prepareOutgoingConsignmentRequest>
<merc:localTransactionId>ГО-00000002</merc:localTransactionId>
<merc:initiator>
<vd:login>XXXXXXXXXXX</vd:login>
</merc:initiator>
<merc:delivery>
<vd:deliveryDate>2019-02-03T13:20:27</vd:deliveryDate>
<vd:consignor>
<dt:businessEntity>
<guid>c5518005-b375-445d-9298-bcd74a1ec2d8</guid>
</dt:businessEntity>
<dt:enterprise>
<guid>d3e3fd12-34d4-40b8-acc1-2caedb43253e</guid>
</dt:enterprise>
</vd:consignor>
<vd:consignee>
<dt:businessEntity>
<guid>13491dd9-79b1-464a-a8e0-793068483744</guid>
</dt:businessEntity>
<dt:enterprise>
<guid>cbc934d7-a7b2-43ad-ae4e-79e4f889817d</guid>
</dt:enterprise>
</vd:consignee>
<vd:consignment xmlns:id="id1">
<vd:productItem>
<bs:guid>4408533a-70d3-4b3f-b431-33375e658ce0</bs:guid>
<dt:packaging>
<dt:packagingType>
<bs:uuid/>
</dt:packagingType>
<dt:volume>2</dt:volume>
<dt:unit>
<bs:guid>069792f0-053d-11e1-99b4-d8d385fbc9e8</bs:guid>
</dt:unit>
</dt:packaging>
</vd:productItem>
<vd:volume>1,7</vd:volume>
<dt:unit>
<bs:guid>069792f0-053d-11e1-99b4-d8d385fbc9e8</bs:guid>
</dt:unit>
<vd:packageList>
<dt:package>
<dt:level>4</dt:level>
<dt:packingType>
<bs:guid/>
</dt:packingType>
<dt:quantity>0</dt:quantity>
</dt:package>
</vd:packageList>
<vd:applicableClassifications>MANUFACTURED</vd:applicableClassifications>
<vd:sourceStockEntry>
<bs:guid>321616fc-6bd1-43d0-b094-454808888e50</bs:guid>
</vd:sourceStockEntry>
</vd:consignment>
<vd:transportInfo>
<vd:transportType>1</vd:transportType>
<vd:transportNumber>
<vd:vehicleNumber>М937УХ</vd:vehicleNumber>
</vd:transportNumber>
</vd:transportInfo>
<vd:transportStorageType>VENTILATED</vd:transportStorageType>
<vd:accompanyingForms>
<vd:waybill>
<vd:issueSeries>ГО</vd:issueSeries>
<vd:issueNumber>ГО-00000002</vd:issueNumber>
<vd:issueDate>2019-02-03T13:20:27</vd:issueDate>
<vd:type>6</vd:type>
</vd:waybill>
<vd:vetCertificate xmlns:id="id1">
<vd:authentication>
<vd:purpose>
<bs:guid>5b90da1b-e089-11e1-bcf3-b499babae7ea</bs:guid>
<vd:cargoInspected>true</vd:cargoInspected>
<vd:cargoExpertized>VSEFULL</vd:cargoExpertized>
<vd:locationProsperity>Благополучна.</vd:locationProsperity>
</vd:purpose>
</vd:authentication>
</vd:vetCertificate>
</vd:accompanyingForms>
</merc:delivery>
</merc:prepareOutgoingConsignmentRequest>
</apl:data>
</apl:application>
</apldef:submitApplicationRequest>
</SOAP-ENV:Body>
</SOAP-ENV:Envelope>

В итоге получаю такой ответ:

<?xml version="1.0" encoding="UTF-8"?>
<soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/"><soap:Body><receiveApplicationResultResponse xmlns="http://api.vetrf.ru/schema/cdm/application/ws-definitions">
<application xmlns="http://api.vetrf.ru/schema/cdm/application">
<applicationId>52ff8be5-2866-4b74-9301-5991688a5af1</applicationId>
<status>REJECTED</status>
<serviceId>mercury-g2b.service</serviceId>
<issuerId>c5518005-b375-445d-9298-bcd74a1ec2d8</issuerId>
<issueDate>2019-02-03T13:20:27+03:00</issueDate>
<rcvDate>2019-02-03T13:39:10+03:00</rcvDate>
<prdcRsltDate>2019-02-03T13:39:10+03:00</prdcRsltDate>
<errors>
<apl:error code="APLM0007" xmlns:apl="http://api.vetrf.ru/schema/cdm/application">Wrong application data format. Format validation failed due to XML Schema rules: Element 'guid' not expected.
</apl:error>
</errors>
</application>
</receiveApplicationResultResponse></soap:Body></soap:Envelope>

Проблема в каком-то из гуидов - верно понимаю?
Есть возможность понять в каком именно?

Element 'guid' not expected - то есть в принципе у меня гуид в месте, где его быть не должно?

Спасибо!

dk wrote:Это означает, что ваша успешно зарегистрирована.
Теперь надо взять <applicationId>bfd7f4b9-fdf3-43f8-a88d-3c06336e6aa5</applicationId> и запросить результат обработки заявки.
Заявки обрабатываются в 2 этапа: подача заявки, получение результатов запроса.

Прошу прощенья за свою некомпетентность, но теперь не удается найти инфо о втором этапе запроса. В вики вижу синтаксис первого этапа и получаю по нему ответ с айди. Синтаксиса запроса для второго этапа через гугл не нахожу. Может подскажет кто или ссылку даст.

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

<env:Envelope xmlns:env="http://schemas.xmlsoap.org/soap/envelope/">
<env:Header/>
<env:Body><submitApplicationResponse xmlns="http://api.vetrf.ru/schema/cdm/application/ws-definitions">
<application xmlns="http://api.vetrf.ru/schema/cdm/application">
<applicationId>bfd7f4b9-fdf3-43f8-a88d-3c06336e6aa5</applicationId>
<status>ACCEPTED</status>
<serviceId>mercury-g2b.service</serviceId>
<issuerId>c5518005-b375-445d-9298-bcd74a1ec2d8</issuerId>
<issueDate>2019-01-08T17:06:32</issueDate>
<rcvDate>2019-01-08T17:06:36</rcvDate>
</application>
</submitApplicationResponse>
</env:Body>
</env:Envelope>

Вроде ошибок нет. Метод GetStockEntryListOperation. Он все ж должен возвращать список продукции или нет? Либо я что-то понимаю не так?
Заранее спасибо!

У меня методом GetStockEntryListOperation ответ был со служебной информацией ,что запрос принят и все. Будто нет на предприятии продукции. Думал дело именно в том, что UUID нужен, а не GUID.

Первый вариант помог вроде. Спасибо!

Я ведь верно понимаю: теперь, что бы воспользоваться методом GetStockEntryListOperation , передавать туда нужно из полученного ответа именно параметра "bs:uuid". То именно текущий идентификатор предприятия, а не глобальный?

Отправляю на api.vetrf.ru/platform/services/2.1/EnterpriseService

Друзья подскажите по проблеме. Пытаюсь получить данные площадки по глобальному идентификатору. Использую метод "GetStockEntryListOperation"
Такой текст запроса получается:

<soapenv:Envelope xmlns:base="http://api.vetrf.ru/schema/cdm/base" xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlns:ws="http://api.vetrf.ru/schema/cdm/cerberus/enterprise/ws-definitions">
<soapenv:Header/>
<soapenv:Body>
<ws:getEnterpriseByGuidRequest>
<base:guid>d3e3fd12-34d4-40b8-acc1-2caedb43253e</base:guid>
</ws:getEnterpriseByGuidRequest>
</soapenv:Body>
</soapenv:Envelope>

Такой ответ:
<?xml version="1.0" encoding="UTF-8"?>
<soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/"><soapenv:Body><soapenv:Fault><faultcode>soapenv:Server</faultcode><faultstring>BEA-382513: OSB Replace action failed updating variable "body": Error parsing XML: {err}FORG0005: expected exactly one item, got 0 items</faultstring><detail><con:fault xmlns:con="http://www.bea.com/wli/sb/context"><con:errorCode>BEA-382513</con:errorCode><con:reason>OSB Replace action failed updating variable "body": Error parsing XML: {err}FORG0005: expected exactly one item, got 0 items</con:reason><con:location><con:path>request-pipeline</con:path><con:error-handler>true</con:error-handler></con:location></con:fault></detail></soapenv:Fault></soapenv:Body></soapenv:Envelope>

Я так понимаю внутри "Body" какая-то проблема? Запрос составлял в соответствии с http://help.vetrf.ru/wiki/GetEnterpriseByGuid_v2.0 . Кто-то может встречался, подскажет где я накосячил?