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

Добрый день коллеги !! Не подскажите пожалуйста адрес соединения с API - api.vetrf.ru порт 8002 ?

добрый день
пытаюсь создать исходящую операцию, не получается, написал на api@vetrf.ru, тишина.
Дублирую вопрос тут , можно кто сталкивался
Вот запрос на создание
<Envelope xmlns="http://schemas.xmlsoap.org/soap/envelope/" xmlns

s="http://www.w3.org/2001/XMLSchema" xmlns

si="http://www.w3.org/2001/XMLSchema-instance">
<Body>
<submitApplicationRequest xmlns

sd="http://www.w3.org/2001/XMLSchema" xmlns

si="http://www.w3.org/2001/XMLSchema-instance" xmlns="http://api.vetrf.ru/schema/cdm/application/ws-definitions">
<apiKey>...</apiKey>
<application xmlns="http://api.vetrf.ru/schema/cdm/application">
<serviceId>mercury-g2b.service</serviceId>
<issuerId>b643579f-b78f-465b-a19d-01f8e9f7cd97</issuerId>
<issueDate>2017-05-10T08:11:59.7165539+05:00</issueDate>
<data>
<merc:prepareOutcomingConsignmentRequest xmlns

s="http://www.w3.org/2001/XMLSchema" xmlns

si="http://www.w3.org/2001/XMLSchema-instance" xmlns:app="http://api.vetrf.ru/schema/cdm/application" xmlns:base="http://api.vetrf.ru/schema/cdm/base" xmlns:com="http://api.vetrf.ru/schema/cdm/argus/common" xmlns:ent="http://api.vetrf.ru/schema/cdm/cerberus/enterprise" xmlns:ikar="http://api.vetrf.ru/schema/cdm/ikar" xmlns:merc="http://api.vetrf.ru/schema/cdm/mercury/applications" xmlns:prod="http://api.vetrf.ru/schema/cdm/argus/production" xmlns:shp="http://api.vetrf.ru/schema/cdm/argus/shipment" xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlns:vet="http://api.vetrf.ru/schema/cdm/mercury/vet-document" xmlns:ws="http://api.vetrf.ru/schema/cdm/application/ws-definitions">
<merc:localTransactionId>55667788</merc:localTransactionId>
<merc:initiator>
<com:login>....</com:login>
</merc:initiator>
<merc:delivery>
<vet:deliveryDate>2017-05-10T08:11:52</vet:deliveryDate>
<vet:consignor>
<ent:businessEntity>
<base:guid>b643579f-b78f-465b-a19d-01f8e9f7cd97</base:guid>
</ent:businessEntity>
<ent:enterprise>
<base:guid>edda0048-1b9f-4695-87d3-bbb5c74aa6cc</base:guid>
</ent:enterprise>
</vet:consignor>
<vet:consignee>
<ent:businessEntity>
<base:guid>fd25bd52-218a-11e2-a69b-b499babae7ea</base:guid>
</ent:businessEntity>
<ent:enterprise>
<base:guid>698ef693-3783-1142-33ea-4b0829d66fce</base:guid>
</ent:enterprise>
</vet:consignee>
<vet:consignment>
<vet:volume>4.500</vet:volume>
<vet:unit>
<base:uuid>069792f0-053d-11e1-99b4-d8d385fbc9e8</base:uuid>
</vet:unit>
<vet:sourceStockEntry>
<base:guid>e1295842-bb30-4063-b975-ee8c050b3fc6</base:guid>
</vet:sourceStockEntry>
</vet:consignment>
<vet:accompanyingForms>
<vet:waybill>
<shp:issueSeries />
<shp:issueNumber>U001499999</shp:issueNumber>
<shp:issueDate>2017-05-02</shp:issueDate>
<shp:type>1</shp:type>
<shp:transportInfo>
<shp:transportType>1</shp:transportType>
<shp:transportNumber>
<shp:vehicleNumber>а/тр</shp:vehicleNumber>
</shp:transportNumber>
</shp:transportInfo>
<shp:transportStorageType>VENTILATED</shp:transportStorageType>
</vet:waybill>
<vet:vetCertificate>
<vet:purpose>
<base:guid>5b91af60-e089-11e1-bcf3-b499babae7ea</base:guid>
</vet:purpose>
<vet:transportInfo>
<shp:transportType>1</shp:transportType>
<shp:transportNumber>
<shp:vehicleNumber>а/тр</shp:vehicleNumber>
</shp:transportNumber>
</vet:transportInfo>
<vet:transportStorageType>VENTILATED</vet:transportStorageType>
<vet:cargoInspected>true</vet:cargoInspected>
<vet:cargoExpertized>false</vet:cargoExpertized>
<vet:expertiseInfo>Экспертизу не проводили, всё плохо</vet:expertiseInfo>
<vet:confirmedBy>
<com:fio>Иванов Иван Иванович</com:fio>
<com:post>Сторож</com:post>
</vet:confirmedBy>
<vet:locationProsperity>Местность благополучна</vet:locationProsperity>
</vet:vetCertificate>
</vet:accompanyingForms>
</merc:delivery>
</merc:prepareOutcomingConsignmentRequest>
</data>
</application>
</submitApplicationRequest>
</Body>
</Envelope>

