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

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

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

<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</apl:serviceid>
                <apl:issuerid>****************</apl:issuerid>
                <apl:issuedate>2018-12-03T18:52:02</apl:issuedate>
                <apl:data>
                <merc:processincomingconsignmentrequest>
                    <merc:localtransactionid>1543852322</merc:localtransactionid>
                    <merc:initiator>
                    <vd:login>****_va_***</vd:login>
                    </merc:initiator>
                    <merc:delivery>
                    <vd:deliverydate>2018-11-02T17:00:00</vd:deliverydate>
                    <vd:consignor>
                        <dt:businessentity>
                        <bs:guid>32926577-c7ab-4a9c-bc97-7a0c93d2fab6</bs:guid>
                        </dt:businessentity>
                        <dt:enterprise>
                        <bs:guid>ab8b69f4-c87d-406f-a227-959aebb79c46</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>43dbb733-700a-4066-9b8a-2aaf5db00ee6</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>bf8a6e6b-8ae1-d5d9-9867-34f04047d09f</bs:guid>
                        </vd:subproduct>
                        <vd:productitem>
                        <bs:guid>a7210e6d-df3e-4025-9b84-09948ec475f5</bs:guid>
                        </vd:productitem>
                        <vd:volume>9.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>11</dt:month>
                            <dt:day>2</dt:day>
                            <dt:hour>0</dt:hour>
                        </vd:firstdate>
                        </vd:dateofproduction>
                        <vd:expirydate>
                        <vd:firstdate>
                            <dt:year>2018</dt:year>
                            <dt:month>11</dt:month>
                            <dt:day>8</dt:day>
                            <dt:hour>0</dt:hour>
                        </vd:firstdate>
                        </vd:expirydate>
                        <vd:batchid>BN1529656417</vd:batchid>
                        <vd:perishable>true</vd:perishable>
                        <vd:origin>
                        <vd:country>
                            <bs:guid>74a3cbb1-56fa-94f3-ab3f-e8db4940d96b</bs:guid>
                        </vd:country>
                        <vd:producer>
                            <dt:enterprise>
                            <bs:guid>ab8b69f4-c87d-406f-a227-959aebb79c46</bs:guid>
                            </dt:enterprise>
                            <dt:role>PRODUCER</dt:role>
                        </vd:producer>
                        </vd:origin>
                        <vd:lowgradecargo>false</vd:lowgradecargo>
                    </vd:consignment>
                    <vd:broker>
                        <bs:guid>4277703a-7b49-455c-a2c3-3215faeca5d2</bs:guid>
                    </vd:broker>
                    <vd:transportinfo>
                        <vd:transporttype>1</vd:transporttype>
                        <vd:transportnumber>
                        <vd:vehiclenumber>22222</vd:vehiclenumber>
                        </vd:transportnumber>
                    </vd:transportinfo>
                    <vd:transportstoragetype>CHILLED</vd:transportstoragetype>
                    <vd:accompanyingforms>
                        <vd:waybill>
                        <vd:issueseries></vd:issueseries>
                        <vd:issuenumber>000</vd:issuenumber>
                        <vd:issuedate>2018-01-02</vd:issuedate>
                        <vd:type>1</vd:type>
                        </vd:waybill>
                        <vd:vetcertificate>
                        <bs:uuid>962a5289-b7d0-44ca-aaed-3ec80a4e033d</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:header>
</soap-env:envelope>

Ответ:

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

Забросьте пожалуйста несколько ВСД в тест.
Площадка: 43dbb733-700a-4066-9b8a-2aaf5db00ee6
Хозяйствующий субъект: 0abace52-c4f7-4c13-b2f4-16a10a89963a
ИНН: 4029017981

Забросьте пожалуйста ВСД в тест.
Площадка: 03b835c0-7044-4fbe-a05f-2baa7fe4dbf7
Хозяйствующий субъект: 0abace52-c4f7-4c13-b2f4-16a10a89963a
ИНН: 4029017981

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

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

Кинуть просьбу в топик "покидайте документов в тесте" и приложить название ХС/название предприятия и их GUIDы. Кто-нибудь откликнется, чем-нибудь кинет протухшим. Можно у себя в вебе сделать транзакцию "производство". Можно же "из воздуха" произвести вкуснейшие сосиски, колбаску там себе, сырокопченую...

Спасибо, воспользуюсь вашими вкусными советами.

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

stopgg wrote:Убрал localTransactionId из запроса и связь успешно установлена. Для чего тогда он используется этот localTransactionId?

Для отчетности. Оно должно быть каждый раз разное, как я писал в ответе Вам же на первой же странице данной темы. По этому полю система понимает, что такую заявку она уже выполняла (или не выполняла), ну и при обращении в поддержку его можно указать, чтобы в логах найти можно было. Видимо, разработчики предполагают, что на стороне клиента тоже все эти запросы и номера transactionId храниться будут.

Вы писали про transactionId , если это одно и тоже, уникальный ИД для отслеживания запросов, в таком случаи я всё понял. Спасибо.

Все нужные мне запросы работают. Только данных мне не видать, реестры пустые. Подскажите как можно на тестовом стенде получить Ветеринарно-сопроводительный документы может есть какие guid или методы для получения тестовых данных?

Убрал localTransactionId из запроса и связь успешно установлена. Для чего тогда он используется этот localTransactionId?

dk wrote:План на ближ. время
1. Нужно получить список площадок с помощью GetActivityLocationList v2.0.
Скорее всего по началу он пустой.
2. ModifyEnterpriseOperation v2.0 - создать площадку.
3. ModifyActivityLocationsOperation v2.0 - привязать вновь созданную площадку к своему ХС.

