GetVetDocumentListOperation v2.0

vd:issueDateInterval - (v2.1) Интервал времени оформления документа.

добавил в запрос - получаю ошибку:

500
<faultstring>BEA-382513: OSB Replace action failed updating variable "body": Error parsing XML: {err}FORG0005: expected exactly one item, got 0 items</faultstring>

поменял сервис на /platform/services/2.1/ApplicationManagementService - ошибка та же самая.
подскажите, где я не прав?

loki wrote:vd:issueDateInterval - (v2.1) Интервал времени оформления документа.

добавил в запрос - получаю ошибку:

500
<faultstring>BEA-382513: OSB Replace action failed updating variable "body": Error parsing XML: {err}FORG0005: expected exactly one item, got 0 items</faultstring>

поменял сервис на /platform/services/2.1/ApplicationManagementService - ошибка та же самая.
подскажите, где я не прав?

Код запроса - в студию!

опечатка. тег не закрывал...

теперь заявка обрабатывается, но при проверке статуса заявки получаю ошибку:
<apl:error code="APLM0007" xmlns:apl="http://api.vetrf.ru/schema/cdm/application">
Wrong application data format. Format validation failed due to XML Schema rules: Element 'issueDateInterval' not expected.
</apl:error>

loki wrote:опечатка. тег не закрывал...

теперь заявка обрабатывается, но при проверке статуса заявки получаю ошибку:
<apl:error code="APLM0007" xmlns:apl="http://api.vetrf.ru/schema/cdm/application">
Wrong application data format. Format validation failed due to XML Schema rules: Element 'issueDateInterval' not expected.
</apl:error>

Все равно в студию. Особенно если "тэг не закрывал", т.е., запрос ручками собирается. Смотрите неймспейсы, может, интервал не в тот спейс попал?

текст запроса:

<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.0</apl:serviceId>
                <apl:issuerId>9b9fb1a1-dc7f-472b-bdb6-fb3978048ae8</apl:issuerId>
                <apl:issueDate>2018-10-23T09:50:09</apl:issueDate>
                <apl:data>
                    <merc:getVetDocumentListRequest>
                        <merc:localTransactionId>a20181023T095009</merc:localTransactionId>
                        <merc:initiator>
                            <vd:login>***</vd:login>
                        </merc:initiator>
                        <bs:listOptions>
                            <bs:count>1000</bs:count>
                            <bs:offset>0</bs:offset>
                        </bs:listOptions>

<vd:issueDateInterval>
                            <bs:beginDate>2018-09-28T00:00:00</bs:beginDate>
                            <bs:endDate>2018-10-10T00:00:00</bs:endDate>
                        </vd:issueDateInterval>

<dt:enterpriseGuid>de8f2ca2-570c-4ba3-bc51-cf22447daa65</dt:enterpriseGuid>
                    </merc:getVetDocumentListRequest>
                </apl:data>
            </apl:application>
        </apldef:submitApplicationRequest>
    </SOAP-ENV:Body>
</SOAP-ENV:Envelope>

получаю ответ:

проверяю заявку:

получаю ответ:

<soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/">
    <soap:Body>
        <receiveApplicationResultResponse xmlns="http://api.vetrf.ru/schema/cdm/application/ws-definitions">
            <application xmlns="http://api.vetrf.ru/schema/cdm/application">
                <applicationId>3c39959b-7fe2-436c-b4a4-79c9168ae4c9</applicationId>
                <status>REJECTED</status>
                <serviceId>mercury-g2b.service</serviceId>
                <issuerId>9b9fb1a1-dc7f-472b-bdb6-fb3978048ae8</issuerId>
                <issueDate>2018-10-23T09:50:09+03:00</issueDate>
                <rcvDate>2018-10-23T05:02:23+03:00</rcvDate>
                <prdcRsltDate>2018-10-23T05:02:26+03:00</prdcRsltDate>
                <errors>
                    <apl:error code="APLM0007" xmlns:apl="http://api.vetrf.ru/schema/cdm/application">
                        Wrong application data format. Format validation failed due to XML Schema rules:  Element 'issueDateInterval' not expected.
                    </apl:error>
                </errors>
            </application>
        </receiveApplicationResultResponse>
    </soap:Body>