ответ мне понравился
<env:Envelope xmlns:env="http://schemas.xmlsoap.org/soap/envelope/">
<env:Header/>
<env:Body>
<submitApplicationResponse xmlns="http://api.vetrf.ru/schema/cdm/application/ws-definitions">
<application xmlns="http://api.vetrf.ru/schema/cdm/application">
<applicationId>64ec0eb2-62e6-4f3b-bf7e-876f9f666eab</applicationId>
<status>ACCEPTED</status>
<serviceId>mercury-g2b.service</serviceId>
<issuerId>b643579f-b78f-465b-a19d-01f8e9f7cd97</issuerId>
<issueDate>2017-05-10T08:11:59.7165539+05:00</issueDate>
<rcvDate>2017-05-12T14:39:45</rcvDate>
</application>
</submitApplicationResponse>
</env:Body>
</env:Envelope>

пытаюсь получить результат
<Envelope xmlns="http://schemas.xmlsoap.org/soap/envelope/" xmlns

s="http://www.w3.org/2001/XMLSchema" xmlns

si="http://www.w3.org/2001/XMLSchema-instance">
<Body>
<receiveApplicationResultRequest xmlns

sd="http://www.w3.org/2001/XMLSchema" xmlns

si="http://www.w3.org/2001/XMLSchema-instance" xmlns="http://api.vetrf.ru/schema/cdm/application/ws-definitions">
<apiKey>....</apiKey>
<issuerId>b643579f-b78f-465b-a19d-01f8e9f7cd97</issuerId>
<applicationId>64ec0eb2-62e6-4f3b-bf7e-876f9f666eab</applicationId>
</receiveApplicationResultRequest>
</Body>
</Envelope>

<env:Envelope xmlns:env="http://schemas.xmlsoap.org/soap/envelope/">
<env:Header/>
<env:Body>
<receiveApplicationResultResponse xmlns="http://api.vetrf.ru/schema/cdm/application/ws-definitions">
<application xmlns="http://api.vetrf.ru/schema/cdm/application">
<applicationId>64ec0eb2-62e6-4f3b-bf7e-876f9f666eab</applicationId>
<status>REJECTED</status>
<serviceId>mercury-g2b.service</serviceId>
<issuerId>b643579f-b78f-465b-a19d-01f8e9f7cd97</issuerId>
<issueDate>2017-05-10T06:11:59.000+03:00</issueDate>
<rcvDate>2017-05-12T14:39:45.000+03:00</rcvDate>
<prdcRsltDate>2017-05-12T14:39:46.000+03:00</prdcRsltDate>
<errors>
<apl:error code="MERC02123" qualifier="CSNT_33323434353437373338383832353734" xmlns:apl="http://api.vetrf.ru/schema/cdm/application">Отсутствуют подходящие ветеринарные формы для оформляемых ВСД</apl:error>
</errors>
</application>
</receiveApplicationResultResponse>
</env:Body>
</env:Envelope>

что не так?
в web интерфейсе я без проблем создал для этого журнала ВСД

Возможно не в ту тему вопрос. Но отдельного форума нет, а вопрос косвено связан с Меркурием.

Подскажите, пожалуйста, существует ли API для работы с системой Ветис.Паспорт
Или же любая регистрация сотрудников ХС (что бы в дальнейшем сотрудник мог работать в Меркурии) возможна только через веб форму Ветис.Паспорт
На wiki и вообще в гугле какой-либо информации найти не удалось.

Добрый день!

Хотел бы поинтересоваться, есть ли такая возможность получить доступ к тестовому шлюзу Ветис.API, компании, не занимающая деятельностью связанной с ветеринарией.
Необходимо через этот шлюз подключаться к Меркурию!

Заранее благодарю за ответ.
С Уважением, Степан!

Здравствуйте.

Подскажите, пожалуйста, с какой целью сделаны роли предприятий-производителей если по сути роль только одна pruducer? Да еще проверка при при подтверждении ВСД.

есть вопрос 1:

для начала опишу ситуацию.

У нас 2 учетные системы, которые будут работать со шлюзом Ветис.API.
В одной учетной системе приемка сырья, списания сырья в производство, в другой приемка готовой продукции из производства, отгрузка клиентам.

