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

Нашел способ проверки, отлично работает, а самое главное быстро.

Добрый день. Делаем проверку (с отправкой на сервис Ветис.API) введенных пользователем данных в форму. Как я понял проверить только значения нельзя, нет на это специально отведенного метода. Делаем проверку данных используя метод GetVetDocumentListOperation (получение всех ВСД). Всё значения (Login, Password, apiKey, Идентификатор ХС)успешно проверяются, в случаи чего отдаётся ошибка о неверно заполненном поле, остался только инициатор запросов, который не удаётся проверить. Запрос требует enterpriseGuid у ХС, но заранее о нём ничего неизвестно, да и есть ХС у которого нет площадок (enterpriseGuid). Пробовали еще использовать метод: GetBusinessEntityUser, но этот метод иногда выдаёт ошибку: APLM0017, хотя введенные данные корректны. Поделитесь пожалуйста, кто как у себя на сервисе проверяет значения, которые вводит пользователь в форму при регистрации нового ХС.

nmzn1 wrote:

stopgg wrote:А можно еще тройку только с разными датами создания и разными номерами документа? А то у нас уже такие были ВСД (у всех номер 000), хотелось бы затестить с разными данными.

отправил

спасибо, всё отлично, то что надо!

nmzn1 wrote:

stopgg wrote:Вот еще площадки:
b0275606-d6e6-4e3b-92da-4308a08560ca
43dbb733-700a-4066-9b8a-2aaf5db00ee6
eebd7742-d0af-4aae-a45d-baf45e6d9e9e

отправил на среднюю, на 2-ух остальных проблема с регионализацией

А можно еще тройку только с разными датами создания и разными номерами документа? А то у нас уже такие были ВСД (у всех номер 000), хотелось бы затестить с разными данными.

nmzn1 wrote:

stopgg wrote:Вот еще площадки:
b0275606-d6e6-4e3b-92da-4308a08560ca
43dbb733-700a-4066-9b8a-2aaf5db00ee6
eebd7742-d0af-4aae-a45d-baf45e6d9e9e

отправил на среднюю, на 2-ух остальных проблема с регионализацией

Спасибо!

nmzn1 wrote:

stopgg wrote:Всем привет!
Киньте пожалуйста документов в тесте.
ИНН: 4029017981
ХС: 0abace52-c4f7-4c13-b2f4-16a10a89963a
Предприятие: 7c9621d9-da87-4364-8280-0957d4515d67

не получится, пока не создадите/привяжете площадку к хс-у

Вот еще площадки:
b0275606-d6e6-4e3b-92da-4308a08560ca
43dbb733-700a-4066-9b8a-2aaf5db00ee6
eebd7742-d0af-4aae-a45d-baf45e6d9e9e

Они все созданы на ХСе 0abace52-c4f7-4c13-b2f4-16a10a89963a

Всем привет!
Киньте пожалуйста документов в тесте.
ИНН: 4029017981
ХС: 0abace52-c4f7-4c13-b2f4-16a10a89963a
Предприятие: 7c9621d9-da87-4364-8280-0957d4515d67

dk wrote:

stopgg wrote:

dk wrote:А если попробовать добавить <vd:relationshipType>1</vd:relationshipType> после type?

Ответ пришел. Только вот фильтр не работает, в список попали все ВСД. Ожидал увидеть только те ВСД, с датой оформления документа, которую я указал в запросе.

Такое бывает: задокументировано, но по факту не работает. И задокументировано-то неправильно.

Для решения этой проблемы мы используем локальную БД и поиск по ней (быстро, нет ограничений по полям, не надо обращаться к меркурию).

Эх, жалко. Ничего не остаётся как фильтровать на своей стороне. Спасибо за помощь.

dk wrote:А если попробовать добавить <vd:relationshipType>1</vd:relationshipType> после type?

Ответ пришел. Только вот фильтр не работает, в список попали все ВСД. Ожидал увидеть только те ВСД, с датой оформления документа, которую я указал в запросе. Даже если неверный номер документа указать, всё равно приходит весь список ВСД.

dk wrote:

Element not completed: 'referencedDocument'

говорит о том, что заполнены не все обязательные поля.