</soap:Envelope>

если этот блок не указывать

все работает.

loki wrote:
текст запроса:

<apl:serviceId>mercury-g2b.service:2.0</apl:serviceId>

Должно быть <apl:serviceId>mercury-g2b.service:2.1</apl:serviceId>

serg882 wrote:

loki wrote:
текст запроса:

<apl:serviceId>mercury-g2b.service:2.0</apl:serviceId>

Должно быть <apl:serviceId>mercury-g2b.service:2.1</apl:serviceId>

благодарю. сработало

Всем добра. Сразу скажу я тут новенький. Только разбираюсь с происходящим. Просьба не пинать, камнями не закидывать, не посылать в гугл или еще куда подальше.
Второй день разбираюсь с API.
Суть такова.
Интересует метод GetVetDocumentListOperation, поэтому пишу здесь, в этой теме.
На странице документации http://help.vetrf.ru/wiki/GetVetDocumentListOperation_v2.0 я вижу ответ довольно таки объемный. У меня же ответ приходит такой:

Вот мой запрос:

<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>'. $servicesId .'</apl:serviceId>  
                <apl:issuerId>'. $issuerId .'</apl:issuerId>  
                <apl:issueDate>2018-10-23T09:50:09</apl:issueDate>  
                <apl:data>  
                    <merc:getVetDocumentListRequest>  
                        <merc:localTransactionId>a20181023T095009</merc:localTransactionId>  
                        <merc:initiator>  
                            <vd:login>'. $login .'</vd:login>  
                        </merc:initiator>  
                        <bs:listOptions>  
                            <bs:count>1000</bs:count>  
                            <bs:offset>0</bs:offset>  
                        </bs:listOptions>

<vd:issueDateInterval>  
                            <bs:beginDate>2018-09-28T00:00:00</bs:beginDate>  
                            <bs:endDate>2018-10-10T00:00:00</bs:endDate>  
                        </vd:issueDateInterval>

<dt:enterpriseGuid>'. $enterpriseGuid .'</dt:enterpriseGuid>  
                    </merc:getVetDocumentListRequest>  
                </apl:data>  
            </apl:application>  
        </apldef:submitApplicationRequest>  
        </SOAP-ENV:Body>  
        </SOAP-ENV:Envelope>

Запрос отправляю на адрес: https://api2.vetrf.ru:8002/platform/services/2.1/ApplicationManagementService
В чем я накосячил? Как получить ответ из документации?

stopgg wrote:Всем добра. Сразу скажу я тут новенький. Только разбираюсь с происходящим. Просьба не пинать, камнями не закидывать, не посылать в гугл или еще куда подальше.

Не получится. "Учиться, учиться и еще раз учиться", как завещал великий Ленин.
Читать доку. Там есть 2 типа запросов: одни - запрос из справочников, ответ на них приходит сразу.
Второй - запрос в систему заявок, там указывается transactionId (уникальный! Либо генерировать GUID, либо указывать время с миллисекундами, надеясь, что у Вас в вашей организации одновременно кнопку с двух компов не нажмут). В ответ на запрос присылается applicationId, по которому нужно время от времени опрашивать систему. Она может вернуть IN_PROGRESS, а может - что-то иное. Если COMPLETED - вот там и будет Ваш ответ.

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

stopgg wrote:Всем добра. Сразу скажу я тут новенький. Только разбираюсь с происходящим. Просьба не пинать, камнями не закидывать, не посылать в гугл или еще куда подальше.

