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

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

Коллеги поделитесь опытом в решении вопроса оптимального получения данных из подсистемы Цербер (EnterpriseService).

Начальные условия:
Из подсистемы Цербер (EnterpriseService) в ИС заружены данных хозяйствующих субъектов с которыми взаимодействует организация.

Задача:
Получить список предприятий из системы Цербер (EnterpriseService) по конкретному хозяйствующуму субъекту(или списку хозяйствующих субъектов).

Получите информацию о ХС методом GetBusinessEntityByGuid, в нём будет поле activityLocation, содержащий список enterprise

lalex23 wrote:

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

Коллеги поделитесь опытом в решении вопроса оптимального получения данных из подсистемы Цербер (EnterpriseService).

Начальные условия:
Из подсистемы Цербер (EnterpriseService) в ИС заружены данных хозяйствующих субъектов с которыми взаимодействует организация.

Задача:
Получить список предприятий из системы Цербер (EnterpriseService) по конкретному хозяйствующуму субъекту(или списку хозяйствующих субъектов).

Получите информацию о ХС методом GetBusinessEntityByGuid, в нём будет поле activityLocation, содержащий список enterprise

Большое спасибо за помощь!

dmitrenko_sa wrote:

lalex23 wrote:

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

Коллеги поделитесь опытом в решении вопроса оптимального получения данных из подсистемы Цербер (EnterpriseService).

Начальные условия:
Из подсистемы Цербер (EnterpriseService) в ИС заружены данных хозяйствующих субъектов с которыми взаимодействует организация.

Задача:
Получить список предприятий из системы Цербер (EnterpriseService) по конкретному хозяйствующуму субъекту(или списку хозяйствующих субъектов).

Получите информацию о ХС методом GetBusinessEntityByGuid, в нём будет поле activityLocation, содержащий список enterprise

Большое спасибо за помощь!

Проверил получение списка предприятий хозяйствующего субъекта из свойства activityLocation на тестовом сервисе.
Можете пояснить несколько моментов:
- Не у всех полученных элементов Enterprise из свойства activityLocation реквизит Owner заполнен.
- В списке activityLocation имеются дубли.

Наличие предприятия в списке activityLocation означает что ХС является его владельцем? Заполненность свойства Owner можно не проверять?
Дубли это проблема именно тестового сервиса или в продуктивном такое тоже может быть?

dmitrenko_sa wrote:
Проверил получение списка предприятий хозяйствующего субъекта из свойства activityLocation на тестовом сервисе.
Можете пояснить несколько моментов:
- Не у всех полученных элементов Enterprise из свойства activityLocation реквизит Owner заполнен.
- В списке activityLocation имеются дубли.
Наличие предприятия в списке activityLocation означает что ХС является его владельцем? Заполненность свойства Owner можно не проверять?
Дубли это проблема именно тестового сервиса или в продуктивном такое тоже может быть?

наличие предприятия в списке - говорит о том что ХС осуществляет какую-либо деятельность на этом предприятии, известно об этом самому ХС или нет - большой вопрос, почему там пустые владельцы - беспонятия
тестовый сервис - огромная помойка, где идёт тестирование всеми разработчиками и по каким принципам они заполняют предприятия - известно только им, да и то не всем
рабочий сервис - там порядка чуть больше, в последнее время, но всё зависит от пользователей Меркурий, насколько ответственно они подходят к регистрации предприятий и ХС

lalex23 wrote:

dmitrenko_sa wrote:
Проверил получение списка предприятий хозяйствующего субъекта из свойства activityLocation на тестовом сервисе.
Можете пояснить несколько моментов:
- Не у всех полученных элементов Enterprise из свойства activityLocation реквизит Owner заполнен.
- В списке activityLocation имеются дубли.
Наличие предприятия в списке activityLocation означает что ХС является его владельцем? Заполненность свойства Owner можно не проверять?
Дубли это проблема именно тестового сервиса или в продуктивном такое тоже может быть?