В документации сказано, что все поля issueNumber, issueDate и type обязательны для заполнения, если указан блок referencedDocument:
024 ···<vd:referencedDocument> vd:ReferencedDocument [0..1] 025 ······<vd:issueNumber>79498-97</vd:issueNumber> bs:String255 [1..1] (v2.1) Номер документа. 026 ······<vd:issueDate>2017-07-07</vd:issueDate> xs:date [1..1] (v2.1) Дата оформления документа. 027 ······<vd:type>5</vd:type> dt:DocumentType [1..1] (v2.1) Тип документа. 028 ···</vd:referencedDocument>

Поля должны быть указаны именно в этом порядке.

Если всё сделали правильно, надо смотреть на ошибку, если там будет что-то вроде Internal Service Error, то скорее всего эта возможность ещё недоступна.

Пробовал и такой вариант, но ошибка (Wrong application data format. Format validation failed due to XML Schema rules: Element not completed: 'referencedDocument') не меняется.
Сейчас отправил такой запрос:

<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.1</apl:serviceId>
        <apl:issuerId>***</apl:issuerId>
        <apl:issueDate>2018-12-26T16:58:15</apl:issueDate>
        <apl:data>
          <merc:getVetDocumentListRequest>
            <merc:localTransactionId>12345</merc:localTransactionId>
            <merc:initiator>
              <vd:login>****</vd:login>
            </merc:initiator>
            <bs:listOptions>
              <bs:count>100</bs:count>
              <bs:offset>0</bs:offset>
            </bs:listOptions>
            <vd:vetDocumentType>INCOMING</vd:vetDocumentType>
            <vd:vetDocumentStatus>CONFIRMED</vd:vetDocumentStatus>
            <vd:referencedDocument>  
                 <vd:issueNumber>79498-97</vd:issueNumber>
                 <vd:issueDate>2017-07-07</vd:issueDate>
                <vd:type>5</vd:type>
              </vd:referencedDocument>
            <dt:enterpriseGuid>43dbb733-700a-4066-9b8a-2aaf5db00ee6</dt:enterpriseGuid>
          </merc:getVetDocumentListRequest>
        </apl:data>
      </apl:application>
    </apldef:submitApplicationRequest>
  </SOAP-ENV:Body>
</SOAP-ENV:Envelope>

Ответ:

У меня похожая проблема. Подскажите как разрешить ошибку?
Работаю на тестовом контуре. Использую версию API 2.1
Запросы шлю на адрес: https://api2.vetrf.ru:8002/platform/services/2.1/ApplicationManagementService
Метод: GetVetDocumentListOperation

Запрос:

<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>apiKey</apldef:apiKey>
      <apl:application>
        <apl:serviceId>mercury-g2b.service:2.1</apl:serviceId>
        <apl:issuerId>issuerId</apl:issuerId>
        <apl:issueDate>2018-12-26T16:58:15</apl:issueDate>
        <apl:data>
          <merc:getVetDocumentListRequest>
            <merc:localTransactionId>12345</merc:localTransactionId>
            <merc:initiator>
              <vd:login>login</vd:login>
            </merc:initiator>
            <bs:listOptions>
              <bs:count>100</bs:count>
              <bs:offset>0</bs:offset>
            </bs:listOptions>
            <vd:vetDocumentType>INCOMING</vd:vetDocumentType>
            <vd:vetDocumentStatus>CONFIRMED</vd:vetDocumentStatus>
            <vd:referencedDocument>  
                 <vd:issueDate>2018-04-15</vd:issueDate>
              </vd:referencedDocument> 
            <dt:enterpriseGuid>43dbb733-700a-4066-9b8a-2aaf5db00ee6</dt:enterpriseGuid>
          </merc:getVetDocumentListRequest>
        </apl:data>
      </apl:application>
    </apldef:submitApplicationRequest>
  </SOAP-ENV:Body>
</SOAP-ENV:Envelope>

Ответ:

Пробовал заменить версии в пространствах имён на v2.1, тогда прилетает ошибка: <apl:error code="APLM0002">Unsupported application data format</apl:error>
Пробовал перемещать блок referencedDocument ниже guid, указывал issueNumber, type не помогло. Не могу понять чего не хватает.

serg882 wrote:

stopgg wrote:
<vd:productItem>
<bs:guid>d34504bb-7a93-e1c8-4859-339eafd97c6c</bs:guid>
<dt:name>Молоко охл при тем +7</dt:name>
</vd:productItem>

