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

oleg-x wrote:
Да, есть. В версии 2.1 есть тег <dt:registryStatus>VERIFIED</dt:registryStatus> (v2.1) Статус предприятия в реестре ИС Цербер.

Спасибо!
Статус "CANCELED - Исключен из реестра". Это за какие то нарушения?

Seravkin wrote:UPD: Ответ техподдержки:
Площадка с guid XXX имеет статус "не подтверждена" - обратитесь в ТУ РСХН для подтвержденния.

Есть ли возможность узнать "подтверждена" или нет площадка до отправки реальных запросов?

Спасибо, RCamel.
Да, 2 площадки с одинаковым адресом.
84b72ec6-0c29-46f8-9e16-434ebb538662 и 5573b4c1-6556-41a0-a9eb-f73aef9d6476
Обе без owner, но обе возвращают MERC02180.

Такая же проблема с другой площадкой "пятью пять"

RCamel, вы нашли решение проблемы?

Проверьте адрес, у меня было:

Проблема была в адресе сервиса: указывал "/services/ApplicationManagementService" а надо "/services/2.0/ApplicationManagementService".

Владимир Игнатов wrote:

andpal wrote:

Владимир Игнатов wrote:
Если поменялась (или удалилась) сама номенклатура, при гашении ее нужно не указывать.

Как так? Поле productItem - обязательное!

Да, обязательное. Попробуйте.

Благодарю за подсказку. Получается в обязательном поле productItem можно указать одно из необязательных полей: guid, uuid, name. Указал только name и гашение принялось!
А guid стоит указывать если в номенклатуре ничего не менялось, или поменялось наименование.

Владимир Игнатов wrote:
Если поменялась (или удалилась) сама номенклатура, при гашении ее нужно не указывать.

Как так? Поле productItem - обязательное!

В интервале между отправкой ВСД и гашением изменилась номенклатура в справочнике (принадлежность к виду продукции).
Пытаюсь погасить ВСД через АПИ.
Указываю GUID-ы продукции в соответствии с актуальными данными, в ответ: "MERC14231" Вид продукции в сведениях о принимаемой партии должен совпадать с указанным в ветеринарно-сопроводительном документе.
Указываю GUID-ы продукции как во входящем ВСД, в ответ: "MERC14033" Указанное наименование продукции в фактической информации о ВСД относится к другому виду продукции.
Как выйти из такой ситуации?

Всем кто сочувствовал, спасибо!
Проблема была в адресе сервиса: указывал "/services/ApplicationManagementService" а надо "/services/2.0/ApplicationManagementService".
Невнимательность. Предполагал что версия в этом сервисе определяется тегом serviceId . В тестовом контуре вроде так.

egais2018 wrote:Вижу у вас несколько расхождений с wiki

Если вы про префиксы, то они не должны влиять, тем более запрос принимается, значит схеме соответствует.
Но ... все может быть, проверю.

Проверил, не помогло.
В тестовом контуре отрабатываются нормально.

Может есть у кого-то предположение где ошибка?

<?xml version="1.0" encoding="UTF-8" ?> 
<soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/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:vd="http://api.vetrf.ru/schema/cdm/mercury/vet-document/v2" xmlns:ws="http://api.vetrf.ru/schema/cdm/application/ws-definitions" xmlns:app="http://api.vetrf.ru/schema/cdm/application">
  <soapenv:Header/> 
 <soapenv:Body>
 <ws:submitApplicationRequest>
	<ws:apiKey>*****</ws:apiKey> 
	 <app:application>
		  <app:serviceId>mercury-g2b.service:2.0</app:serviceId> 
		  <app:issuerId>***</app:issuerId> 
		  <app:issueDate>2018-06-08T13:53:58</app:issueDate> 
		 <app:data>
			 <merc:getStockEntryListRequest>
				  <merc:localTransactionId>000002</merc:localTransactionId> 
				 <merc:initiator>
					 <vd:login>***</vd:login> 
				  </merc:initiator>
				 <bs:listOptions>
					 <bs:count>10</bs:count> 
				  </bs:listOptions>
				  <dt:enterpriseGuid>d657d0fe-355c-4bb0-8d6f-c73364bd8a86</dt:enterpriseGuid> 
			  </merc:getStockEntryListRequest>
		  </app:data>
	  </app:application>
  </ws:submitApplicationRequest>
  </soapenv:Body>
  </soapenv:Envelope>

Сегодня на тривиальные запросы:getStockEntryListRequest и getVetDocumentListRequest возвращается ошибка "Unsupported application data format".
В тестовом контуре все работает.
Это только моя беда или еще у кого нибудь есть такая проблема?

Когда пытался разобраться создал заявки (без входа в личный кабинет) на те площадки что есть в меркурии.
Сегодня все так-же в цербере список ХС пуст, а в меркурии те-же 2 площадки.
Но по запросу getActivityLocationList возвращает 4 площадки, 2 были в меркурии созданы и 2 в цербере, т.е. получились дубли.
Что ли создать площадки может любой кто знает адрес цербера?
Как эти площадки стыкуются?
Может это особенность только тестового контура?

В соседнем форуме http://vetrf.ru/vetrf-forum/posts/list/8055.page поподробнее рассмотрели ситуацию.
Резюме: "на сообщение в тестовом контуре можно не обращать внимание"

Ничего специально не делал. к рабочему адресу приписал t2- и захожу под логином меркурия.
Да, в паспорте добавил цербер.