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

Павел Большаков wrote:Санкции же за ошибки, а ошибку вы не совершили если ВСД не сумел оформиться

Повторюсь, вот тут http://help.vetrf.ru/wiki/%D0%92%D0%B5%D1%82%D0%B8%D1%81.API в пункте 7.3 указано:
"количество запросов с ошибками с кодом MERC не должно превышать 10% от общего количества запросов этого типа в сутки. Ошибки с кодом APL и APLM отсутствуют"

Мне страшно слышать такое от сотрудника интегратора, которые должен учить пользователей! Вы ОБЯЗАНЫ хотя бы понимать термин ОШИБКА!
Если регионализация требуется, но не будет указана в запросе, то вернется ошибка типа MERC. А точнее "MERC02469 Указаны не все обязательные условия перевозки в соответствии с регионализацией. Необходимо указать все обязательные условия (т.е. подтвердить их выполнение)."

Вот здесь http://help.vetrf.ru/wiki/PrepareOutgoingConsignmentOperation_v2.0 есть неприметный раздел "Коды ошибок". Почитайте, удивитесь.

Созданный ВСД - Ваша награда за отсутствие ошибок любого рода.

Благодарю Владимир, с Вашего позволения разберу ответ по цитатам.

Владимир Игнатов wrote:Не только 2 предприятия, а еще точки маршрута

Наша доставка не предполагает точек перегруза, не подумал о вариативности других вариантов логистики.

Владимир Игнатов wrote:а пробовать создавать транспортный сертификат

Этот вариант точно нет, так как существуют озвученные санкции за превышение определенного процента ошибок в день!

http://help.vetrf.ru/wiki/%D0%92%D0%B5%D1%82%D0%B8%D1%81.API Пункт 12.1.
Такая мысль у меня была с целью определения достаточности количества товара на остатках, но увы, контролирую остатки без Меркурий.

Владимир Игнатов wrote:заставлять пользователя ставить галочки

При интеграции нет вообще возможности привлечения ручного труда. Если за ночь уходит 1000+ ТТН, то палец сотрешь галочки ставить.

По большому счету регионализация ФГИС Меркурий призвана напомнить условия доставки в определенные регионы, а также запретить таковую, если есть достаточные обстоятельства.

Добрый день!

Прошу помочь в вопросе Регионализации. На данный момент процедура получения и интеграции в запрос на отгрузку занимает от 1,5 до 5 секунд! При наших объемах такая трата времени критична. Входные данные: GUID-ы нашего и клиентского Enterprise.

Можно ли хранить регионализацию в своей системе? Как часто ее надо обновлять? Или придется запрашивать информацию при каждой отгрузке (оформлении транспортных ВСД)?

Коллеги, интересны мысли пользователей и официальная позиция ведомства.

Павел.

Владимир, за участие в вопросе уже спасибо.

Пишу на C# VS2015, описание WSDL только для сохранения типизации, сериализация объектов не работает, а может руки кривые.
По большому счету тоже XML руками собираю.

У BusinessMember:

Сделал пока так, но самому стыдно за подобный код и в институте бы палкой по спине за такие фокусы дали.

Доброе утро!

Я так радовался очевидному ответу, но радость моя была не долгой.

Найдите хоть одно отличие

При использовании новой ссылки только globalID у BusinessMember стал массивом вместо строки.

Неужели нужно дописывать официальное продуктивное описание?

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

Добрый день!

Ситуация следующая: оформляю запрос на отгрузку в системе Меркурий, прежде анализируя актуальные остатки. При недостаточности остатков хочу оприходовать разницу с помощью инвентаризации с последующим анализом причин. Уверен, что по учетной системе отгрузка прошла и остатков хватило. После оформления инвентаризации требуется объединить новую и старую позиции склада Меркурий http://help.vetrf.ru/wiki/MergeOperation_v2.0, но по причине частичной отгрузки старой позиции она находится в статусе "202 UPDATED_WHEN_WRITINGOFF - Запись продукции изменена путём списания. Необязательно, чтобы продукция была списана полностью, может быть списана и часть объёма." и в ответ на операцию объединения возвращается ошибка "MERC17143 Объединяемые записи складского журнала должны быть в состоянии "создана" (т.е. не оформлены)".

Подскажите пожалуйста как выкрутиться!

Отгрузка ведется 24/7, поэтому нет возможности остановить процесс предоставления документов и что-то анализировать ночью.

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

P.S. пока писал письмо тестировал разные варианты. Так вот, все правильно схлопывается и с частично отгруженными позициями склада.
Коллегам, кто еще наступит на эти грабли. Подобная ошибка вернется, если попытаться объединить новую позицию с существующей, у которой количество НОЛЬ!