наличие предприятия в списке - говорит о том что ХС осуществляет какую-либо деятельность на этом предприятии, известно об этом самому ХС или нет - большой вопрос, почему там пустые владельцы - беспонятия
тестовый сервис - огромная помойка, где идёт тестирование всеми разработчиками и по каким принципам они заполняют предприятия - известно только им, да и то не всем
рабочий сервис - там порядка чуть больше, в последнее время, но всё зависит от пользователей Меркурий, насколько ответственно они подходят к регистрации предприятий и ХС

По ответу от технической поддержки свойство ActivityLocation не подходит для получения всех предприятий принадлежащих хозяйствующему субъекту.

Свойство ActivityLocation содержит идентификаторы записей площадок (предприятий), на которых хозяйствующий субъект осуществляет деятельность. Хоз.субъект может не являться владельцем площадки на которой он осуществляет деятельность, соответственно пользоваться этим свойством для определения владельца нельзя.
Поле Owner содержит информацию о хоз.субъекте-владельце площадки. Но оно заполняется только в случае создания площадки через шлюз при помощи метода http://help.vetrf.ru/wiki/ModifyEnterpriseOperation, в случае создание создания площадки вет.врачом через веб интерфейс системы Аргус/Меркурий это поле не заполняется.
Связи между полями activityLocation и owner нет.

По вопросу как получить все предприятия по владельцу без загрузки полного списка предприятий пока ожидаю ответ.

Может кто подскажет как получить номер предприятия через API в формате RU000000?

Добрый день.
Подскажите, пожалуйста, куда нужно положить тэги productName и productCode для версии 1.5 в операции IncomingOperation? и Какое пространство имен использовать?
Пытаюсь в processIncomingConsignmentRequest/delivery/consignment
Пробовал и base и vet и prod получаю Элемент 'productName' не предусмотрен

И подскажите еще что за пространство имен argpr?

Спасибо

Пробовал изменять и пространства имен, пробовал поставить в vet: ProductItem (во вложении)
Тоже не получается

C2h5oh wrote:Добрый день.
Подскажите, пожалуйста, куда нужно положить тэги productName и productCode для версии 1.5 в операции IncomingOperation? и Какое пространство имен использовать?
Пытаюсь в processIncomingConsignmentRequest/delivery/consignment
Пробовал и base и vet и prod получаю Элемент 'productName' не предусмотрен

И подскажите еще что за пространство имен argpr?

Спасибо

Смотрим схему IncomingOperation http://help.vetrf.ru/wiki/IncomingOperation
Четвертый уровень продукции указывается объектом productItem, который может содержать UUID записи в справочнике номенклатуры и текстовое наименование name, если справочника нет (или и то, и другое).
Больше ничего по описанию наименования продукции в IncomingOperation нет, следовательно там и не должно быть productName и productCode.

productName и productCode указываются при создании справочника номенклатуры (UUID записи этого справочника и указывается в productItem), операция для наполнения справочника ModifyProducerStockListOperation http://help.vetrf.ru/wiki/ModifyProducerStockListOperation.

ololo wrote:

C2h5oh wrote:Добрый день.
Подскажите, пожалуйста, куда нужно положить тэги productName и productCode для версии 1.5 в операции IncomingOperation? и Какое пространство имен использовать?
Пытаюсь в processIncomingConsignmentRequest/delivery/consignment
Пробовал и base и vet и prod получаю Элемент 'productName' не предусмотрен

И подскажите еще что за пространство имен argpr?

Спасибо

Смотрим схему IncomingOperation http://help.vetrf.ru/wiki/IncomingOperation
Четвертый уровень продукции указывается объектом productItem, который может содержать UUID записи в справочнике номенклатуры и текстовое наименование name, если справочника нет (или и то, и другое).
Больше ничего по описанию наименования продукции в IncomingOperation нет, следовательно там и не должно быть productName и productCode.

productName и productCode указываются при создании справочника номенклатуры (UUID записи этого справочника и указывается в productItem), операция для наполнения справочника ModifyProducerStockListOperation http://help.vetrf.ru/wiki/ModifyProducerStockListOperation.

