Взаимодействие с учетными системами хозяйствующих субъектов

Добрый день, Коллеги!

Мы предлагаем простой и доступный способ автоматизации обмена ветеринарной документацией между ГИС «Меркурий» и существующей у Вас учетной системой.

Нами был разработан модуль «Визард:Интеграция с ГИС Меркурий») в 2 версиях, различающихся по своей функциональности ("ПРОФ" и "КОРП").

Функции модуля интеграции:
• создание заявок на передачу сведений в ГИС «Меркурий» на основании первичных документов, введенных в действующую базу;
• выгрузка подготовленных данных в ГИС «Меркурий»;
• получение обратной связи от ГИС «Меркурий».

Перечень операций, производимых модулем:

1) Переработка/производство
2) Перевозка
3) Инвентаризация
4) Гашение входящего ВСД
5) Весь функционал работы с нормативно-справочной информацией, предоставляемый разработчиками API ГИС Меркурий

ПО ВСЕМ ВОПРОСАМ, СВЯЗАННЫМ С ПРОДУКТОМ И ЕГО ПРИОБРЕТЕНИЕМ, Я К ВАШИМ УСЛУГАМ:

Балан Александр Юрьевич
Телефон: 8-920-166-33-90
E-mail: a.balan@wizard-c.ru

Господа разработчики, возникла следующая ситуация:
При оформлении транспортной транзакции через шлюз в описании транспортной партии указываем информацию о лабораторных исследованиях в поле expertiseInfo, при отправке различных видов продукции - у нас номера и даты лабораторных исследований разные.
В ответе на заявку о выполнении транзакции приходят списки ВСД и оформленных партий продукции, в структуре ответа ВСД также присутствует поле expertiseInfo хотя в справке по операции оно и не описано.
Проблема в том, что если отправляется несколько партий, то описание лабораторных исследований ВСД первой партии распространяется абсолютно все партии оформляемой транспортной транзакции.
В своей учётной системе я конечно могу использовать отправляемые данные для печати ВСД, хотя и придётся немного менять логику, но что будет делать получатель ВСД - у него на все виды продукции одни и те же исследования?
Это так задумано или косяк?

lalex23 wrote:Господа разработчики, возникла следующая ситуация:
При оформлении транспортной транзакции через шлюз в описании транспортной партии указываем информацию о лабораторных исследованиях в поле expertiseInfo, при отправке различных видов продукции - у нас номера и даты лабораторных исследований разные.
В ответе на заявку о выполнении транзакции приходят списки ВСД и оформленных партий продукции, в структуре ответа ВСД также присутствует поле expertiseInfo хотя в справке по операции оно и не описано.
Проблема в том, что если отправляется несколько партий, то описание лабораторных исследований ВСД первой партии распространяется абсолютно все партии оформляемой транспортной транзакции.
В своей учётной системе я конечно могу использовать отправляемые данные для печати ВСД, хотя и придётся немного менять логику, но что будет делать получатель ВСД - у него на все виды продукции одни и те же исследования?
Это так задумано или косяк?

То-же самое с объединением партий. Исследования одной автоматом цепляются к объединенной. Удобно однако.................

Пытаюсь добавить номенклатуру

