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

получается, что могут, просто некоторым через врача проще. вот из запроса на производственный сертификат -

initiator
Пользователь, зарегистрированный в системе Меркурий и инициирующий запрос к шлюзу. Является ответственным за выполнение бизнес-операции. Здесь потребуется логин ветврача или пользователя ХС. Логин для базовой аутентификации не подойдёт.
Идентификатор хозяйствующего субъекта инициировавшего запрос должен совпадать с идентификатором хозяйствующего субъекта-владельца продукции (сырья).

то есть тут все норм вроде.
а вот тут

Процедура предоставления доступа к Ветис: ....Доступ к тестовой версии Ветис.API ...После регистрации организации или учреждению предоставляются: Реквизиты доступа к веб-интерфейсу тестовой версии шлюза подсистем Меркурий.ГВЭ, Аргус.ВУ. .....Возможность использовать тестовую версию Ветис.API в соответствии с назначенной ролью и указанной "Зоной обслуживания".

видимо что-то пошло не так, ибо для работы в ГВЭ, пусть и тестовом, естественно нужен логин ГВЭ, которого у ХСа быть не должно.
причем при описании перехода на основную версию шлюза, этот момент тактично умалчивается, и по итогу так и не написано, какая из подсистем используется в основной версии шлюза

Коллеги, добрый день.

Почитал тут вас немного, судя по отзывам Меркурий это страшная штука.
У меня пара вопросов.
1) Начать лучше с синхронизации справочников УС и Меркурия?
2) Надо ли авторизовываться на api2.vetrf.ru программно или это делать не обязательно чтобы посылать запросы?

Пользую SOAPUI для проверки запрос-ответ.

andrey_vk wrote:Коллеги, добрый день.

Почитал тут вас немного, судя по отзывам Меркурий это страшная штука.
У меня пара вопросов.
1) Начать лучше с синхронизации справочников УС и Меркурия?
2) Надо ли авторизовываться на api2.vetrf.ru программно или это делать не обязательно чтобы посылать запросы?

Пользую SOAPUI для проверки запрос-ответ.

начинать с понимания процессов, пониманию что вам надо, что нет...
да, обязательно надо авторизовываться

andrey_vk wrote:Коллеги, добрый день.

Почитал тут вас немного, судя по отзывам Меркурий это страшная штука.
У меня пара вопросов.
1) Начать лучше с синхронизации справочников УС и Меркурия?
2) Надо ли авторизовываться на api2.vetrf.ru программно или это делать не обязательно чтобы посылать запросы?

Пользую SOAPUI для проверки запрос-ответ.

1. Начать да лучше со справочников, есть кстати официальный документ http://help.vetrf.ru/images/b/bc/Ecr.pdf
2. C авторизацией все нормально, через header.

rt wrote:

andrey_vk wrote:Коллеги, добрый день.

Почитал тут вас немного, судя по отзывам Меркурий это страшная штука.
У меня пара вопросов.
1) Начать лучше с синхронизации справочников УС и Меркурия?
2) Надо ли авторизовываться на api2.vetrf.ru программно или это делать не обязательно чтобы посылать запросы?

Пользую SOAPUI для проверки запрос-ответ.

1. Начать да лучше со справочников, есть кстати официальный документ http://help.vetrf.ru/images/b/bc/Ecr.pdf
2. C авторизацией все нормально, через header.

поясните про header ?

и по поводу официальности документа - большие вопросы - эта частная организация, которая берет 365 тысяч рублей за постоянное участие в своих семинарах или 55 за разовое...

maltsev wrote:
поясните про header ?

и по поводу официальности документа - большие вопросы - эта частная организация, которая берет 365 тысяч рублей за постоянное участие в своих семинарах или 55 за разовое...

Если вопрос был про авторизацию SOAP, то для этого в header добавляем, пример на PHP

Согласен с вами на счет официальности документа, но по крайней мере из документа можно почерпнуть малую часть вводной информации.

Добрый день, прошу прощения если не в ту ветку адресую свой вопрос, но задавал его в ветке Интеграция с 1с и там уже несколько дней ни кто не отвечает.
Столкнулся с такой ситуацией на тестовом сервере - в getVetDocumentListRequest не работает отбор по enterpriseGuid. выводит 7911 документов вместо 1.
При этом за 2017 год только 1 документ(мой), остальные за 2012. Может кто знает почему так?
* данная ситуация актуальна для типа вет. свидетельства "INCOMING", для "OUTGOING" выборка возвращается корректно.

