|
[Search] Поиск   [Recent Topics] Последние темы   [Hottest Topics] Горячие темы   [Members]  Список участников   [Groups] На главную страницу 
[Register] Регистрация / 
[Login] Вход 
Взаимодействие с учетными системами хозяйствующих субъектов  XML
Индекс форума » Компонент МЕРКУРИЙ
Автор Сообщение
T.Grakhov


Зарегистрирован: 19/02/2016 07:33:49
Сообщений: 25
Оффлайн

Алексей Тимофеев wrote:
T.Grakhov wrote:Уважаемые разработчики!

Не могли бы Вы прямо и четко обозначить сроки начало действия и окончания всех версий api, на боевом и тестовом серверах. И почему бы заранее не оповещать о предстоящих работах на серверах.


Даже Google с Фейсбуком не публикуют такой информации



До согласен, но и опять же насколько я знаю нет ФЗ, требующего использовать в обязательном порядке
Алексей Тимофеев wrote: Google с Фейсбуком
с 1 января 2018 года.


Доброго дня всем!
Алексей спасибо за информацию!
Очень ждем
Алексей Тимофеев wrote: ближайшее время (одна-две недели) будут опубликованы форматы данных (XSD) и WSDL

Это сообщение было редактировано 1 раз. Последнее обновление произошло в 09/08/2017 07:21:15

ashugaenko


Зарегистрирован: 28/02/2017 11:51:59
Сообщений: 8
Оффлайн

Добрый день.

Я попробовал сделать статистическую ws-ссылку в 1С (http://api.vetrf.ru/schema/platform/services/2.0-R...ury_g2b_applications_v2.0.xsd) у меня возникли ошибки, я понимаю, что версия 2.0 еще не работает для тестов?
alpsmirnov


Зарегистрирован: 22/05/2017 17:12:41
Сообщений: 75
От: MARS
Оффлайн

не знаю как удалять сообщения на этом форуме, поэтому оставлю вот это))

Это сообщение было редактировано 1 раз. Последнее обновление произошло в 10/08/2017 17:33:25

vvche


Зарегистрирован: 13/06/2016 19:39:45
Сообщений: 45
Оффлайн

API 2.0 пока еще настолько "бета", что SOAPui благополучно помирает на попытке переварить mercury-g2b.service_v2.0.wsdl, например
alpsmirnov


Зарегистрирован: 22/05/2017 17:12:41
Сообщений: 75
От: MARS
Оффлайн

vvche wrote:API 2.0 пока еще настолько "бета", что SOAPui благополучно помирает на попытке переварить mercury-g2b.service_v2.0.wsdl, например


У меня переварило))
vvche


Зарегистрирован: 13/06/2016 19:39:45
Сообщений: 45
Оффлайн

alpsmirnov wrote:
vvche wrote:API 2.0 пока еще настолько "бета", что SOAPui благополучно помирает на попытке переварить mercury-g2b.service_v2.0.wsdl, например


У меня переварило))


А Request editor на всех операциях открывается?

У меня падает на "getStockEntryListRequest"

Это сообщение было редактировано 1 раз. Последнее обновление произошло в 11/08/2017 10:58:33

nsnt


Зарегистрирован: 31/05/2017 09:06:10
Сообщений: 242
Оффлайн

Делаю в веб-интерфейсе транзакцию «Перевозка без смены владельца». Захожу в веб-интерфейсе под предприятием-получателем – вижу входящий ВСД, который могу погасить и он будет в журнале продукции этого предприятия, но с другим владельцем. Потом получаю список всех ВСД у предприятия-получателя через API – этого ВСД нет. У отправителя в исходящих есть. Это ошибка или так и задумано? Как правильно работать в таком случае? API 1.4.

Если непонятно пишу, попробую так:

в веб-интерфейсе логинюсь ХС1 П1
делаю транзакцию ХС1 П1 -> ХС1 П2

в веб-интерфейсе логинюсь ХС2 П2
вижу ВСД, гашу, в журнале продукции есть продукция с владельцем ХС1

по API логинюсь ХС2 П2, не вижу ни ВСД, ни продукции с владельцем ХС1

Попробовала по API получить журнал продукции с ХС1 П2 (предприятие за ним теперь закрепилось), там вижу эту одну запись. ВСД входящий не вижу. Недопонимаю, как это должно работать. Если, например, ХС2 П2 - холодильник, и туда все привозят на хранение, кто эти сертификаты должен гасить?

