|
[Search] Поиск   [Recent Topics] Последние темы   [Hottest Topics] Горячие темы   [Members]  Список участников   [Groups] На главную страницу 
[Register] Регистрация / 
[Login] Вход 
Сообщения, отправленные пользователем: Егорова Ирина
Индекс форума » Профиль для Егорова Ирина » Сообщения, отправленные пользователем Егорова Ирина
Автор Сообщение
Здравствуйте!

Мы разобрались в возникшей проблеме и отправили Вам ответ с рекомендациями по её решению.
Однако, позвольте прояснить следующее:
1. Вы обратились в техническую поддержку позже, чем на форум
2. В изначальном сообщении вы не прислали ни единого идентификатора, по которому можно было бы опознать запрос и найти его в логах.
3. Уточните, пожалуйста, с какой целью вы отправляете в адрес технической поддержки письма одинакового содержания с частотой от получаса до минуты?
Вы не могли бы уточнить - теперь всегда будет по старому или будут и новые и старые варианты в любой момент времени?

Могут появляться и новые, и старые варианты. Как уже было сказано выше, это внутренние технические изменения, которые не должны влиять на работоспособность клиентского решения.
Поскольку Меркурий не удосужился оповестить, сообщаю всем заинтересованным лицам, получающим, при вводе новой номенклатуры через API, ошибку
MERC10320 "Идентификатор пользователя обязателен для заполнения"
Меркурий прекратил поддержку запроса ModifyProducerStockListOperation через шлюз 1.4


Мы сообщили всем, кто обращался на api@vetrf.ru, что это зарегистрированный дефект. Вас среди обратившихся не было. Не вводите пользователей в заблуждение.
несколько дней назад в ответах ветиса (API) сменился формат блока ошибки, если ранее он был, к примеру таким:
<errors>
<apl:error xmlns:apl="http://api.vetrf.ru/schema/cdm/application" code="MERC14268">Ветеринарно-сопроводительный документ должен быть в состоянии "оформлен" (т.е. не погашен).</apl:error>
</errors>

то сейчас namespace переехал в другое место:

<apl:errors xmlns:apl="http://api.vetrf.ru/schema/cdm/application">
<apl:error code="MERC14256">Так как номер транспортного средства в сведениях о принимаемой партии не совпадает с указанным в ветеринарно-сопроводительном документе, то необходимо указать причину в акте о несоответствии.</apl:error>
</apl:errors>

вопрос к разработчикам - это так и было задумано или это случайно внесенный баг?
Ранее много месяцев все работало, как в примере выше, сейчас это не так, соответственно, обработка ошибок теперь не работает и нужно все переделывать - вопрос стоит ли?

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

Это не дефект, а внутренние технические изменения, которые не должны влиять на работоспособность интеграционного решения. При необходимости с уточняющими вопросами Вы можете обратиться на почту api@vetrf.ru
Можно ли узнать время окончания работ?


Технические работы на сервере закончены. Приносим извинения за причинённые неудобства.
Здравствуйте!

Да, сейчас на тестовом сервере проводятся технические работы. Об их окончании мы сообщим позже. Приносим извинения за причинённые неудобства.
Здравствуйте!

Отправитель может погасить (не вннулировать) свои исходящие ВСД?!
только в одном случае это возможно - если ему прикрепят площадку получателя в обслуживаемые предприятия.

Да, такой функционал появится в Меркурий 6.0. Подробнее в новости на сайте РСХН: http://www.fsvps.ru/fsvps/news/23116.html
1. Кто-нибудь может прояснить про поддержку GLN во второй версии? Где брать инфу на эту тему?

Смотря что вас интересует. Если вкратце, то вводится именно поддержка GLN, назначать их в Меркурии нельзя. GLN назначается на связку ХС-предприятие, и у одного предприятия может быть несколько GLN, так как на нём может осуществлять деятельность несколько ХС.

2. При добавлении площадок операцией ModifyEnterpriseOperation нужно указывать GUIDы из справочника РСХН (согласно документации),

При создании как раз не нужно указывать GUID'ы. Идентификатор требуется только при редактировании объекта. При создании он присвоится автоматически.

В запросе указываю ИД вида продукции и ИД своего предприятия (не ХС). Подскажите что я делаю не так?


Вам нужно отправить запрос к версии 1.4. Endpoint https://api2.vetrf.ru:8002/platform/services/ProductService
Плюс я внесла небольшие коррективы:
<soapenv:Envelope
xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/"
xmlns:ws="http://api.vetrf.ru/schema/cdm/argus/production/ws-definitions"
xmlns:base="http://api.vetrf.ru/schema/cdm/base"
xmlns:prod="http://api.vetrf.ru/schema/cdm/argus/production"
xmlns:ent="http://api.vetrf.ru/schema/cdm/cerberus/enterprise">
<soapenv:Header/>
<soapenv:Body>
<ws:getProductItemListRequest>
<base:listOptions>
<base:count>10</base:count>
<base:offset>0</base:offset>
</base:listOptions>
<prod:subProductGuid>fe0f9eb5-3661-3fff-251a-71b880e1f7d8</prod:subProductGuid>
<ent:enterpriseGuid>e7df755d-f620-49c6-adb1-096a00e3f653</ent:enterpriseGuid>
</ws:getProductItemListRequest>
</soapenv:Body>
</soapenv:Envelope>