Запрос выглядит так:
<Envelope xmlns="http://schemas.xmlsoap.org/soap/envelope/" xmlnss="http://www.w3.org/2001/XMLSchema" xmlnssi="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-27T16:56:33</issueDate>
<data>
<getVetDocumentListRequest xmlns="http://api.vetrf.ru/schema/cdm/mercury/applications">
<localTransactionId>1</localTransactionId>
<initiator xmlns:d7p1="http://api.vetrf.ru/schema/cdm/argus/common">
<d7p1:login>login</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>
<vetDocumentStatus xmlns="http://api.vetrf.ru/schema/cdm/mercury/vet-document">CONFIRMED</vetDocumentStatus>
<enterpriseGuid xmlns="http://api.vetrf.ru/schema/cdm/cerberus/enterprise">enterpriseGuid</enterpriseGuid>
</getVetDocumentListRequest>
</data>
</application>
</submitApplicationRequest>
</Body>
</Envelope>

GradoboevAV wrote:Добрый день, прошу прощения если не в ту ветку адресую свой вопрос, но задавал его в ветке Интеграция с 1с и там уже несколько дней ни кто не отвечает.
Столкнулся с такой ситуацией на тестовом сервере - в getVetDocumentListRequest не работает отбор по enterpriseGuid. выводит 7911 документов вместо 1.
При этом за 2017 год только 1 документ(мой), остальные за 2012. Может кто знает почему так?
* данная ситуация актуальна для типа вет. свидетельства "INCOMING", для "OUTGOING" выборка возвращается корректно.

Запрос выглядит так:
<Envelope xmlns="http://schemas.xmlsoap.org/soap/envelope/" xmlnss="http://www.w3.org/2001/XMLSchema" xmlnssi="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-27T16:56:33</issueDate>
<data>
<getVetDocumentListRequest xmlns="http://api.vetrf.ru/schema/cdm/mercury/applications">
<localTransactionId>1</localTransactionId>
<initiator xmlns:d7p1="http://api.vetrf.ru/schema/cdm/argus/common">
<d7p1:login>login</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>
<vetDocumentStatus xmlns="http://api.vetrf.ru/schema/cdm/mercury/vet-document">CONFIRMED</vetDocumentStatus>
<enterpriseGuid xmlns="http://api.vetrf.ru/schema/cdm/cerberus/enterprise">enterpriseGuid</enterpriseGuid>
</getVetDocumentListRequest>
</data>
</application>
</submitApplicationRequest>
</Body>
</Envelope>

рекомендую писать на api@vetrf.ru
мы по крайней мере только так решаем данный вопрос... у вас есть их номер телефона ? чтобы дополнительно консультироваться ?

maltsev wrote:

GradoboevAV wrote:Добрый день, прошу прощения если не в ту ветку адресую свой вопрос, но задавал его в ветке Интеграция с 1с и там уже несколько дней ни кто не отвечает.
Столкнулся с такой ситуацией на тестовом сервере - в getVetDocumentListRequest не работает отбор по enterpriseGuid. выводит 7911 документов вместо 1.
При этом за 2017 год только 1 документ(мой), остальные за 2012. Может кто знает почему так?
* данная ситуация актуальна для типа вет. свидетельства "INCOMING", для "OUTGOING" выборка возвращается корректно.

Запрос выглядит так:
<Envelope xmlns="http://schemas.xmlsoap.org/soap/envelope/" xmlnss="http://www.w3.org/2001/XMLSchema" xmlnssi="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-27T16:56:33</issueDate>
<data>
<getVetDocumentListRequest xmlns="http://api.vetrf.ru/schema/cdm/mercury/applications">
<localTransactionId>1</localTransactionId>
<initiator xmlns:d7p1="http://api.vetrf.ru/schema/cdm/argus/common">
<d7p1:login>login</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>
<vetDocumentStatus xmlns="http://api.vetrf.ru/schema/cdm/mercury/vet-document">CONFIRMED</vetDocumentStatus>
<enterpriseGuid xmlns="http://api.vetrf.ru/schema/cdm/cerberus/enterprise">enterpriseGuid</enterpriseGuid>
</getVetDocumentListRequest>
</data>
</application>
</submitApplicationRequest>
</Body>
</Envelope>

