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

Проверил в вэбе всд, есть номера вида № 8490359 от 06.02.2018 10:09:10 МСК+2;, в апи вернулось эта запись

<vd:stockEntry>
								<bs:uuid>ee1529a8-4336-4cd5-9ad3-120b79058d05</bs:uuid>
								<bs:guid>e72a0750-8ac9-4e22-abd1-3ffe8aa6f2bd</bs:guid>
								<bs:active>true</bs:active>
								<bs:last>true</bs:last>
								<bs:status>110</bs:status>
								<bs:createDate>2018-04-10T09:35:29+03:00</bs:createDate>
								<bs:updateDate>2018-04-10T09:35:29+03:00</bs:updateDate>
								<vd:entryNumber>9951565</vd:entryNumber>
								<vd:batch>
									<vd:productType>5</vd:productType>
									<vd:product>
										<bs:uuid>234e965b-851b-8a82-990b-a6be88c3b640</bs:uuid>
										<bs:guid>e3bdc46d-707a-a75c-33f6-c280c162927f</bs:guid>
									</vd:product>
									<vd:subProduct>
										<bs:uuid>a7201467-591b-c8b6-3cb4-bae2c460b76f</bs:uuid>
										<bs:guid>acca0e11-2c9a-c180-f1e4-446c33d8b746</bs:guid>
									</vd:subProduct>
									<vd:productItem>
										<bs:uuid>b9028db4-074a-4b42-ac36-af994317c39b</bs:uuid>
										<bs:guid>e64e2b97-9961-4915-b8e1-675de477c127</bs:guid>
										<dt:name>Сардельки куриные (в вакуумной упаковке)</dt:name>
									</vd:productItem>
									<vd:volume>1.87</vd:volume>
									<vd:unit>
										<bs:uuid>069792f0-053d-11e1-99b4-d8d385fbc9e8</bs:uuid>
										<bs:guid>21ed96c9-337b-4a27-8761-c6e6ad3c9f5b</bs:guid>
									</vd:unit>
									<vd:dateOfProduction>
										<vd:firstDate>
											<dt:year>2017</dt:year>
											<dt:month>10</dt:month>
											<dt:day>16</dt:day>
										</vd:firstDate>
										<vd:secondDate>
											<dt:year>2017</dt:year>
											<dt:month>10</dt:month>
											<dt:day>18</dt:day>
										</vd:secondDate>
									</vd:dateOfProduction>
									<vd:expiryDate>
										<vd:firstDate>
											<dt:year>2017</dt:year>
											<dt:month>10</dt:month>
											<dt:day>26</dt:day>
										</vd:firstDate>
										<vd:secondDate>
											<dt:year>2017</dt:year>
											<dt:month>10</dt:month>
											<dt:day>28</dt:day>
										</vd:secondDate>
									</vd:expiryDate>
									<vd:perishable>false</vd:perishable>
									<vd:origin>
										<vd:productItem>
											<bs:uuid>b9028db4-074a-4b42-ac36-af994317c39b</bs:uuid>
											<bs:guid>e64e2b97-9961-4915-b8e1-675de477c127</bs:guid>
											<dt:name>Сардельки куриные (в вакуумной упаковке)</dt:name>
										</vd:productItem>
										<vd:country>
											<bs:uuid>72a84b51-5c5e-11e1-b9b7-001966f192f1</bs:uuid>
											<bs:guid>74a3cbb1-56fa-94f3-ab3f-e8db4940d96b</bs:guid>
										</vd:country>
										<vd:producer>
											<dt:enterprise>
												<bs:uuid>3fffbccf-8ec3-4858-82c6-ea1f0bffc648</bs:uuid>
												<bs:guid>58e20a63-5f09-408d-a1a7-5eecdadac029</bs:guid>
											</dt:enterprise>
											<dt:role>PRODUCER</dt:role>
										</vd:producer>
									</vd:origin>
									<vd:lowGradeCargo>false</vd:lowGradeCargo>
									<vd:owner>
										<bs:uuid>f74593d5-d2a9-43ed-9499-18cc44fd6132</bs:uuid>
										<bs:guid>128353dc-3afb-4c82-aeae-13372a39f897</bs:guid>
									</vd:owner>
								</vd:batch>
							</vd:stockEntry>

Ни намека на всд =)

При объединении можно изменить 3 уровень номенклатуры и номенклатуру строкой завести не из справочника )
При присоединении нельзя ни чего изменить в записи к которой присоединяете

Вчера объединил, сроки годности стали двойные (отличались на 1 день), объединял 2 записи, остальное не смотрел