<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" 
                  xmlns:vet="http://api.vetrf.ru/schema/cdm/mercury/vet-document" 
                  xmlns:prod="http://api.vetrf.ru/schema/cdm/argus/production" 
                  xmlns:shp="http://api.vetrf.ru/schema/cdm/argus/shipment">
   <soapenv:Header/>
   <soapenv:Body>
		<ws:submitApplicationRequest>
			<ws:apiKey>...</ws:apiKey>
			<app:application>
				<app:serviceId>mercury-g2b.service</app:serviceId>
				<app:issuerId>...</app:issuerId>
				<app:issueDate>2017-02-06T15:33:55</app:issueDate>
				<app:data>
					<merc:modifyProducerStockListRequest>
		                 <merc:localTransactionId>a1</merc:localTransactionId>
		                    <merc:initiator>
		                       <com:login>...</com:login>
		                    </merc:initiator>
						<merc:modificationOperation>
							 <prod:type>CREATE</prod:type>
							<prod:enterprise>
								<base:guid>...</base:guid>
							</prod:enterprise>
							<prod:resultingList count="1" total="1" offset="0">
								<prod:productItem>
									<prod:name>Шкварки свиные</prod:name>
									<prod:code>0123</prod:code>
									<prod:productType>5</prod:productType>
									<prod:product>
										<base:guid>31f25613-442e-50ee-53f5-bb60fa0da809</base:guid>
									</prod:product>
									<prod:subProduct>
										<base:guid>f49ba2ac-15d5-bb4e-1eeb-bcdb0e4077ff</base:guid>
									</prod:subProduct>
				                    <prod:correspondToGost>false</prod:correspondToGost>
				                    <prod:gost>ГОСТ_Р_51184-98</prod:gost>									
								</prod:productItem>
							</prod:resultingList>
						</merc:modificationOperation>
					</merc:modifyProducerStockListRequest>
				</app:data>
			</app:application>
		</ws:submitApplicationRequest>
   </soapenv:Body>
</soapenv:Envelope>

Получаю ошибку

Пример кода взят из http://help.vetrf.ru/wiki/ModifyProducerStockListOperation#.D0.9E.D0.B1.D1.8A.D0.B5.D0.BA.D1.82_..Request.2Finitiator

lalex23 wrote:Господа разработчики, возникла следующая ситуация:
При оформлении транспортной транзакции через шлюз в описании транспортной партии указываем информацию о лабораторных исследованиях в поле expertiseInfo, при отправке различных видов продукции - у нас номера и даты лабораторных исследований разные.
В ответе на заявку о выполнении транзакции приходят списки ВСД и оформленных партий продукции, в структуре ответа ВСД также присутствует поле expertiseInfo хотя в справке по операции оно и не описано.
Проблема в том, что если отправляется несколько партий, то описание лабораторных исследований ВСД первой партии распространяется абсолютно все партии оформляемой транспортной транзакции.

В случае если вы передаете в запросе несколько объектов consignment ("..Request/delivery/consignment") и несколько объектов vetCertificate ("..Request/delivery/accompanyingForms/vetCertificate") то связь между ними должна быть установлена путем указания атрибутов "id" - у элемента consignment и "for" - для элемента vetCertificate. Разъяснения по применению добавили в справочную систему.
В случае если вы передаете в запросе несколько объектов consignment и один объект vetCertificate, то атрибуты id и for могут быть не указаны, но в этом случае информация из единственного элемента vetCertificate будет распространяться на все ВСД, оформляемые в этом запросе.

lalex23 wrote:В своей учётной системе я конечно могу использовать отправляемые данные для печати ВСД, хотя и придётся немного менять логику, но что будет делать получатель ВСД - у него на все виды продукции одни и те же исследования?

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

Александр Осминин wrote:

lalex23 wrote:Господа разработчики, возникла следующая ситуация:
При оформлении транспортной транзакции через шлюз в описании транспортной партии указываем информацию о лабораторных исследованиях в поле expertiseInfo, при отправке различных видов продукции - у нас номера и даты лабораторных исследований разные.
В ответе на заявку о выполнении транзакции приходят списки ВСД и оформленных партий продукции, в структуре ответа ВСД также присутствует поле expertiseInfo хотя в справке по операции оно и не описано.
Проблема в том, что если отправляется несколько партий, то описание лабораторных исследований ВСД первой партии распространяется абсолютно все партии оформляемой транспортной транзакции.

В случае если вы передаете в запросе несколько объектов consignment ("..Request/delivery/consignment") и несколько объектов vetCertificate ("..Request/delivery/accompanyingForms/vetCertificate") то связь между ними должна быть установлена путем указания атрибутов "id" - у элемента consignment и "for" - для элемента vetCertificate. Разъяснения по применению добавили в справочную систему.
В случае если вы передаете в запросе несколько объектов consignment и один объект vetCertificate, то атрибуты id и for могут быть не указаны, но в этом случае информация из единственного элемента vetCertificate будет распространяться на все ВСД, оформляемые в этом запросе.