Это сообщение было редактировано 3 раз. Последнее обновление произошло в 11/08/2017 15:11:12

alpsmirnov


Зарегистрирован: 22/05/2017 17:12:41
Сообщений: 75
От: MARS
Оффлайн

vvche wrote:
alpsmirnov wrote:
vvche wrote:API 2.0 пока еще настолько "бета", что SOAPui благополучно помирает на попытке переварить mercury-g2b.service_v2.0.wsdl, например


У меня переварило))


А Request editor на всех операциях открывается?

У меня падает на "getStockEntryListRequest"


Я редактирую запросы в Notepad++. В SoapUI их валидирую относительно WSDL. Как-то так.
v.isaev


Зарегистрирован: 04/04/2017 13:29:33
Сообщений: 81
Оффлайн

Кто сталкивался с проблемой выгрузки всех улиц из системы Меркурий для регионов Москва и Санкт-Петербург?

В системе существует всего 2 возможности получить список улиц:
findStreetListByNameRequest
getStreetListByLocalityRequest

Допустим, хочу получить такие улицы в Москве, как Ленинский проспект, Кутузовский проспект.
Как их можно выгрузить?
v.isaev


Зарегистрирован: 04/04/2017 13:29:33
Сообщений: 81
Оффлайн

v.isaev wrote:Кто сталкивался с проблемой выгрузки всех улиц из системы Меркурий для регионов Москва и Санкт-Петербург?

В системе существует всего 2 возможности получить список улиц:
findStreetListByNameRequest
getStreetListByLocalityRequest

Допустим, хочу получить такие улицы в Москве, как Ленинский проспект, Кутузовский проспект.
Как их можно выгрузить?


Вкорячили гуид региона в тег локалитигуид и заработало.
Логика железная

T.Grakhov


Зарегистрирован: 19/02/2016 07:33:49
Сообщений: 25
Оффлайн

Алексей Тимофеев wrote:
Доступ к 2.0 можно запросить (по почте) и сейчас, если есть желание включиться в beta-тестирование.


Всем доброго дня!

Алексей в среду 09.08 написал письмо на api@vetrf.ru по поводу доступа к 2.0, ответа не получил.
v.isaev


Зарегистрирован: 04/04/2017 13:29:33
Сообщений: 81
Оффлайн

T.Grakhov wrote:
Алексей Тимофеев wrote:
Доступ к 2.0 можно запросить (по почте) и сейчас, если есть желание включиться в beta-тестирование.


Всем доброго дня!

Алексей в среду 09.08 написал письмо на api@vetrf.ru по поводу доступа к 2.0, ответа не получил.


Аналогично, в пятницу 11.08 отправлено письмо.
Poleax


Зарегистрирован: 03/08/2017 12:53:39
Сообщений: 4
Оффлайн

Добрый день.
Отправил в ВЕТИС запрос


Получил ошибки:
MERC13016: Продукция с указанным идентификатором не найдена в реестре РСХН, либо идентификатор не соответствует установленному формату.
MERC13018: Вид продукции с указанным идентификатором не найден в реестре РСХН, либо идентификатор не соответствует установленному формату.
MERC13020: Единица измерения для вырабатываемой партии с указанным идентификатором не найдена в реестре РСХН, либо идентификатор не соответствует установленному формату.


Вопрос: Почему продукция не найдена в реестре РСХН?

P.S. Маска GUID соответствует регулярному выражению http://help.vetrf.ru/wiki/UUID
Залкинд Дмитрий


Зарегистрирован: 20/06/2017 16:08:30
Сообщений: 19
Оффлайн