C2h5oh wrote:Всем доброго времени суток!
Подскажите, пожалуйста, как можно побороть ошибки
MERC15234: Транспорт в сведениях о возврате продукции должен совпадать с указанным в ветеринарно-сопроводительном документе.
Есть, точки перегрузки, номер указанный в ВСД не совпадает по факту (сформировался акт не соответствия) частичная приемка 2.0. В возвратном ВСД указываю transportInfo как во входящем всд (контейнер, номер ТС, номер трейлера)
Указывал и который по факту пришел, убирал точки перегрузки. Не помогает

MERC14256: Так как номер транспортного средства в сведениях о принимаемой партии не совпадает с указанным в ветеринарно-сопроводительном документе, то необходимо указать причину в акте о несоответствии.
Номер ТС, номер контейнера и прицепа, точки перегрузки все совпадает с входящим ВСД, только частичная приемка.

При полной приемки проблем не возникает. Посмотрел на формуме (ошибки были такие) Но ответов с решением нет.

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

А посмотрите в вэбе на нее, раньше было такое что номер прицепа не приходил, сейчас вроде как приходит, но мож какие то нюансы появились

anig99 wrote:

Тогда не придется гадать, а посмотреть в документации или в отладчике один раз. Если это СписокXDTO - будет всегда СписокXDTO. Ну, по крайней мере пока разработчики Ветиса чего-нибудь не намудряд снова.

Дополню, и типы правильные будут, строка будет строкой, число числом =)

ZDmitry wrote:Добрый день! Подскажите, как проверить пришел объектXDTO или списокXDTO?

Если правильной фабрикой читать и правильным типом, то этот момент проверять не надо. А так с помощью

grudinko wrote:Может я статус заявки не так как-то получаю?
Вот такой запрос.
<soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlns:ws="http://api.vetrf.ru/schema/cdm/application/ws-definitions" xmlns:app="http://api.vetrf.ru/schema/cdm/application" xmlns:merc="http://api.vetrf.ru/schema/cdm/mercury/applications" xmlns:base="http://api.vetrf.ru/schema/cdm/base" xmlns:com="http://api.vetrf.ru/schema/cdm/argus/common" xmlns:ent="http://api.vetrf.ru/schema/cdm/cerberus/enterprise" xmlns:ikar="http://api.vetrf.ru/schema/cdm/ikar"> <soapenv:Header/> <soapenv:Body> <ws:receiveApplicationResultRequest> <ws:apiKey>*****</ws:apiKey> <ws:issuerId>*****</ws:issuerId> <ws:applicationId>fcf8f3df-218a-11e2-a69b-b499babae7ea</ws:applicationId> </ws:receiveApplicationResultRequest> </soapenv:Body> </soapenv:Envelope>

Как будто правильно

Разница есть в префиксах, но это вроде как не имеет значения

grudinko wrote:
я посылаю getBusinessEntityUserRequest а у вас в рабочем примере getStockEntryListRequest
в getBusinessEntityUserRequest не надо enterpriseGuid судя по аписанию на сайте конечно)

Извиняюсь, я чот думал мы все про запрос записей журнала

grudinko wrote:На оба адреса отправлял. Без толку.
Unsupported application data format
Отправляю простейший запрос, который нашел.

<SOAP-ENV:Envelope xmlns:dt="http://api.vetrf.ru/schema/cdm/dictionary/v2" xmlns:bs="http://api.vetrf.ru/schema/cdm/base" xmlns:merc="http://api.vetrf.ru/schema/cdm/mercury/g2b/applications/v2" xmlns:apldef="http://api.vetrf.ru/schema/cdm/application/ws-definitions" xmlns:apl="http://api.vetrf.ru/schema/cdm/application" xmlns:vd="http://api.vetrf.ru/schema/cdm/mercury/vet-document/v2" xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/"> <SOAP-ENV:Header/> <SOAP-ENV:Body> <apldef:submitApplicationRequest> <apldef:apiKey>__</apldef:apiKey> <apl:application> <apl:serviceId>mercury-g2b.service:2.0</apl:serviceId> <apl:issuerId>fcf8f3df-218a-11e2-a69b-b499babae7ea</apl:issuerId> <apl:issueDate>2018-04-10T10:00:00</apl:issueDate> <apl:data> <merc:getBusinessEntityUserRequest> <merc:localTransactionId>a10003</merc:localTransactionId> <merc:initiator> <vd:login>мой логин</vd:login> </merc:initiator> <vd:user> <vd:login>мой логин</vd:login> </vd:user> </merc:getBusinessEntityUserRequest> </apl:data> </apl:application> </apldef:submitApplicationRequest> </SOAP-ENV:Body> </SOAP-ENV:Envelope>