Спасибо за информацию, попробовал на рабочей базе заполнить поля id для consignment и for у vetCertificate одинаковым значением идентификатора, выхватил ошибку APLM0007, видимо где-то накосячил, завтра буду пробовать на тестовом сервере
или может есть ещё какие нюансы?

Александр Осминин wrote:

lalex23 wrote:В своей учётной системе я конечно могу использовать отправляемые данные для печати ВСД, хотя и придётся немного менять логику, но что будет делать получатель ВСД - у него на все виды продукции одни и те же исследования?

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

конечно же нет, я так не делаю

lalex23 wrote:Спасибо за информацию, попробовал на рабочей базе заполнить поля id для consignment и for у vetCertificate одинаковым значением идентификатора, выхватил ошибку APLM0007, видимо где-то накосячил, завтра буду пробовать на тестовом сервере или может есть ещё какие нюансы?

Без примера запроса сложно угадать. Возможно, что неверно указали значения для атрибутов id и for. Их типы ID и IDREF, соответственно, и должны начинаться с "_" или буквенного символа.

pbu-it-02 wrote:Пытаюсь добавить номенклатуру
Получаю ошибку
<apl:error code="APLM0017" xmlns:apl="http://api.vetrf.ru/schema/cdm/application">An unexpected error has occurred while processing target service response.</apl:error>
Пример кода взят из http://help.vetrf.ru/wiki/ModifyProducerStockListOperation#.D0.9E.D0.B1.D1.8A.D0.B5.D0.BA.D1.82_..Request.2Finitiator

Проверили ваш запрос, с нашими идентификаторами выполняется без шибок. Пришлите в личку полный текст запроса.

Подскажите! Разработчики "шлюза" для ХС тестируют программу, подключились к "тестовому серверу". Как подключиться врачу?

Подскажите! Разработчики "шлюза" для ХС тестируют программу, подключились к "тестовому серверу". Как подключиться врачу?

Логин ветеринарного врача указывается в запросе на создание или гашение ветеринарных сертификатов. Обычно на тестовую версию мы даём права ветеринарного врача разработчикам, чтобы они могли проверить результаты своей работы. Если нужно, мы можем также предоставить доступ и ветеринарному врачу, чтобы он мог проверить результаты работы интеграционного решения. Для этого необходимо прислать полностью фамилию, имя и отчество врача на почту технической поддержки Ветис.API.

Спасибо!

Александр Осминин wrote:Вот более детальное описание операции оформления входящей партии. Далее будем размещать описания других операций и изменения в описаниях, если такие появятся в ходе обсуждения. Посмотрите, пожалуйста. Ждем вопросов и предложений.

Добрый день!
Александр, у вас есть такое описание для оформления производственной партии, транспортной партии и инвентаризации?

terinchik wrote:
Александр, у вас есть такое описание для оформления производственной партии, транспортной партии и инвентаризации?

Здравствуйте!
Да, такое описание есть. В частности,
для производственной партии: http://help.vetrf.ru/wiki/ProductionOperation
для транспортной партии: http://help.vetrf.ru/wiki/TransportOperation
для инвентаризации: http://help.vetrf.ru/wiki/ResolveDiscrepancyOperation

Полный список операций, доступных через шлюз Ветис.API, вы можете найти здесь: http://help.vetrf.ru/wiki/i/Подсистема_обработки_заявок_в_Ветис.API п 1.4 Бизнес-операции.

Добрый день.
Где можно посмотреть сценарий 3 при оформлении входящей партии, когда часть товара принимаем, а часть не принимаем?

И снова здравствуйте, господа разработчики, есть вопрос и я его думаю.
В соответствии с описанием формата при оформлении транспортной транзакции заполнил три поля объекта vetCertificate: issueSeries, issueNumber, issueDate.
Обнаружено следующее:
1. в справке указан тип поля issueDate - строка, на самом деле это дата
2. после исправления типа поля - транзакция успешно оформлена, но никакой информации о бумажном бланке через веб-интерфейс не наблюдается, только при сканировании QR кода и переходу по ссылке видна информация о бумажном ВСД
так и задумано?