Добрый день.
Получаю список ВСД при помощи запроса getVetDocumentChangesList, формирую у себя список ТТН по полученным документам, отправляю по ним запрос processIncomingConsignment для получения StockEntityGUID и StockEntityUUID.
Вот запрос:
<?xml version="1.0" encoding="UTF-8" ?>
- <soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlns:ws="http://api.vetrf.ru/schema/cdm/application/ws-definitions" xmlns:app="http://api.vetrf.ru/schema/cdm/application" xmlns:merc="http://api.vetrf.ru/schema/cdm/mercury/applications" 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:vet="http://api.vetrf.ru/schema/cdm/mercury/vet-document" xmlns:prod="http://api.vetrf.ru/schema/cdm/argus/production" xmlns:shp="http://api.vetrf.ru/schema/cdm/argus/shipment" xmlnss="http://www.w3.org/2001/XMLSchema">
<soapenv:Header />
- <soapenv:Body>
- <ws:submitApplicationRequest>
<ws:apiKey>ZDc5YTNiYmItMjk1MC00N2RiLWExNmMtNzVmMDRjZmU4MTQyYTA2YTljNDAtZGI5Ny00Yzc4LWFkNWMtMzYyYjE3ZjY0NDVj</ws:apiKey>
- <app:application>
<app:serviceId>mercury-g2b.service</app:serviceId>
<app:issuerId>a06a9c40-db97-4c78-ad5c-362b17f6445c</app:issuerId>
<app:issueDate>2017-08-15T18:51:06</app:issueDate>
- <app:data>
- <merc:processIncomingConsignmentRequest>
<merc:localTransactionId>TTN2017-000203301</merc:localTransactionId>
- <merc:initiator>
<com:login>perelygina-an-170310</com:login>
</merc:initiator>
- <merc:delivery>
<vet:deliveryDate>0100-01-01T00:00:00</vet:deliveryDate>
- <vet:consignor>
- <ent:businessEntity>
<base:guid>a06a9c40-db97-4c78-ad5c-362b17f6445c</base:guid>
</ent:businessEntity>
- <ent:enterprise>
<base:guid>3acff758-6cf0-4bbe-a6db-51ee46440cb6</base:guid>
</ent:enterprise>
</vet:consignor>
- <vet:consignee>
- <ent:businessEntity>
<base:guid>2362faa4-d97c-406a-8068-c65cebc70480</base:guid>
</ent:businessEntity>
- <ent:enterprise>
<base:guid>3acff758-6cf0-4bbe-a6db-51ee46440cb6</base:guid>
</ent:enterprise>
</vet:consignee>
- <vet:consignment>
<vet:productType>1</vet:productType>
- <vet:product>
<base:uuid>106cf501-517c-4cb6-a422-b8ff122100c2</base:uuid>
</vet:product>
- <vet:subProduct>
<base:uuid>33383857-5fa9-5387-8f93-c0ffb59f8a48</base:uuid>
</vet:subProduct>
- <vet:productItem>
<prod:name>КОЛБАСКИ С/К ПИКОЛИНИ СО ВКУСОМ ПАРМЕЗАНА 50Г</prod:name>
</vet:productItem>
<vet:volume>0.1</vet:volume>
- <vet:unit>
<base:uuid>069795e8-053d-11e1-99b4-d8d385fbc9e8</base:uuid>
</vet:unit>
- <vet:packingList>
- <com:packingForm>
<base:uuid>069792f0-053d-11e1-99b4-d8d385fbc9e8</base:uuid>
</com:packingForm>
</vet:packingList>
<vet:packingAmount>1</vet:packingAmount>
- <vet:dateOfProduction>
- <vet:firstDate>
<base:year>2017</base:year>
<base:month>05</base:month>
<base:day>03</base:day>
<base:hour>00</base:hour>
</vet:firstDate>
</vet:dateOfProduction>
- <vet:expiryDate>
- <vet:firstDate>
<base:year>2017</base:year>
<base:month>08</base:month>
<base:day>31</base:day>
<base:hour>00</base:hour>
</vet:firstDate>
</vet:expiryDate>
<vet:perishable>false</vet:perishable>
- <vet:countryOfOrigin>
<base:uuid>72a84b51-5c5e-11e1-b9b7-001966f192f1</base:uuid>
<base:guid>74a3cbb1-56fa-94f3-ab3f-e8db4940d96b</base:guid>
</vet:countryOfOrigin>
- <vet:producerList>
- <ent:producer>
- <ent:enterprise>
<base:guid>71541a89-8949-4d55-820d-e2777c5e063d</base:guid>
</ent:enterprise>
<ent:role>PRODUCER</ent:role>
</ent:producer>
</vet:producerList>
<vet:lowGradeCargo>false</vet:lowGradeCargo>
- <vet:owner>
<base:guid>2362faa4-d97c-406a-8068-c65cebc70480</base:guid>
</vet:owner>
<vet:productName>КОЛБАСКИ С/К ПИКОЛИНИ СО ВКУСОМ ПАРМЕЗАНА 50Г</vet:productName>
<vet:productCode>UT-00000327</vet:productCode>
</vet:consignment>
- <vet:accompanyingForms>
- <vet:waybill>
<shp:issueSeries />
<shp:issueNumber>TTN2017-0002033</shp:issueNumber>
<shp:issueDate>2017-08-15</shp:issueDate>
<shp:type>1</shp:type>
- <shp:transportInfo>
<shp:transportType>1</shp:transportType>
- <shp:transportNumber>
<shp:vehicleNumber>223344</shp:vehicleNumber>
</shp:transportNumber>
</shp:transportInfo>
<shp:transportStorageType>CHILLED</shp:transportStorageType>
</vet:waybill>
- <vet:vetCertificate>
<base:uuid>8acfa451-f679-4446-87a9-4e40230a0fed</base:uuid>
</vet:vetCertificate>
</vet:accompanyingForms>
</merc:delivery>
- <merc:deliveryFacts>
<vet:vetCertificatePresence>ELECTRONIC</vet:vetCertificatePresence>
- <vet:docInspection>
- <vet:responsible>
<com:login>perelygina-an-170310</com:login>
</vet:responsible>
<vet:result>CORRESPONDS</vet:result>
</vet:docInspection>
- <vet:vetInspection>
- <vet:responsible>
<com:login>perelygina-an-170310</com:login>
</vet:responsible>
<vet:result>CORRESPONDS</vet:result>
</vet:vetInspection>
<vet:decision>ACCEPT_ALL</vet:decision>
</merc:deliveryFacts>
</merc:processIncomingConsignmentRequest>
</app:data>
</app:application>
</ws:submitApplicationRequest>
</soapenv:Body>
</soapenv: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>c6ba6c21-8990-46d4-94c6-e8a8758088a6</applicationId>
<status>REJECTED</status>
<serviceId>mercury-g2b.service</serviceId>
<issuerId>a06a9c40-db97-4c78-ad5c-362b17f6445c</issuerId>
<issueDate>2017-08-15T18:51:05.000+03:00</issueDate>
<rcvDate>2017-08-15T18:51:05.000+03:00</rcvDate>
<prdcRsltDate>2017-08-15T18:51:05.000+03:00</prdcRsltDate>
<errors>
<apl:error code="MERC14016" xmlns:apl="http://api.vetrf.ru/schema/cdm/application">В сведениях о принимаемой партии продукция с указанным идентификатором не найдена в реестре РСХН, либо идентификатор не соответствует установленному формату.</apl:error>
<apl:error code="MERC14014" xmlns:apl="http://api.vetrf.ru/schema/cdm/application">В сведениях о принимаемой партии упаковка с указанным идентификатором не найдена в реестре РСХН, либо идентификатор не соответствует установленному формату.</apl:error>
</errors>
</application>
</receiveApplicationResultResponse>
</env:Body>
</env:Envelope>

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