все равно Unsupported application data format
написал в техподдержку.

Дак у вас нет enterpriseGuid... И апи кей прикройте

<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:Body>
		<apldef:submitApplicationRequest xmlns:xs="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
			<apldef:apiKey>__</apldef:apiKey>
			<apl:application>
				<apl:serviceId>mercury-g2b.service:2.0</apl:serviceId>
				<apl:issuerId>__</apl:issuerId>
				<apl:issueDate>2018-04-11T10:52:49</apl:issueDate>
				<apl:data>
					<merc:getStockEntryListRequest>
						<merc:localTransactionId>УТ0000008</merc:localTransactionId>
						<merc:initiator>
							<vd:login>__</vd:login>
						</merc:initiator>
						<bs:listOptions>
							<bs:count>1000</bs:count>
							<bs:offset>0</bs:offset>
						</bs:listOptions>
						<dt:enterpriseGuid>___</dt:enterpriseGuid>
						<merc:searchPattern>
							<vd:blankFilter>NOT_BLANK</vd:blankFilter>
						</merc:searchPattern>
					</merc:getStockEntryListRequest>
				</apl:data>
			</apl:application>
		</apldef:submitApplicationRequest>
	</SOAP-ENV:Body>
</SOAP-ENV:Envelope>

Этот работает

grudinko wrote:

https://api2.vetrf.ru:8002/platform/services/2.0/ApplicationManagementService такой вот адрес
контур тестовый

Попробуйте сюда

Запрос записей журнала работает по обоим адресам, только что проверил

Sergo wrote:Всем привет!) Подскажите пожалуйста кто нибудь интегрировал "Меркурий" с 1С Управление торговлей 10.2?? Всё работает??)

Конечно работает, но 10.3, писана переписана, на платформе 8.2.19.130. Чего б ей не работать?

Мож вечером или завтра обновят =)

Инвентаризация