Павел.

Добрый день!

Наверняка обсуждалась не раз тема, но прошу очень сильно реализовать метод получения остатков по GUID наименования товара и дате выработки.
На данный момент работа осуществляется не в боевом режиме (гасятся входящие ВСД на сырье и несколько отгрузок) - на остатках Меркурий 1500 записей, только на их получение и обработку требуется 2-3 минуты.

Павел.

Добрый день!

Попробовал через веб-интерфейс, получилось выбрать из своего справочника.

Можно ли также при приемке поменять дату выработки?

Павел.

Добрый день!

http://help.vetrf.ru/wiki/GetProductItemList_v2.0

Прошу Вашей помощи. Есть заведенные наименования продукции без указания производственной площадки, как шаблон на будущее.

Поиск по enterprise работает корректно.

Но при выполнении процедуры getProductItemListRequest с указанием только businessEntity (по описанию все поля необязательные) результат содержит вообще не имеющие отношения продукты, а реальных нет.

Запрос:

Ответ:

<soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/">
	<soap:Header xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/" xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/"/>
	<soap:Body xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/">
		<v2:getProductItemListResponse xmlns:bs="http://api.vetrf.ru/schema/cdm/base" xmlns:dt="http://api.vetrf.ru/schema/cdm/dictionary/v2" xmlns:v2="http://api.vetrf.ru/schema/cdm/registry/ws-definitions/v2">
			<dt:productItemList count="100" total="75957" offset="0">
				<dt:productItem>
					<bs:uuid>1c89c1f1-c873-4322-8300-8148e0b9e43b</bs:uuid>
					<bs:guid>e3ca26fc-bdf0-4c1d-9a06-cf5991c80002</bs:guid>
					<bs:active>true</bs:active>
					<bs:last>true</bs:last>
					<bs:status>100</bs:status>
					<bs:createDate>2014-12-23T15:54:48+03:00</bs:createDate>
					<bs:updateDate>2014-12-23T15:54:48+03:00</bs:updateDate>
					<dt:name>мука мясо-костная</dt:name>
					<dt:productType>2</dt:productType>
					<dt:product>
						<bs:uuid>a73fb8d8-375e-43df-2fa3-05b0041bea81</bs:uuid>
						<bs:guid>90e46dca-d73c-1fd2-690b-51de080d67a8</bs:guid>
					</dt:product>
					<dt:subProduct>
						<bs:uuid>d83e147b-b7f8-93a6-30c5-5fe846816284</bs:uuid>
						<bs:guid>02eec86c-54f3-2d20-6311-d3db41a2e2d1</bs:guid>
					</dt:subProduct>
					<dt:correspondsToGost>false</dt:correspondsToGost>
					<dt:gost>17536-82</dt:gost>
					<dt:producing>
						<dt:location>
							<bs:uuid>50128692-9d92-4b1d-ab9d-4483038ac4ab</bs:uuid>
							<bs:guid>51b8d11c-e411-4844-b830-7665dca5c3c7</bs:guid>
						</dt:location>
					</dt:producing>
				</dt:productItem>
				<dt:productItem>
					<bs:uuid>afa3a7d3-6874-4190-8436-7e059272e4fe</bs:uuid>
					<bs:guid>7f8bea03-d0cf-4fe3-8336-ed24fe11293f</bs:guid>
					<bs:active>true</bs:active>
					<bs:last>true</bs:last>
					<bs:status>100</bs:status>
					<bs:createDate>2014-12-23T15:57:06+03:00</bs:createDate>
					<bs:updateDate>2014-12-23T15:57:06+03:00</bs:updateDate>
					<dt:name>жир технический</dt:name>
					<dt:productType>6</dt:productType>
					<dt:product>
						<bs:uuid>8657d563-98af-4a39-b7ff-c0d06b8669cd</bs:uuid>
						<bs:guid>46a7744c-c02c-43c5-9a61-44aff3ded9c0</bs:guid>
					</dt:product>
					<dt:subProduct>
						<bs:uuid>0c3c5813-a700-46f0-825f-1f3328e80dd0</bs:uuid>
						<bs:guid>a993dcae-f787-4289-847d-54b64ce991d5</bs:guid>
					</dt:subProduct>
					<dt:correspondsToGost>false</dt:correspondsToGost>
					<dt:gost/>
					<dt:producing>
						<dt:location>
							<bs:uuid>50128692-9d92-4b1d-ab9d-4483038ac4ab</bs:uuid>
							<bs:guid>51b8d11c-e411-4844-b830-7665dca5c3c7</bs:guid>
						</dt:location>
					</dt:producing>
				</dt:productItem>
				<dt:productItem>
					<bs:uuid>f0cd6b7b-bb33-4c20-af84-9938815290ad</bs:uuid>
					<bs:guid>9b37fff3-703f-4d7e-922f-728d1105aebd</bs:guid>
					<bs:active>true</bs:active>
					<bs:last>true</bs:last>
					<bs:status>100</bs:status>
					<bs:createDate>2015-04-13T08:55:08+03:00</bs:createDate>
					<bs:updateDate>2015-04-13T08:55:08+03:00</bs:updateDate>
					<dt:name>Яйцо Домашнее С1 (фас.)</dt:name>
					<dt:productType>5</dt:productType>
					<dt:product>
						<bs:uuid>84128278-7db4-1e11-da35-4ac7128569c6</bs:uuid>
						<bs:guid>5f157caa-8f3b-4666-d3b0-5df86f8afb66</bs:guid>
					</dt:product>
					<dt:subProduct>
						<bs:uuid>39916078-4fb6-c2ce-49e3-e76eddac63e7</bs:uuid>
						<bs:guid>35454709-1601-285e-abe0-2c97d8268c60</bs:guid>
					</dt:subProduct>
					<dt:correspondsToGost>false</dt:correspondsToGost>
					<dt:producing>
						<dt:location>
							<bs:uuid>656629bd-86a5-4037-87b2-ed816fd75ac7</bs:uuid>
							<bs:guid>ed5a5511-243c-4026-aad8-bdf195f40b69</bs:guid>
						</dt:location>
					</dt:producing>
				</dt:productItem>
			</dt:productItemList>
		</v2:getProductItemListResponse>
	</soap:Body>