Пробовал валидацию в SoapUI, валидатор вообще ругается на название метода merc:processIncomingConsignmentRequest, что в нэймспейсе такого нет.

Это сообщение было редактировано 1 раз. Последнее обновление произошло в 16/08/2017 11:33:06

nsnt


Зарегистрирован: 31/05/2017 09:06:10
Сообщений: 242
Оффлайн

Залкинд Дмитрий wrote:
<vet:productType>1</vet:productType>
- <vet:product>
<base:uuid>106cf501-517c-4cb6-a422-b8ff122100c2</base:uuid>
</vet:product>
- <vet:subProduct>
<base:uuid>33383857-5fa9-5387-8f93-c0ffb59f8a48</base:uuid>
</vet:subProduct>

<errors>
<apl:error code="MERC14016" xmlns:apl="http://api.vetrf.ru/schema/cdm/application">В сведениях о принимаемой партии продукция с указанным идентификатором не найдена в реестре РСХН, либо идентификатор не соответствует установленному формату.</apl:error>
<apl:error code="MERC14014" xmlns:apl="http://api.vetrf.ru/schema/cdm/application">В сведениях о принимаемой партии упаковка с указанным идентификатором не найдена в реестре РСХН, либо идентификатор не соответствует установленному формату.</apl:error>
</errors>
Не очень понятно, что именно является идентификатором партии, и как оно может не быть в реестре, если эти данные получены с портала же? Просьба помочь разобраться.

Пробовал валидацию в SoapUI, валидатор вообще ругается на название метода merc:processIncomingConsignmentRequest, что в нэймспейсе такого нет.


Ругается не на идентификатор партии, а на идентификатор продукции.
Product по uuid 106cf501-517c-4cb6-a422-b8ff122100c2 не находится, Subproduct находится, но у него указан guid родительского Product, который не находится. Похоже, просто в тестовой базе какую-то продукцию убрали.
 
Индекс форума » Компонент МЕРКУРИЙ
Перейти:   

Powered by JForum 2.1.8 © JForum Team