При этом - вторая УС не знает из какого сырья сделана готовая продукция …первая УС не знает конечный вес и наименования готовой продукции.
Сам производственный процесс бывает достаточно длительный, от одного дня до нескольких суток, в процессе по тех.процессу добавляются те или иные компоненты…

Я на вики нашел поэтапное (или как написано в вики незавершенное) производство - http://help.vetrf.ru/wiki/ProductionOperation
Можете пояснить подробнее пожалуйста принцип работы этих запросов … буду благодарен.

Не ясно, можно ли открывать производственный процесс из одной УС, завершать из другой ? Нужен ли для завершения производственного процесса номер заявки, по которой открывался в меркурии этот процесс?

есть вопрос 2:

Когда мы начнем отправлять, получать в электронном виде ВСД. А у нас появится новые клиенты, которые еще не зарегистрированы в Меркурии, Метисе – как нам отправлять ту же заявку на транспортную партию?
И при этом он пока не хочет/не может до 01.01.2018 начать работать с электронными ВСД.

Пилю структуру БД для интеграционного решения для коннекта с Меркурием. Радовался как все логично придумано на стороне Меркурия, пока не осознал, что для такого важного объекта как код партии продукции нет специально выделенного поля в структуре vetd:Batch. Идентифицировать продукцию на стороне пользователей Меркурия по коду партии было бы намного приятнее, чем по срокам годности. Тем более, что большинство ERP-систем учитывают запасы именно в измерениях код материала / код партии, а не код материала / дата производства / дата окончания срока годности, как это предлагается делать во взаимодействии с Меркурием.

Может, добавите поле для кода партии в структуру vetd:Batch, чтобы далее складские записи можно было идентифицировать по коду партии, а не по срокам?

И второе логическое противоречие: структура vetd:StockEntry. Прекрасная структура, которая не содержит указания на то, к какому businessEntity и Enterprise она относится. Прям-таки зависшая в космосе ни к чему не относящая складская запись. Я понимаю, что во все операциях с участием stockEntry эти данные присутствуют. Но почему в спецификации к самому объекту StockEntry их нет, не понятно. Ну хоть убейте, не логично это.

alpsmirnov wrote:Пилю структуру БД для интеграционного решения для коннекта с Меркурием. Радовался как все логично придумано на стороне Меркурия, пока не осознал, что для такого важного объекта как код партии продукции нет специально выделенного поля в структуре vetd:Batch. Идентифицировать продукцию на стороне пользователей Меркурия по коду партии было бы намного приятнее, чем по срокам годности. Тем более, что большинство ERP-систем учитывают запасы именно в измерениях код материала / код партии, а не код материала / дата производства / дата окончания срока годности, как это предлагается делать во взаимодействии с Меркурием.

Может, добавите поле для кода партии в структуру vetd:Batch, чтобы далее складские записи можно было идентифицировать по коду партии, а не по срокам?

И второе логическое противоречие: структура vetd:StockEntry. Прекрасная структура, которая не содержит указания на то, к какому businessEntity и Enterprise она относится. Прям-таки зависшая в космосе ни к чему не относящая складская запись. Я понимаю, что во все операциях с участием stockEntry эти данные присутствуют. Но почему в спецификации к самому объекту StockEntry их нет, не понятно. Ну хоть убейте, не логично это.

Кажется логичным. А нельзя ли это сделать опциональным? Спрашиваю потому, что ни ECR мы вроде решили использовать именно код материала / дата производства / дата окончания срока годности

Николай Власов wrote:

alpsmirnov wrote:Пилю структуру БД для интеграционного решения для коннекта с Меркурием. Радовался как все логично придумано на стороне Меркурия, пока не осознал, что для такого важного объекта как код партии продукции нет специально выделенного поля в структуре vetd:Batch. Идентифицировать продукцию на стороне пользователей Меркурия по коду партии было бы намного приятнее, чем по срокам годности. Тем более, что большинство ERP-систем учитывают запасы именно в измерениях код материала / код партии, а не код материала / дата производства / дата окончания срока годности, как это предлагается делать во взаимодействии с Меркурием.

Может, добавите поле для кода партии в структуру vetd:Batch, чтобы далее складские записи можно было идентифицировать по коду партии, а не по срокам?

И второе логическое противоречие: структура vetd:StockEntry. Прекрасная структура, которая не содержит указания на то, к какому businessEntity и Enterprise она относится. Прям-таки зависшая в космосе ни к чему не относящая складская запись. Я понимаю, что во все операциях с участием stockEntry эти данные присутствуют. Но почему в спецификации к самому объекту StockEntry их нет, не понятно. Ну хоть убейте, не логично это.

Кажется логичным. А нельзя ли это сделать опциональным? Спрашиваю потому, что ни ECR мы вроде решили использовать именно код материала / дата производства / дата окончания срока годности