</soapenv:Envelope>

Павел.

Добрый день!
При оформлении инвентаризации в Меркурий через API методом http://help.vetrf.ru/wiki/ResolveDiscrepancyOperation_v2.0 не передается причина составления акта несоответствия. Прошу подсказать как корректно передать причину.

Посылаемый запрос:

<SOAP-ENV:Envelope xmlns:dt="http://api.vetrf.ru/schema/cdm/dictionary/v2" xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/" xmlns:vd="http://api.vetrf.ru/schema/cdm/mercury/vet-document/v2" xmlns:apl="http://api.vetrf.ru/schema/cdm/application" xmlns:apldef="http://api.vetrf.ru/schema/cdm/application/ws-definitions" xmlns:merc="http://api.vetrf.ru/schema/cdm/mercury/g2b/applications/v2" xmlns:bs="http://api.vetrf.ru/schema/cdm/base">
	<SOAP-ENV:Header/>
	<SOAP-ENV:Body>
		<apldef:submitApplicationRequest>
			<apldef:apiKey>API</apldef:apiKey>
			<apl:application>
				<apl:serviceId>mercury-g2b.service:2.0</apl:serviceId>
				<apl:issuerId>issuerId</apl:issuerId>
				<apl:issueDate>2018-02-26T11:38:57</apl:issueDate>
				<apl:data>
					<merc:resolveDiscrepancyRequest>
						<merc:localTransactionId>нет</merc:localTransactionId>
						<merc:initiator>
							<vd:login>login</vd:login>
						</merc:initiator>
						<merc:enterprise>
							<bs:guid>d4837d2d-10a6-41ba-b916-632f163ee4ed</bs:guid>
						</merc:enterprise>
						<merc:inventoryDate>2018-02-26T11:38:57</merc:inventoryDate>
						<merc:responsible>
							<vd:login>login</vd:login>
						</merc:responsible>
						<merc:stockDiscrepancy>
							<vd:resultingList>
								<vd:stockEntry>
									<vd:batch>
										<vd:productType>5</vd:productType>
										<vd:product>
											<bs:guid>d34504bb-7a93-e1c8-4859-339eafd97c6c</bs:guid>
										</vd:product>
										<vd:subProduct>
											<bs:guid>f30ef364-429d-3158-c505-595238001a0d</bs:guid>
										</vd:subProduct>
										<vd:productItem>
											<bs:guid>631fabaf-4ce4-4fa1-8b18-ec6a6a7dc786</bs:guid>
										</vd:productItem>
										<vd:volume>250</vd:volume>
										<vd:unit>
											<bs:guid>21ed96c9-337b-4a27-8761-c6e6ad3c9f5b</bs:guid>
										</vd:unit>
										<vd:dateOfProduction>
											<vd:firstDate>
												<dt:year>2018</dt:year>
												<dt:month>2</dt:month>
												<dt:day>27</dt:day>
												<dt:hour>11</dt:hour>
												<dt:minute>38</dt:minute>
											</vd:firstDate>
										</vd:dateOfProduction>
										<vd:expiryDate>
											<vd:firstDate>
												<dt:year>2018</dt:year>
												<dt:month>3</dt:month>
												<dt:day>5</dt:day>
												<dt:hour>11</dt:hour>
												<dt:minute>38</dt:minute>
											</vd:firstDate>
										</vd:expiryDate>
										<vd:batchID>Уникальный идентификатор производственной партии продукции</vd:batchID>
										<vd:perishable>true</vd:perishable>
										<vd:origin>
											<vd:productItem>
												<bs:guid>631fabaf-4ce4-4fa1-8b18-ec6a6a7dc786</bs:guid>
												<dt:globalID>2010423499112</dt:globalID>
												<dt:name>молоко питьевое ультрапастеризованное "Сметанин" 1,5% 12х970мл</dt:name>
												<dt:code>908</dt:code>
												<dt:productType>5</dt:productType>
												<dt:product>
													<bs:guid>d34504bb-7a93-e1c8-4859-339eafd97c6c</bs:guid>
												</dt:product>
												<dt:subProduct>
													<bs:guid>f30ef364-429d-3158-c505-595238001a0d</bs:guid>
												</dt:subProduct>
												<dt:correspondsToGost>true</dt:correspondsToGost>
												<dt:gost>ГОСТ 31450-2013</dt:gost>
												<dt:producer>
													<bs:guid>85d5d1c9-19cb-45dc-b53d-05378a51eb13</bs:guid>
												</dt:producer>
												<dt:tmOwner>
													<bs:guid>85d5d1c9-19cb-45dc-b53d-05378a51eb13</bs:guid>
												</dt:tmOwner>
												<dt:producing>
													<dt:location>
														<bs:guid>d4837d2d-10a6-41ba-b916-632f163ee4ed</bs:guid>
													</dt:location>
												</dt:producing>
												<dt:packaging>
													<dt:packagingType>
														<bs:guid>eb23a947-4fd9-46e6-8a6f-f258433500e7</bs:guid>
														<dt:globalID>PK</dt:globalID>
														<dt:name>Упаковка</dt:name>
													</dt:packagingType>
													<dt:quantity>12</dt:quantity>
													<dt:volume>970.0</dt:volume>
													<dt:unit>
														<bs:guid>864afd62-35c2-4da7-94e3-85aaaf2243f0</bs:guid>
													</dt:unit>
												</dt:packaging>
											</vd:productItem>
											<vd:country>
												<bs:guid>74a3cbb1-56fa-94f3-ab3f-e8db4940d96b</bs:guid>
											</vd:country>
											<vd:producer>
												<dt:enterprise>
													<bs:guid>d4837d2d-10a6-41ba-b916-632f163ee4ed</bs:guid>
												</dt:enterprise>
											</vd:producer>
										</vd:origin>
										<vd:lowGradeCargo>false</vd:lowGradeCargo>
									</vd:batch>
								</vd:stockEntry>
							</vd:resultingList>
						</merc:stockDiscrepancy>
						<merc:discrepancyReport>
							<vd:reason>
								<vd:name>Причина составления акта несоответствия.</vd:name>
							</vd:reason>
							<vd:description>description</vd:description>
						</merc:discrepancyReport>
					</merc:resolveDiscrepancyRequest>
				</apl:data>
			</apl:application>
		</apldef:submitApplicationRequest>
	</SOAP-ENV:Body>
</SOAP-ENV:Envelope>

Павел.

Добрый день!

Прошу подсказать как быть в данной ситуации.
Используя WSDL http://api.vetrf.ru/schema/platform/services/2.0-RC-last/ams-mercury-g2b.service_v2.0_pilot.wsdl создаю объект VetDocument и ненахожу свойство CertifiedConsignment, которое есть в описании и примерах ответа http://help.vetrf.ru/wiki/GetVetDocumentListOperation_v2.0

Павел.

Добрый день!

Отправьте пожалуйста тестовую ВСД на площадку
Enterpris GUID = 85d5d1c9-19cb-45dc-b53d-05378a51eb13;
XC GUID d4837d2d-10a6-41ba-b916-632f163ee4ed

Буду проверять подсказки )

Спасибо!

Благодарю, скопировал права из getBusinessEntityUserRequest

Удалил вторую область и получил ошибку:
<apl:error code="PASS04113" xmlns:apl="http://api.vetrf.ru/schema/cdm/application">Инициатор запроса отсутствует в системе Паспорт.</apl:error>

Пользователь 100% есть в ветис.паспорт.

Вопрос снят, добавил пользователя через веб-интерфейс из под того же пользователя.