Добрый день.
Да, все правильно. Но, к сожалению, это для версии 1.4.
Сейчас у меня это тоже указано.
В версии 1.5 в IncomingOperation нужно указать ProductName
Судя по документации его нужно расположить в processIncomingConsignmentRequest/delivery/consignment
Я это сделал, но не работает. Пишет, что элемент не предусмотрен, я и пространства имен менял и в ProductItem перемещал. Но не помогает

Все разобрался. Спасибо

Делаю операцию гашения входящего ВСД для версии 1.5 (processIncoming)
По документации стр.9 файла Изменения структуры Меркурий 1.5 - ProducerList не изменялся в версии 1.5
Смотрю http://help.vetrf.ru/wiki/IncomingOperation#.D0.9E.D0.B1.D1.8A.D0.B5.D0.BA.D1.82_..Request.2Fdelivery.2Fconsignment
Делаю

<?xml version="1.0" encoding="UTF-8"?>
<soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlns:com="http://api.vetrf.ru/schema/cdm/argus/common" 
				  xmlns:base="http://api.vetrf.ru/schema/cdm/base" xmlns:prod="http://api.vetrf.ru/schema/cdm/argus/production" 
				  xmlns:vet="http://api.vetrf.ru/schema/cdm/mercury/vet-document" xmlns:shp="http://api.vetrf.ru/schema/cdm/argus/shipment" 
				  xmlns:ent="http://api.vetrf.ru/schema/cdm/cerberus/enterprise" xmlns:ws="http://api.vetrf.ru/schema/cdm/application/ws-definitions" 
				  xmlns:merc="http://api.vetrf.ru/schema/cdm/mercury/applications" xmlns:app="http://api.vetrf.ru/schema/cdm/application" 
				  xmlns:ikar="http://api.vetrf.ru/schema/cdm/ikar">
	<soapenv:Header/>
	<soapenv:Body>
		<ws:submitApplicationRequest>
			<ws:apiKey>...</ws:apiKey>
			<app:application>
				<app:serviceId>mercury-g2b.service:1.5</app:serviceId>
				<app:issuerId>...</app:issuerId>
				<app:issueDate>2017-07-12T12:31:02</app:issueDate>
				<app:data>
					<merc:processIncomingConsignmentRequest>
						<merc:localTransactionId>ED4E6895-1F3C-4E66-BCB2-B072050F4551</merc:localTransactionId>
						<merc:initiator>
							<com:login>ivanov</com:login>
						</merc:initiator>
						<merc:delivery>
							<vet:deliveryDate>2017-07-12T12:31:02</vet:deliveryDate>
							<vet:consignor>
								<ent:businessEntity>
									<base:guid>ab5ea566-95b5-43f2-83aa-a4e0868fea45</base:guid>
								</ent:businessEntity>
								<ent:enterprise>
									<base:guid>63fcf5b7-9549-4159-a469-0ab078735154</base:guid>
								</ent:enterprise>
							</vet:consignor>
							<vet:consignee>
								<ent:businessEntity>
									<base:guid>ab5ea566-95b5-43f2-83aa-a4e0868fea45</base:guid>
								</ent:businessEntity>
								<ent:enterprise>
									<base:guid>40243571-21cd-47de-9795-d8916ca1aa9e</base:guid>
								</ent:enterprise>
							</vet:consignee>
							<vet:consignment>
								<vet:productType>1</vet:productType>
								<vet:product>
									<base:guid>362aa885-9b9f-ae95-05d0-f9570f4fbdc6</base:guid>
								</vet:product>
								<vet:subProduct>
									<base:guid>2e26aa90-7ab5-5dec-f8e3-5948689260f1</base:guid>
								</vet:subProduct>
								<vet:productItem>
									<prod:name>ЫЫЫ</prod:name>
								</vet:productItem>
								<vet:volume>10</vet:volume>
								<vet:unit>
									<base:uuid>069792f0-053d-11e1-99b4-d8d385fbc9e8</base:uuid>
									<base:guid>21ed96c9-337b-4a27-8761-c6e6ad3c9f5b</base:guid>
								</vet:unit>
								<vet:dateOfProduction>
									<vet:firstDate>
										<base:year>2017</base:year>
										<base:month>6</base:month>
										<base:day>20</base:day>
										<base:hour>0</base:hour>
									</vet:firstDate>
								</vet:dateOfProduction>
								<vet:expiryDate>
									<vet:firstDate>
										<base:year>2017</base:year>
										<base:month>6</base:month>
										<base:day>20</base:day>
										<base:hour>0</base:hour>
									</vet:firstDate>
									<vet:secondDate>
										<base:year>2017</base:year>
										<base:month>6</base:month>
										<base:day>25</base:day>
										<base:hour>0</base:hour>
									</vet:secondDate>
								</vet:expiryDate>
								<vet:perishable>true</vet:perishable>
								<vet:countryOfOrigin>
									<base:guid>74a3cbb1-56fa-94f3-ab3f-e8db4940d96b</base:guid>
								</vet:countryOfOrigin>
								<vet:lowGradeCargo>false</vet:lowGradeCargo>
								<vet:productName>ЫЫЫ</vet:productName>
								<vet:producerList>
									<ent:producer>
										<ent:enterprise>
											<base:guid>63fcf5b7-9549-4159-a469-0ab078735154</base:guid>
										</ent:enterprise>
										<ent:role>PRODUCER</ent:role>
									</ent:producer>
								</vet:producerList>
							</vet:consignment>
							<vet:accompanyingForms>
								<vet:waybill>
									<shp:type>1</shp:type>
									<shp:transportInfo>
										<shp:transportType>1</shp:transportType>
										<shp:transportNumber>
											<shp:vehicleNumber>9пр</shp:vehicleNumber>
										</shp:transportNumber>
									</shp:transportInfo>
									<shp:transportStorageType>FROZEN</shp:transportStorageType>
								</vet:waybill>
								<vet:vetCertificate>
									<base:uuid>...</base:uuid>
								</vet:vetCertificate>
							</vet:accompanyingForms>
						</merc:delivery>
						<merc:deliveryFacts>
							<vet:vetCertificatePresence>ELECTRONIC</vet:vetCertificatePresence>
							<vet:docInspection>
								<vet:responsible>
									<com:login>ivanov</com:login>
								</vet:responsible>
								<vet:result>CORRESPONDS</vet:result>
							</vet:docInspection>
							<vet:vetInspection>
								<vet:responsible>
									<com:login>...</com:login>
								</vet:responsible>
								<vet:result>CORRESPONDS</vet:result>
							</vet:vetInspection>
							<vet:decision>ACCEPT_ALL</vet:decision>
						</merc:deliveryFacts>
					</merc:processIncomingConsignmentRequest>
				</app:data>
			</app:application>
		</ws:submitApplicationRequest>
	</soapenv:Body>