<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:Body>
		<apldef:submitApplicationRequest xmlns:xs="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
			<apldef:apiKey>_</apldef:apiKey>
			<apl:application>
				<apl:serviceId>mercury-g2b.service:2.0</apl:serviceId>
				<apl:issuerId>_</apl:issuerId>
				<apl:issueDate>2017-12-19T15:00:01</apl:issueDate>
				<apl:data>
					<merc:resolveDiscrepancyRequest>
						<merc:localTransactionId>УТ0000002</merc:localTransactionId>
						<merc:initiator>
							<vd:login>_</vd:login>
						</merc:initiator>
						<merc:enterprise>
							<bs:guid>_</bs:guid>
						</merc:enterprise>
						<merc:inventoryDate>2017-12-19T14:57:21</merc:inventoryDate>
						<merc:responsible>
							<vd:login>_</vd:login>
						</merc:responsible>
						<merc:stockDiscrepancy id="id1">
							<vd:resultingList>
								<vd:stockEntry>
									<vd:batch>
										<vd:productType>5</vd:productType>
										<vd:product>
											<bs:guid>e3bdc46d-707a-a75c-33f6-c280c162927f</bs:guid>
										</vd:product>
										<vd:subProduct>
											<bs:guid>acca0e11-2c9a-c180-f1e4-446c33d8b746</bs:guid>
										</vd:subProduct>
										<vd:productItem>
											<bs:guid>988f4c77-34aa-45eb-a7cf-f3e7156f84c4</bs:guid>
										</vd:productItem>
										<vd:volume>65.3</vd:volume>
										<vd:unit>
											<bs:guid>21ed96c9-337b-4a27-8761-c6e6ad3c9f5b</bs:guid>
										</vd:unit>
										<vd:dateOfProduction>
											<vd:firstDate>
												<dt:year>2017</dt:year>
												<dt:month>10</dt:month>
												<dt:day>20</dt:day>
											</vd:firstDate>
										</vd:dateOfProduction>
										<vd:expiryDate>
											<vd:firstDate>
												<dt:year>2017</dt:year>
												<dt:month>12</dt:month>
												<dt:day>20</dt:day>
											</vd:firstDate>
										</vd:expiryDate>
										<vd:perishable>false</vd:perishable>
										<vd:origin>
											<vd:productItem>
												<bs:guid>988f4c77-34aa-45eb-a7cf-f3e7156f84c4</bs:guid>
											</vd:productItem>
											<vd:country>
												<bs:guid>74a3cbb1-56fa-94f3-ab3f-e8db4940d96b</bs:guid>
											</vd:country>
											<vd:producer>
												<dt:enterprise>
													<bs:guid>58e20a63-5f09-408d-a1a7-5eecdadac029</bs:guid>
												</dt:enterprise>
											</vd:producer>
										</vd:origin>
										<vd:lowGradeCargo>false</vd:lowGradeCargo>
									</vd:batch>
								</vd:stockEntry>
								<vd:stockEntry>
									<vd:batch>
										<vd:productType>5</vd:productType>
										<vd:product>
											<bs:guid>e3bdc46d-707a-a75c-33f6-c280c162927f</bs:guid>
										</vd:product>
										<vd:subProduct>
											<bs:guid>acca0e11-2c9a-c180-f1e4-446c33d8b746</bs:guid>
										</vd:subProduct>
										<vd:productItem>
											<bs:guid>423c070f-3690-46d5-b921-71ae5156c761</bs:guid>
										</vd:productItem>
										<vd:volume>55</vd:volume>
										<vd:unit>
											<bs:guid>21ed96c9-337b-4a27-8761-c6e6ad3c9f5b</bs:guid>
										</vd:unit>
										<vd:dateOfProduction>
											<vd:firstDate>
												<dt:year>2017</dt:year>
												<dt:month>12</dt:month>
												<dt:day>1</dt:day>
											</vd:firstDate>
										</vd:dateOfProduction>
										<vd:expiryDate>
											<vd:firstDate>
												<dt:year>2018</dt:year>
												<dt:month>1</dt:month>
												<dt:day>1</dt:day>
											</vd:firstDate>
										</vd:expiryDate>
										<vd:perishable>false</vd:perishable>
										<vd:origin>
											<vd:productItem>
												<bs:guid>423c070f-3690-46d5-b921-71ae5156c761</bs:guid>
											</vd:productItem>
											<vd:country>
												<bs:guid>74a3cbb1-56fa-94f3-ab3f-e8db4940d96b</bs:guid>
											</vd:country>
											<vd:producer>
												<dt:enterprise>
													<bs:guid>58e20a63-5f09-408d-a1a7-5eecdadac029</bs:guid>
												</dt:enterprise>
											</vd:producer>
										</vd:origin>
										<vd:lowGradeCargo>false</vd:lowGradeCargo>
										<vd:owner>
											<bs:guid>128353dc-3afb-4c82-aeae-13372a39f897</bs:guid>
										</vd:owner>
									</vd:batch>
								</vd:stockEntry>
							</vd:resultingList>
							<vd:reason>Установка начальных остатков</vd:reason>
						</merc:stockDiscrepancy>
						<merc:discrepancyReport for="id1">
							<vd:reason>
								<vd:name>Установка начальных остатков</vd:name>
							</vd:reason>
						</merc:discrepancyReport>
					</merc:resolveDiscrepancyRequest>
				</apl:data>
			</apl:application>
		</apldef:submitApplicationRequest>
	</SOAP-ENV:Body>
</SOAP-ENV:Envelope>

А тут не актуально? http://help.vetrf.ru/wiki/%D0%9E%D0%B1%D0%BD%D0%BE%D0%B2%D0%BB%D0%B5%D0%BD%D0%B8%D1%8F_%D1%81%D0%B8%D1%81%D1%82%D0%B5%D0%BC%D1%8B_%D0%9C%D0%B5%D1%80%D0%BA%D1%83%D1%80%D0%B8%D0%B9_%D0%B7%D0%B0_2018_%D0%B3%D0%BE%D0%B4

grudinko wrote:

что это Unsupported application data format? как тут можно ошибиться?

Возможно не хватает блока

и в listOptions

grudinko wrote:Тормознул на создании submitApplicationRequest
SubmitRequestXDTO = ФабрикаXDTO.Создать("http://api.vetrf.ru/schema/cdm/application/ws-definitions","submitApplicationRequest")
ошибка
Несоответствие типов XDTO: Тип '{http://api.vetrf.ru/schema/cdm/application/ws-definitions}submitApplicationRequest' не найден Тип не определен
схему качал отсюда: http://api.vetrf.ru/schema/platform/services/2.0-last/application_ws_definitions_v1.1.xsd

Кривая схема, в xsd нет типа, берите эту схему из wsdl http://api.vetrf.ru/schema/platform/services/2.0-last/ApplicationManagementService_v1.1.wsdl и собирайте свою фабрику либо допишите схему