Всё так как вы и описали.
1. Получил список, он был пустой
2. Создал площадку. Всё получилось успешно с тестовым логином.
3. Вызываю метод ModifyActivityLocationsOperation и тут меня вновь поджидал сюрприз. Ошибка: Указанный ГЛН предприятия не соответствует правилам. (code: MERC05365). Пробежался по форуму и не нашел ни одного совпадения по этой ошибке. В документации нашел это: В таблице ниже приведены коды ошибок, возвращаемые веб-сервисом при различных несоответствиях формату или бизнес-правилам.. Не совсем понимаю какие бизнес правила я нарушил и в каком месте неточность.

Вот запрос:

<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:modifyActivityLocationsRequest>
           <merc:localTransactionId>I180708180922</merc:localTransactionId>
           <merc:initiator>
            
            <vd:login>'. $loginInitiator .'</vd:login>
            </merc:initiator>
            <merc:modificationOperation>
            <vd:type>CREATE</vd:type>
            
            <vd:businessEntity>
            <bs:guid>'. $issuerId .'</bs:guid>
            </vd:businessEntity>
            <vd:activityLocation>
            <vd:globalID>3764127946134</vd:globalID>
            
            <vd:enterprise>
            <bs:guid>[ guid взятый из созданной площадки ]</bs:guid>
            </vd:enterprise>
            </vd:activityLocation>
            </merc:modificationOperation>
            	</merc:modifyActivityLocationsRequest>

</apl:data>
                </apl:application>
              </apldef:submitApplicationRequest>
            </SOAP-ENV:Body>
          </SOAP-ENV:Envelope>

Еще вопросик:
localTransactionId (Идентификатор заявки в клиентской системе.) - это какой то произвольный ID? Взял и примеров на форуме.

dk wrote:Вопрос звучит примерно так: "Расскажите мне смысл жизни в 2х словах"

Если коротко:
businessEntity - это Хозяйствующий субъект(ХС), если ещё проще то Юр. лицо.
enterprise - это площадки(предприятия) - это где происходят бизнес-процессы (например: производство или магазин), по простому фактический адрес.

у одного ХС может быть несколько площадок.

IssuerID - это GUID твоего businessEntity

Если businessEntity это IssuerID guid, то где к нему взять uuid?

В запросах достаточно указывать guid

Вообщем посмотри команды:
1. GetActivityLocationList v2.0
2. ModifyActivityLocationsOperation v2.0

Как раз пытаюсь выполнить команду ModifyActivityLocationsOperation , спасибо за пояснение. С guid определился.

Подскажите еще пожалуйста.
Что есть businessEntity (uuid, guid) и enterprise (uuid, guid) и где их брать?
Поискал по форуму и до конца не определился, кто то пишет что IssuerID != businessEntity, кто то пишет что IssuerID это и есть businessEntity
Попробовал подставлять разными способами, для привязки предприятия к ХС, в ответе ошибки (Хозяйствующий субъект с указанным идентификатором не найден в реестре РСХН, либо идентификатор не соответствует установленному формату.)
Если businessEntity это IssuerID guid, то где к нему взять uuid?

Всем спасибо. Дали доступ к тестовому веб интерфейсу. Метод сработал как по маслу с другим логином.

dk wrote:Похоже у вас логин от Учебной версии Меркурий.
Даже не знал, что такая есть.

Прорьте тут http://demo-mercury.vetrf.ru/hs

Сюда авторизовался без проблем.

nmzn1 wrote:
демо вообще не нужен, бесполезная штука, пишите заявку на тестовый и потом на продуктив, если конечно доступ к рабочему вебу уже имеется
https://нмз1.рф/merkurii/podklyuchenie/integracija-s-1s.html

Спасибо. Напишу заявление на получение тестовых доступов. Кроме доступа к demo больше ничего не выдали.

Запутался с этими логинами. Тот что в письме выдали для demo-idp.vetrf.ru не подходит для тестовых запросов? Получается мне ошибочно выдали логин не на тот веб интерфейс? Нужно запросить логин для t2-idp.vetrf.ru и тогда проблем не будет? Вот сюда еще могу авторизоваться:
https://demo-accounts.vetrf.ru

dk wrote:

stopgg wrote:Получается у меня рабочий логин?

Проверьте его в рабочем Ветис.Паспорт: https://accounts.vetrf.ru

Пишет неверный логин или пароль. Мне этот логин выдали в письме.

dk wrote:Он говорит, что ваш логин вет. врача(веб-инетерфейса) не найден в реестре. Поэтому все запросы будут выдавать эту ошибку.
Может быть этот логин от рабочего меркурий.

Проверьте логин в Ветис.Паспорт.
Тестовый контур: https://t2-accounts.vetrf.ru

До меня начинает доходить. Проверил логин и тот логин что я подставляю в запрос не подходит сюда: https://t2-accounts.vetrf.ru пишет: Неправильный логин или пароль.
Получается у меня рабочий логин?

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

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

Логин от тестового контура не подойдёт к рабочему и наоборот.

Спасибо за ответ.
Да, я работаю в тестовом контуре. Вместо $loginInitiator, подставляется логин такой, который подходит к веб https://demo-idp.vetrf.ru/idp/profile/SAML2/POST/SSO?execution=e1s1 Логин вида: fio_va_181003
Не могу воспользоваться вашей ссылкой, перешел по ссылке там только надпись: Система предназначена для идентификации и аутентификации пользователей в системах Россельхознадзора.
Текущая версия системы: 2.1.1 ничего кроме этого на странице нет.
У меня три метода отвечают этим сообщением.