Не получится. "Учиться, учиться и еще раз учиться", как завещал великий Ленин.
Читать доку. Там есть 2 типа запросов: одни - запрос из справочников, ответ на них приходит сразу.
Второй - запрос в систему заявок, там указывается transactionId (уникальный! Либо генерировать GUID, либо указывать время с миллисекундами, надеясь, что у Вас в вашей организации одновременно кнопку с двух компов не нажмут). В ответ на запрос присылается applicationId, по которому нужно время от времени опрашивать систему. Она может вернуть IN_PROGRESS, а может - что-то иное. Если COMPLETED - вот там и будет Ваш ответ.

Правильно я понимаю, первый мой запрос вернул мне ид транзакции (applicationID)? Теперь мне надо отправить второй запрос на получении данных с указанием этого applicationID? Можете написать пример запроса данных по методу GetVetDocumentListOperation с адресом куда его отправлять? Чтобы я не отправил возвращается ошибка. В документации нет ни одного рабочего примера на какой либо языке программирования. Может я не на те адреса отправляю или не те данные подставляю, ошибка общего характера (BEA-382513: OSB Replace action failed updating variable "body": Error parsing XML: {err}FORG0005: expected exactly one item, got 0 items), ничего мне не говорит.

stopgg wrote:

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

stopgg wrote:Всем добра. Сразу скажу я тут новенький. Только разбираюсь с происходящим. Просьба не пинать, камнями не закидывать, не посылать в гугл или еще куда подальше.

Не получится. "Учиться, учиться и еще раз учиться", как завещал великий Ленин.
Читать доку. Там есть 2 типа запросов: одни - запрос из справочников, ответ на них приходит сразу.
Второй - запрос в систему заявок, там указывается transactionId (уникальный! Либо генерировать GUID, либо указывать время с миллисекундами, надеясь, что у Вас в вашей организации одновременно кнопку с двух компов не нажмут). В ответ на запрос присылается applicationId, по которому нужно время от времени опрашивать систему. Она может вернуть IN_PROGRESS, а может - что-то иное. Если COMPLETED - вот там и будет Ваш ответ.

Правильно я понимаю, первый мой запрос вернул мне ид транзакции (applicationID)? Теперь мне надо отправить второй запрос на получении данных с указанием этого applicationID?

да

stopgg wrote: пример запроса данных

здесь описан второй этап запроса:

http://help.vetrf.ru/wiki/Подсистема_обработки_заявок_в_Ветис.API#.D0.9F.D0.BE.D0.BB.D1.83.D1.87.D0.B5.D0.BD.D0.B8.D0.B5_.D1.80.D0.B5.D0.B7.D1.83.D0.BB.D1.8C.D1.82.D0.B0.D1.82.D0.B0_.D0.BE.D0.B1.D1.80.D0.B0.D0.B1.D0.BE.D1.82.D0.BA.D0.B8_.D0.B7.D0.B0.D1.8F.D0.B2.D0.BA.D0.B8

Получение результата обработки заявки

mevgenym wrote:

stopgg wrote: пример запроса данных

здесь описан второй этап запроса:

http://help.vetrf.ru/wiki/Подсистема_обработки_заявок_в_Ветис.API#.D0.9F.D0.BE.D0.BB.D1.83.D1.87.D0.B5.D0.BD.D0.B8.D0.B5_.D1.80.D0.B5.D0.B7.D1.83.D0.BB.D1.8C.D1.82.D0.B0.D1.82.D0.B0_.D0.BE.D0.B1.D1.80.D0.B0.D0.B1.D0.BE.D1.82.D0.BA.D0.B8_.D0.B7.D0.B0.D1.8F.D0.B2.D0.BA.D0.B8

Получение результата обработки заявки
<ws:receiveApplicationResultRequest> <ws:apiKey>{xs:string}</ws:apiKey> <ws:issuerId>{bs:UUID}</ws:issuerId> <ws:applicationId>{bs:UUID}</ws:applicationId> </ws:receiveApplicationResultRequest>

Спасибо! Работает! Теперь до меня дошло как работать с системой.