Может чего то не хватает в запросе? Я не могу понять к какому параметру эта ошибка относится. Подскажите пожалуйста.

С таким ГУИД продукта нет в боевом и тестовом контуре, для проверки нужно использовать запрос GetProductItemByGuid.

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

Спасибо за помощь. Надо было указывать guid взятый с origin, после указания продукта ошибка была: Указанное наименование продукции в фактической информации о ВСД относится к другому виду продукции. Много было ошибок, помог сайт: http://меркурий.рус, ввел свои тестовые данные по ХС и на вкладках настройки есть все guid и другие параметры, которые используются в запросах. Можно создать и отправить ВСД на свои площадки, что облегчает интеграцию меркурия.

nmzn1 wrote:

stopgg wrote:Всем привет!
Киньте пожалуйста документов в тесте.
ИНН: 4029017981
ХС: 0abace52-c4f7-4c13-b2f4-16a10a89963a
Предприятие: 7c9621d9-da87-4364-8280-0957d4515d67
Если можно несколько ВСД (штучки 3) с большим списком продуктов (если есть, если нету то хоть сколько нибудь).

отправил один всд, 2 продукта

Face wrote:Доброго дня!
Киньте, пожалуйста, документов в тесте.
Идеально будет мясо свинины Тушку
ХС: 0ca1f501-d71e-4ec8-9040-74fd0f6d8d37
ИНН: 3906356379
Предприятие: 0ca1f501-d71e-4ec8-9040-74fd0f6d8d37

отправил, но не идеально, если ещё актуально

Спасибо.

serg882 wrote:

stopgg wrote:Добрый вечер. Подскажите по гашению ВСД.

Отправляю запрос на https://api2.vetrf.ru:8002/platform/services/2.1/ApplicationManagementService

.....

Что только не пробовал, ошибка не уходит. Запрос брал из примера на вики, подставил свои данные в том числе и гуиды. В чем может быть проблема? Куда копать?
Может быть такая ошибка из за неверного параметра? Как можно это узнать? И еще, подскажите где брать: batchid ? В этом запросе взял случайный.

Если бы из вики брали, то запрос был бы немного другим. Почему у вас все теги в нижнем регистре? Регистр важен для Меркурия, например, вместо <merc:processincomingconsignmentrequest> должно быть <merc:processIncomingConsignmentRequest> и т.д.

Если используете версию 2.1, то и имя сервиса должно быть <apl:serviceid>mercury-g2b.service:2.1</apl:serviceid>.

Все данные для гашения берутся из входящей ВСД, ничего выдумывать не нужно (запрос GetVetDocumentListOperation), гасить можно только оформленные ВСД.

Спасибо за ответ. Действительно, всё перепроверив я нашел ряд ошибок в запросе. Дальше критических ошибок не было, только теперь ошибка MERC14022, В сведениях о принимаемой партии наименование продукции с указанным идентификатором не найдено в реестре РСХН, либо идентификатор не соответствует установленному формату.. Проверил все guid вроде как всё соответствует тому что находится в getVetDocumentListResponse

Вот запрос:

<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>apiKey</apldef:apiKey>
      <apl:application>
        <apl:serviceId>mercury-g2b.service:2.0</apl:serviceId>
        <apl:issuerId>0abace52-c4f7-4c13-b2f4-16a10a89963a</apl:issuerId>
        <apl:issueDate>2018-12-04T18:42:27</apl:issueDate>
        <apl:data>
          <merc:processIncomingConsignmentRequest>
            <merc:localTransactionId>q1234</merc:localTransactionId>
            <merc:initiator>
              <vd:login>***_va_***</vd:login>
            </merc:initiator>
            <merc:delivery>
              <vd:deliveryDate>2018-10-26T13:06:46</vd:deliveryDate>
              <vd:consignor>
                <dt:businessEntity>
                  <bs:guid>f7d0be1f-6f16-4411-82e3-b35d6d93c704</bs:guid>
                </dt:businessEntity>
                <dt:enterprise>
                  <bs:guid>692b5954-8819-4105-80dd-c5cb5156eff2</bs:guid>
                </dt:enterprise>
              </vd:consignor>
              <vd:consignee>
                <dt:businessEntity>
                  <bs:guid>0abace52-c4f7-4c13-b2f4-16a10a89963a</bs:guid>
                </dt:businessEntity>
                <dt:enterprise>
                  <bs:guid>03b835c0-7044-4fbe-a05f-2baa7fe4dbf7</bs:guid>
                </dt:enterprise>
              </vd:consignee>
              <vd:consignment>
                <vd:productType>5</vd:productType>
                <vd:product>
                  <bs:guid>d34504bb-7a93-e1c8-4859-339eafd97c6c</bs:guid>
                </vd:product>
                <vd:subProduct>
                  <bs:guid>9540bfdd-4cd6-6f47-ae83-a32a36c36bfe</bs:guid>
                </vd:subProduct>
                <vd:productItem>
                  <bs:guid>d34504bb-7a93-e1c8-4859-339eafd97c6c</bs:guid>
                   <dt:name>Молоко охл при тем +7</dt:name>
                </vd:productItem>
                <vd:volume>527.0</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>10</dt:month>
                    <dt:day>18</dt:day>
                    <dt:hour>0</dt:hour>
                  </vd:firstDate>
                </vd:dateOfProduction>
                <vd:expiryDate>
                  <vd:firstDate>
                    <dt:year>2018</dt:year>
                    <dt:month>10</dt:month>
                    <dt:day>21</dt:day>
                    <dt:hour>0</dt:hour>
                  </vd:firstDate>
                </vd:expiryDate>
                <vd:batchID>123</vd:batchID>
                <vd:perishable>false</vd:perishable>
                <vd:origin>
                  <vd:country>
                    <bs:guid>74a3cbb1-56fa-94f3-ab3f-e8db4940d96b</bs:guid>
                  </vd:country>
                  <vd:producer>
                    <dt:enterprise>
                      <bs:guid>692b5954-8819-4105-80dd-c5cb5156eff2</bs:guid>
                    </dt:enterprise>
                    <dt:role>PRODUCER</dt:role>
                  </vd:producer>
                </vd:origin>
                <vd:lowGradeCargo>false</vd:lowGradeCargo>
              </vd:consignment>
              <vd:transportInfo>
                <vd:transportType>1</vd:transportType>
                <vd:transportNumber>
                  <vd:vehicleNumber>У 546 47 RUS</vd:vehicleNumber>
                </vd:transportNumber>
              </vd:transportInfo>
              <vd:transportStorageType>CHILLED</vd:transportStorageType>
              <vd:accompanyingForms>
                <vd:waybill>
                  <vd:issueSeries>АА</vd:issueSeries>
                  <vd:issueNumber>123456</vd:issueNumber>
                  <vd:issueDate>2018-10-26</vd:issueDate>
                  <vd:type>1</vd:type>
                </vd:waybill>
                <vd:vetCertificate>
                  <bs:uuid>5ddd0c8f-ef8b-4b1c-97f1-77727884d380</bs:uuid>
                </vd:vetCertificate>
              </vd:accompanyingForms>
            </merc:delivery>
            <merc:deliveryFacts>
              <vd:vetCertificatePresence>ELECTRONIC</vd:vetCertificatePresence>
              <vd:docInspection>
                <vd:responsible>
                  <vd:login>***_va_***</vd:login>
                </vd:responsible>
                <vd:result>CORRESPONDS</vd:result>
              </vd:docInspection>
              <vd:vetInspection>
                <vd:responsible>
                  <vd:login>***_va_***</vd:login>
                </vd:responsible>
                <vd:result>CORRESPONDS</vd:result>
              </vd:vetInspection>
              <vd:decision>ACCEPT_ALL</vd:decision>
            </merc:deliveryFacts>
          </merc:processIncomingConsignmentRequest>
        </apl:data>
      </apl:application>
    </apldef:submitApplicationRequest>
  </SOAP-ENV:Body>
</SOAP-ENV:Envelope>

Может чего то не хватает в запросе? Я не могу понять к какому параметру эта ошибка относится. Подскажите пожалуйста.

Всем привет!
Киньте пожалуйста документов в тесте.
ИНН: 4029017981
ХС: 0abace52-c4f7-4c13-b2f4-16a10a89963a
Предприятие: 7c9621d9-da87-4364-8280-0957d4515d67
Если можно несколько ВСД (штучки 3) с большим списком продуктов (если есть, если нету то хоть сколько нибудь).