Хотя я посоветовался с Коллегами. В общем-то, если Меркурий не интересуют оригинальные производственные партии, то можно и не добавлять. Проблема возникнет у поставщиков, т.к. теряется отслеживаемость родных партий. Ведь на одном и том же заводе в одни и те же сутки могут быть произведены несколько "родных" партий одного и того же продукта. А если Меркурий в будущем будет использоваться для отзывов и блокировок продукции, то это может стать проблемой для поставщиков, ведь наименьшим "квантом" для такой блокировки будет партия Меркурия, характеризующая товар, произведенный в определенную дату, а не товар определенной оригинальной партии. Я не был на ECR'ах и относительно недавно начал заниматься интеграцией с Меркурием. Возможно, я не знаю о каких-то договоренностях о том, как поставщики будут производить точечную идентификацию "родных" партий, которые нужно будет отозвать.

Только хотел продолжить писать backlog, но на данный момент пилотный сервер не работает 404 Not Found, хотя "Мониторинг доступности" на странице http://help.vetrf.ru/wiki/Ветис.API - Статус сервера: доступен.

Просьба ребятам из Меркурий: доработать мониторинг, необходимо мониторить статусы служб совместно с портами в т.ч. 8002.
Просьба ребятам из Меркурий 2: не выключать сервер на выходные, а то в такие сжатые сроки, перевести все склады на партионный учет, именить маркировку всей продукции и интегрировать все это с Меркурием, необходимо работать по 32 ч/часа в сутки без выходных.

Когда будет доступен пилотный сервер? Ни один сервис Ветиса не доступен.

Посылаю запрос GetBusinessEntityList с фильтром по fio "иванов олег". Возвращается список из восьми ХС. Делаю поиск ХС через веб-интерфейс Меркурий.ГВЭ, получаю только четырех. Не попадает Иванов Олег Викторович, который заведен 4 раза с разными GUID. По какому признаку он не находится?

nsnt wrote:Посылаю запрос GetBusinessEntityList с фильтром по fio "иванов олег". Возвращается список из восьми ХС. Делаю поиск ХС через веб-интерфейс Меркурий.ГВЭ, получаю только четырех. Не попадает Иванов Олег Викторович, который заведен 4 раза с разными GUID. По какому признаку он не находится?

Вопрос снят. Нашла сама. У него в адресе Украина.

Добрый день.
Помогите понять, в чем моя ошибка.
Сразу оговорюсь, работаю с тестовым сервером (https://api2.vetrf.ru:8002/platform/services/ApplicationManagementService)
Пытаюсь получить список входящих ВСД по фирме следующим запросом:

<Envelope xmlns="http://schemas.xmlsoap.org/soap/envelope/" xmlns:xs="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">  
    <Body>  
        <submitApplicationRequest xmlns="http://api.vetrf.ru/schema/cdm/application/ws-definitions">  
            <apiKey>"+APIKey+"</apiKey>  
            <application xmlns="http://api.vetrf.ru/schema/cdm/application">  
                <serviceId>mercury-g2b.service</serviceId>  
                <issuerId>"+IssuerID+"</issuerId>  
                <issueDate>2017-06-01T14:43:20</issueDate>  
                <data>  
                    <getVetDocumentListRequest xmlns="http://api.vetrf.ru/schema/cdm/mercury/applications">  
                        <localTransactionId>0d73f12c-9d53-4123-9f23-5dcf9b4ff3d5</localTransactionId>  
                        <initiator xmlns:d7p1="http://api.vetrf.ru/schema/cdm/argus/common"> 
                            <d7p1:login>"+UserName+"</d7p1:login>  
                        </initiator>  
                        <listOptions xmlns="http://api.vetrf.ru/schema/cdm/base">  
                            <count>100</count>  
                            <offset>0</offset>  
                        </listOptions>  
                        <vetDocumentType xmlns=\"http://api.vetrf.ru/schema/cdm/mercury/vet-document\">INCOMING</vetDocumentType>  
                        <enterpriseGuid xmlns="http://api.vetrf.ru/schema/cdm/cerberus/enterprise">"+EnterpriseGuid+"</enterpriseGuid>  
                      </getVetDocumentListRequest>  
                </data>  
            </application>  
        </submitApplicationRequest>  
    </Body>  
</Envelope>

В ответе в receiveApplicationResultResponse ошибка:

Думал неправильный EnterpriseGuid подставляю.
Проверил поиском по ИНН через Цербер (https://api2.vetrf.ru:8002/platform/cerberus/services/EnterpriseService)

Нашел мою фирму и guid к ней. Подставляю - тот же ответ, что "не найдено в реестре РСХН". Пробовал подставлять issuerId и прочие id какие только нашел - результат тот же.

Подскажите, где я туплю?