Всем привет. В ответе на запрос getVetDocumentListRequest, выводится ошибка: Инициатор, ответственный за выполнение операции, с указанным идентификатором не найден в реестре РСХН, либо идентификатор не соответствует установленному формату., поискал по форуму, нашел такой вот спобосб решения проблемы:

/**
* Проверить, занесено ли предприятие в реестр поднадзорных объектов.
* Можно сделать это методом GetRussianEnterpriseList_v2.0, указав название.
* Остальные поля нужно оставить пустыми. Знаки вопроса также нужно удалять, иначе метод будет искать объекты и по ним.
* Если предприятие есть, проверить, связано ли оно с ХС. Для этого нужно выполнить запрос GetActivityLocationList_v2.0. Guid вашего ХС - это issuerId.
* !!! Если предприятия нет то, необходимо его создать при помощи метода ModifyEnterpriseOperation_v2.0.
* Затем предприятие необходимо привязать к ХСу с помощью метода ModifyActivityLocationsOperation_v2.0.
*/

Делаю запрос GetRussianEnterpriseList, в ответном списке искомой организации нет, далее отправляю запрос
на создание modifyEnterpriseRequest

<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>'. $servicesId .'</apl:serviceId>  
        <apl:issuerId>'. $issuerId .'</apl:issuerId>  
        <apl:issueDate>2018-07-08T18:09:22</apl:issueDate>  
        <apl:data>  
          <merc:modifyEnterpriseRequest>  
            <merc:localTransactionId>I180708180922</merc:localTransactionId>  
            <merc:initiator>  
              <vd:login>'. $loginInitiator .'</vd:login>  
            </merc:initiator>  
            <merc:modificationOperation>  
              <vd:type>CREATE</vd:type>  
              <vd:resultingList>  
                <dt:enterprise>  
                  <dt:name>test</dt:name>  
                  <dt:type>1</dt:type>  
                  <dt:address>  
                    <dt:country>  
                      <bs:guid>74a3cbb1-56fa-94f3-ab3f-e8db4940d96b</bs:guid>  
                    </dt:country>  
                    <dt:region>  
                      <bs:guid>92b30014-4d52-4e2e-892d-928142b924bf</bs:guid>  
                    </dt:region>  
                    <dt:locality>  
                      <bs:guid>2763c110-cb8b-416a-9dac-ad28a55b4402</bs:guid>  
                    </dt:locality>  
                    <dt:addressView>Москва</dt:addressView>  
                  </dt:address>  
                  <dt:activityList>  
                    <dt:activity>  
                      <dt:name>Реализация пищевых продуктов</dt:name>  
                    </dt:activity>  
                  </dt:activityList>  
                  <dt:owner>  
                    <bs:guid>'. $issuerId .'</bs:guid>  
                  </dt:owner>  
                </dt:enterprise>  
              </vd:resultingList>  
              <vd:reason>Причина добавления предприятия.</vd:reason>  
            </merc:modificationOperation>  
          </merc:modifyEnterpriseRequest>  
        </apl:data>  
      </apl:application>  
    </apldef:submitApplicationRequest>  
  </SOAP-ENV:Body>  
</SOAP-ENV:Envelope>

Получаю ответ:

Какой то замкнутый круг, подскажите куда копать?

Обращаетесь в тестовый контур?
Вы неправильный $loginInitiator подставляете. modifyEnterpriseRequest не имеет к этому никакого отношения.
Если тестовый контур проверьте ваш логин/пароль здесь: https://t2-idp.vetrf.ru/idp/profile/SAML2/POST/SSO;jsessionid=1qc7osrqqe6sac3kdio6rdddw?execution=e1s1

$loginInitiator должен выглядеть примерно так: petrov_iv_150222

1. Логин от тестового контура не подойдёт к рабочему и наоборот.
2. Это не логин, который используется для доступа к Ветис.API, это логин для доступа к веб-интерфейсу Меркурия (если упрощённо сказать).