Теперь ваш запрос проходит валидацию и возвращает три единицы продукции.
<submitApplicationResponse xmlns="http://api.vetrf.ru/schema/cdm/application/ws-definitions">
- <application xmlns="http://api.vetrf.ru/schema/cdm/application">
<applicationId>4bf81108-0d98-4126-9fa6-9184872cfe4f</applicationId>


Здравствуйте!
В вашем примере нет receiveApplicationRequest (http://help.vetrf.ru/wiki/Подсистема_обработки_заявок_в_Ветис.API, п.3 Получение результата обработки заявки). После отправки запроса вам придут либо данные созданного хозсубъекта, либо перечень ошибок, возникших при создании ХС,
Здравствуйте!


1) Что делать с адресами которые уже фактически не существуют?

Удалить или отметить как неактивные. С этим вам могут помочь сотрудники ТУ и ВУ.


2) Что делать с ЭВСД с 2015 г., гасить?, заходить в каждый (их очень много) или есть вариант их погасить группой?

На данный момент погасить группой не получится. Можете их пока оставить непогашенными.

3) Что делать с ЭВСД выписанными на магазины которые уже закрыли?

Ничего. Пусть остаются в системе.

4) Кто может удалить дубли кроме людей которые их заводили (не могу установить кто это и к кому он относится)?

Сотрудники ветеринарных управлений и ТУ Россельхознадзора, у которых есть права Администратора.

думаете, автоматом? ох, вряд ли..

Действительно, объединение необходимо будет проводить вручную в системе Цербер.
повторю вопрос - это у меня только запрос ВСД getVetDocumentListRequest возвращает в поле total неправильное значение?

Проблема решится в ближайшем обновлении.


Если это так: мы являемся сервисом, работающим с большим количество ХС и сразу в заявке не можем указать всех, кто будет с нами работать. Можно ли как-то дополнять этот список потом?


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


На тест достаточно подать заявку вам со списком ХС, который может дополняться. На рабочий сервер каждому хозсубъекту нужно будет писать заявку от своей организации.
Здравствуйте!

Я так понимаю что на тестовом шлюзе ещё нет v2 ?

Есть c 03.08.2017. Доступна всем желающим: http://help.vetrf.ru/wiki/Ветис.API п.4.3 Ветис.API 2.0

Как в тестовом контуре можно получить чёткую связь ВСД с записью журнала продукции?

В записи журнала есть объект vetDocument, в котором возвращаются реквизиты ВСД. То есть при выполнении метода, например, GetStockEntryByGuid вы получите данные записи журнала и UUID ветеринарного сертификата, на основании которого эта запись была создана.

А рабочий 1.3 до 1.4 вообще не будут обновлять?

На рабочем сервере установлена версия Ветис.API 1.4.

А именно: какую роль здесь играет вет. врач? и нужен ли он вообще?

Ветврач нужен, если вы оформляете ВСД на продукцию с высоким уровнем ветеринарного риска. Перечень этой продукции есть в приказе МСХ №648 от 18.12.2015 года. Такую продукцию может отпускать только врач. Гашение ВСД и оформление производственных ВСД доступно пользователям ХС с соответствующими ролями. Подробнее о ролях вы можете узнать здесь: http://help.vetrf.ru/wiki/Регистрация_хозяйствующих_субъектов_в_Ветис.Паспорт п.3.4 Назначение прав доступа к ФГИС

Отправляется XML запрос в шлюз, вет. врач, увидев его в web интерфейсе меркурия, одобряет запрос на оформление или отказывает (ну как то так). Тогда вопрос: такая схема нисколько не ускоряет процесс оформления ВСД через шлюз

Такая схема недоступна через шлюз. При отправке запроса от имени ветеринарного врача или пользователя ХС результатом будет оформленный ВСД.

А может проще, да и правильнее, сделать ProductItem.GUID или ProductItem.UUID обязательным для заполнения и заставить производителей заполнять этот справочник в меркурии ???

Четвёртый уровень продукции станет обязательным в Ветис.API 2.0 и в Меркурии 6.0

хочу сделать запрос getVetDocumentByUuidRequest, но немогу понять откуда мне взять initiator.UUID в письме-ответе на заявку есть все что необходимо кроме этого, подскажите где взять данный уид?


Идентификатор пользователя мы не предоставляем, поскольку для выполнения операций достаточно логина. Логин к тестовой версии Меркурий.ХС, который можно использовать и для выполнения запросов к Ветис.API, приходит отдельным письмом в тот же день, что и реквизиты доступа к Ветис.API
Мавр wrote:
Как связать одно с другим? Что этот ВСД выписан именно на этот журнал.
В веб-интерфейсе в ВСД есть ссылка на операцию, а в операции указаны связанные журналы продукции. А что в API есть чтобы найти эту связь?


Пока предполгается, что вы эту связку будете хранить в системе самостоятельно. При оформлении/гашении ВСД возвращаются изменённые записи журнала и ВСД, оформленные по ним. В дальнейшем планируется добавить данные о ВСД в объект stockEntry.
 
Индекс форума » Профиль для Егорова Ирина » Сообщения, отправленные пользователем Егорова Ирина
Перейти:   

Powered by JForum 2.1.8 © JForum Team