</soapenv:Envelope>

Результат:
APLM0007">Wrong application data format. Format validation failed due to XML Schema rules: Элемент 'producerList' не предусмотрен.

Если убрать ProducerList, то получаю:
MERC14237">Список производителей в сведениях о принимаемой партии должен совпадать с указанным в ветеринарно-сопроводительном документе

И еще аналогичный вопрос по пунктам перегрузки. (Куда и как необходимо добавлять лист пунктов перегрузок)
Подскажите, пожалуйста, в чем может быть проблема?

Почему техническая документация расходится? Это же все таки тех.документация

Может быть у кого-нибудь есть xsd схемы или более точная документация для версии 1.5?

С пунктами перегрузки разобрался, но возник вопрос:
ВСД сделали через веб форму. В пункт перегрузки тип транспортного средства не указали.
При гашении я тоже не указываю тип транспортного средства, т.к. я его не знаю! Во входящем ВСД только имя пункта перегрузки. А при гашении получаю ошибку
MERC14053">Вид транспорта после перегрузки в сведениях о принимаемой партии обязателен для заполнения при наличии пункта перегрузки

И вопрос по списку производителей также открыт.
Заранее спасибо

Сделал. Спасибо. Оказалось необходимо было в нужное место поставить. Я думал, что на одном уровне XML без разницы порядок.

Сегодня обновление Меркурия? Нигде никакой информации, кроме сайта Россельхознадзора и новых страниц вики под версию 2.0
http://www.fsvps.ru/fsvps/print/news/22013.html