|
[Search] Поиск   [Recent Topics] Последние темы   [Hottest Topics] Горячие темы   [Members]  Список участников   [Groups] На главную страницу 
[Register] Регистрация / 
[Login] Вход 
Сообщения, отправленные пользователем: GusVal
Индекс форума » Профиль для GusVal » Сообщения, отправленные пользователем GusVal
Автор Сообщение
Через SOAP UI те же результаты... Кто-нибудь в тестовом контуре пробовал getBusinessEntityUserListRequest?
Если бы я что-нибудь в структуре submit'а напортачил, он бы не принял от меня запрос? Так? А если возвращает ACCEPTED, значит с форматом все в порядке?
Вот ответ на submit...

<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>applicationId</applicationId>
<status>ACCEPTED</status><serviceId>mercury-g2b.service</serviceId>
<issuerId>YYY</issuerId><issueDate>2017-11-20T17:38:31.390+03:00</issueDate>
<rcvDate>2017-11-20T17:38:12</rcvDate></application></submitApplicationResponse></env:Body></env:Envelope>

Я ему потом дай Result

<?xml version="1.0"?>
<SOAP-ENV:Envelope xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/"
xmlnssd="http://www.w3.org/2001/XMLSchema" xmlnssi="http://www.w3.org/2001/XMLSchema-instance"><SOAP-ENV:Body>
<receiveApplicationResultRequest xmlns="http://api.vetrf.ru/schema/cdm/application/ws-definitions">
<apiKey>XXX</apiKey>
<issuerId>YYY</issuerId><applicationId>applicationId</applicationId>
</receiveApplicationResultRequest></SOAP-ENV:Body></SOAP-ENV:Envelope>

А он мне

<?xml version="1.0" encoding="UTF-8"?>
<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>applicationId</applicationId><status>REJECTED</status><serviceId>mercury-g2b.service</serviceId><issuerId>YYY</issuerId><issueDate>2017-11-20T17:35:21.000+03:00</issueDate><rcvDate>2017-11-20T17:35:02.000+03:00</rcvDate><prdcRsltDate>2017-11-20T17:35:02.000+03:00</prdcRsltDate><errors><apl:error code="APLM0002" xmlns:apl="http://api.vetrf.ru/schema/cdm/application">Unsupported application data format</apl:error></errors></application></receiveApplicationResultResponse></env:Body></env:Envelope>

Вот и вся любовь
Подбираю ручки к API... На основании wsdl...
<?xml version="1.0"?>
<SOAP-ENV:Envelope xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/" xmlnssd="http://www.w3.org/2001/XMLSchema" xmlnssi="http://www.w3.org/2001/XMLSchema-instance">
<SOAP-ENV:Body>
<submitApplicationRequest xmlns="http://api.vetrf.ru/schema/cdm/application/ws-definitions">
<apiKey>xxx</apiKey>
<application xmlns="http://api.vetrf.ru/schema/cdm/application">
<serviceId>mercury-g2b.service:2.0</serviceId>
<issuerId>YYY</issuerId>
<issueDate>2017-11-20T17:38:31.390+03:00</issueDate>
<data>
<getBusinessEntityUserListRequest xmlns="http://api.vetrf.ru/schema/cdm/mercury/g2b/applications/v2">
<localTransactionId>20171120173831901</localTransactionId>
<initiator>
<login xmlns="http://api.vetrf.ru/schema/cdm/mercury/vet-document/v2">UserXYZ</login>
</initiator>
<listOptions xmlns="http://api.vetrf.ru/schema/cdm/base">
<count>100</count>
<offset>0</offset>
</listOptions>
</getBusinessEntityUserListRequest>
</data>
</application>
</submitApplicationRequest>
</SOAP-ENV:Body>
</SOAP-ENV:Envelope>

Вот такой запрос отправляю на сервер...

submitApplicationRequest отрабатывает SUCCEESS

receiveApplicationResult возвращает REJECTED... И "Unsupported application data format" в сообщении...

Помогите, плз, понять, что не так в структуре... Застрял что-то...

b.ivanov wrote:На одни реквизиты апи можно привязать несколько обслуживаемых ХС...

Это кто делает? Можно это самостоятельно делать?
Доброго дня...
Получили доступ к API, ура товарищи!!!

Скажите, если использовать наш программный продукт на еще одном юридическом лице, нужно еще один доступ к продуктивному API оформлять или по логин/паролю все распознается?
Sky_nnov wrote:
GusVal wrote:Второй день постоянно занято... Если дозвонитесь, дайте знать, пожалуйста...

Я сегодня 2 раза дозвонился.

По какому номеру?
Elena Danilova wrote:
b.ivanov wrote:
Elena Danilova wrote:Добрый день! Подскажите как получить доступ к Ветис.API ? Отправляли запрос с demiurg.08@mail.ru на электронную почту api@vetrf.ru 3.11.2017, ответа пока нет.

Вот как раз в предыдущем сообщении по той же причине номера телефонов указаны. Попробуйте позвонить и форсировать процесс.


спасибо) невнимательная я


Второй день постоянно занято... Если дозвонитесь, дайте знать, пожалуйста...
TWAIN wrote:
GusVal wrote:
Я правильно понимаю, что если случится непоправимое и нам дадут тестовый доступ, нужно сразу же не дожидаясь тестирования запрашивать полный доступ?


Я бы предложил не дожидаться и запрашивать сразу.
По регламенту пять дней как только пройдут. Тут уже не до сантиментов.
Кстати, на рабочий сервер дадут скорее всего оперативнее.
Просто не надо кидать неоттестированные операции в рабочую систему - и все будет ОК.
Иначе придется работать на вебсервисе, как рекомендуют в таких случаях руководители проекта.


Ок, спасибо за совет.
Если по существу... Куда можно еще обратиться для ускорения процесса?
Телефон занят, на электронку не отвечают...
За всех получивших рад безмерно.
Я вот не понимаю, что такого значимого можно 5(!) рабочих дней делать для создания новой учетной записи...
Хотя, глядя на то, что эта система разрабатывается (я так понимаю) аж с 2009 года многое проясняется...

Особенную теплоту вызывают бесконечные гудки на той стороне телефонного соединения со службой техподдержки.

Я правильно понимаю, что если случится непоправимое и нам дадут тестовый доступ, нужно сразу же не дожидаясь тестирования запрашивать полный доступ?
Хм, та же самая история... С 9 ноября ждем... (
Телефон техподдержки подскажите, пожалуйста...
Добрый день!
Прошла неделя с момента отправки письма-заявки на подключения к тестовому API. В ответ тишина. Подскажите куда обратиться для уточнения?
mevgenym wrote:
GusVal wrote:Подскажите, есть иные способы реализации взаимодействия своего софта с Меркурием для гашения ветсправок на предприятии розничной торговли?

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


К веб-интерфейсу доступ есть... Только этот вариант не подходит...
Поставщиков много, со всеми не договоришься...

Нужен механизм, я это так понимаю, который из Меркурия получает данные о поставленной продукции и отправляет (гасит) данные о приемке (некий аналог ЕГАИС).

Рознице этого будет достаточно?
 
Индекс форума » Профиль для GusVal » Сообщения, отправленные пользователем GusVal
Перейти:   

Powered by JForum 2.1.8 © JForum Team