рекомендую писать на api@vetrf.ru
мы по крайней мере только так решаем данный вопрос... у вас есть их номер телефона ? чтобы дополнительно консультироваться ?

Спасибо, напишу. И буду благодарен если поделитесь номером.

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

Добрый день, коллеги.

Обновите пожалуйста на wiki статусную схему для Журнала остатков:
http://help.vetrf.ru/wiki/VersionStatus

Появился новый статус 103, которого в описании просто нет. Можно расшифровать этот статус. Возможно есть ещё какие-то статусы о которым мы не знаем.

Спасибо.

andrey_vk wrote:Добрый день коллеги.
Благодарю за ответы, парочка уточняющих вопросов.
1) Вот хочу я все справочники получить. Но что-то запросов таких найти не могу, чтобы именно весь справочник дернуть. Ткните плз пальцем где это глянуть?
2) Авторизация в API не по SOAP. там то все работает на ура. Программно нужно авторизовываться или достаточно к WSDL подрубиться, чтобы к его методам обращаться можно было?

прям все все, что есть в меркурии - такого вроде нет.
авторизация тут описана - http://help.vetrf.ru/wiki/Процесс_авторизации_в_шлюзе авторизация

andrey_vk wrote:
1) Вот хочу я все справочники получить. Но что-то запросов таких найти не могу, чтобы именно весь справочник дернуть. Ткните плз пальцем где это глянуть?

Одним запросом не обойтись.
Нужно запускать либо один из методов выгрузки данных, либо в связке несколько методов.
Волшебной кнопки "Выгрузить всё" здесь нет.

Плюс ко всему, часть справочной информации не выгружается запросами, а приведена либо в XSD схемах, либо непосредственно в википедии.
Навскидку это:
- организационно-правовые формы организаций
- статусы записей
- статусы ВСД
и проч. проч.

v.isaev wrote:

andrey_vk wrote:
1) Вот хочу я все справочники получить. Но что-то запросов таких найти не могу, чтобы именно весь справочник дернуть. Ткните плз пальцем где это глянуть?

Одним запросом не обойтись.
Нужно запускать либо один из методов выгрузки данных, либо в связке несколько методов.
Волшебной кнопки "Выгрузить всё" здесь нет.

Плюс ко всему, часть справочной информации не выгружается запросами, а приведена либо в XSD схемах, либо непосредственно в википедии.
Навскидку это:
- организационно-правовые формы организаций
- статусы записей
- статусы ВСД
и проч. проч.

а можно поподробнее, какие именно методы выгрузки надо запускать ?

Добрый день.

Коллеги поделитесь опытом в решении вопроса оптимального получения данных из подсистемы Цербер (EnterpriseService).

Начальные условия:
Из подсистемы Цербер (EnterpriseService) в ИС заружены данных хозяйствующих субъектов с которыми взаимодействует организация.

Задача:
Получить список предприятий из системы Цербер (EnterpriseService) по конкретному хозяйствующуму субъекту(или списку хозяйствующих субъектов).

Проблема:
Для метода получения списка предприятий(GetRussianEnterpriseList) нет возможности отбора по хозяйствующему субъекту. Для поиска предприятий по одному хозяйствующему субъекту приходиться загружать полный список предприятий(объем не малый, около 700 тыс. на момент написания сообщения) и только после загрузки полного списка можно выполнить отбор нужных предприятий уже на стороне ИС. Описанный метод не является оптимальным, так как при возникновении потребности в загрузке списка предприятий по новому ХС требуется каждый раз выполнять загрузку полного списка предприятий. Если рассмотреть вариант загрузки и хранения полного списка предприятий в информационной системе. То такой вариант так же имеет определенные недостатки, в системе будут храниться неиспользуемые данные, данные предприятий с хозяйствующими субъектами которых наша организация не ведет взаимодействие.

Вопрос:
- Каким образом вы получаете из подсистемы Цербер (EnterpriseService) предприятия по конкретному хозяйствующему субъекту?
- Общался ли кто-нибудь с поддержкой Ветис по поводу необходимости отбора по хозяйствующему субъекту для методов получения предприятий?

GetRussianEnterpriseList — получение списка предприятий, зарегистрированных на территории Российской Федерации;
GetForeignEnterpriseList — получение списка зарубежных предприятий;
GetForeignEnterpriseChangesList — получение списка иностранных предприятий, изменённых за указанный период времени;
GetRussianEnterpriseChangesList — получение списка Российских предприятий, изменённых за указанный период времени.