GetVetDocumentListOperation v2.0

Подскажите еще пожалуйста.
Что есть businessEntity (uuid, guid) и enterprise (uuid, guid) и где их брать?
Поискал по форуму и до конца не определился, кто то пишет что IssuerID != businessEntity, кто то пишет что IssuerID это и есть businessEntity
Попробовал подставлять разными способами, для привязки предприятия к ХС, в ответе ошибки (Хозяйствующий субъект с указанным идентификатором не найден в реестре РСХН, либо идентификатор не соответствует установленному формату.)
Если businessEntity это IssuerID guid, то где к нему взять uuid?

Вопрос звучит примерно так: "Расскажите мне смысл жизни в 2х словах"

Если коротко:
businessEntity - это Хозяйствующий субъект(ХС), если ещё проще то Юр. лицо.
enterprise - это площадки(предприятия) - это где происходят бизнес-процессы (например: производство или магазин), по простому фактический адрес.

у одного ХС может быть несколько площадок.

IssuerID - это GUID твоего businessEntity

Если businessEntity это IssuerID guid, то где к нему взять uuid?

В запросах достаточно указывать guid

Вообщем посмотри команды:
1. GetActivityLocationList v2.0
2. ModifyActivityLocationsOperation v2.0

stopgg wrote:Что есть businessEntity (uuid, guid) и enterprise (uuid, guid) и где их брать?

см. справочники EnterpriseService

dk wrote:Вопрос звучит примерно так: "Расскажите мне смысл жизни в 2х словах"

Если коротко:
businessEntity - это Хозяйствующий субъект(ХС), если ещё проще то Юр. лицо.
enterprise - это площадки(предприятия) - это где происходят бизнес-процессы (например: производство или магазин), по простому фактический адрес.

у одного ХС может быть несколько площадок.

IssuerID - это GUID твоего businessEntity

Если businessEntity это IssuerID guid, то где к нему взять uuid?

В запросах достаточно указывать guid

Вообщем посмотри команды:
1. GetActivityLocationList v2.0
2. ModifyActivityLocationsOperation v2.0

Как раз пытаюсь выполнить команду ModifyActivityLocationsOperation , спасибо за пояснение. С guid определился.

План на ближ. время

1. Нужно получить список площадок с помощью GetActivityLocationList v2.0.
Скорее всего по началу он пустой.
2. ModifyEnterpriseOperation v2.0 - создать площадку.
3. ModifyActivityLocationsOperation v2.0 - привязать вновь созданную площадку к своему ХС.

dk wrote:План на ближ. время
1. Нужно получить список площадок с помощью GetActivityLocationList v2.0.
Скорее всего по началу он пустой.
2. ModifyEnterpriseOperation v2.0 - создать площадку.
3. ModifyActivityLocationsOperation v2.0 - привязать вновь созданную площадку к своему ХС.

Всё так как вы и описали.
1. Получил список, он был пустой
2. Создал площадку. Всё получилось успешно с тестовым логином.
3. Вызываю метод ModifyActivityLocationsOperation и тут меня вновь поджидал сюрприз. Ошибка: Указанный ГЛН предприятия не соответствует правилам. (code: MERC05365). Пробежался по форуму и не нашел ни одного совпадения по этой ошибке. В документации нашел это: В таблице ниже приведены коды ошибок, возвращаемые веб-сервисом при различных несоответствиях формату или бизнес-правилам.. Не совсем понимаю какие бизнес правила я нарушил и в каком месте неточность.

Вот запрос:

<SOAP-ENV:Envelope xmlns:dt="http://api.vetrf.ru/schema/cdm/dictionary/v2" xmlns:bs="http://api.vetrf.ru/schema/cdm/base" xmlns:merc="http://api.vetrf.ru/schema/cdm/mercury/g2b/applications/v2" xmlns:apldef="http://api.vetrf.ru/schema/cdm/application/ws-definitions" xmlns:apl="http://api.vetrf.ru/schema/cdm/application" xmlns:vd="http://api.vetrf.ru/schema/cdm/mercury/vet-document/v2" xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/">  
            <SOAP-ENV:Header/>  
            <SOAP-ENV:Body>  
              <apldef:submitApplicationRequest>  
                <apldef:apiKey>'. $apiKey .'</apldef:apiKey>  
                <apl:application>  
                  <apl:serviceId>'. $servicesId .'</apl:serviceId>  
                  <apl:issuerId>'. $issuerId .'</apl:issuerId>  
                  <apl:issueDate>2018-07-08T18:09:22</apl:issueDate>  
                  <apl:data>

<merc:modifyActivityLocationsRequest>
           <merc:localTransactionId>I180708180922</merc:localTransactionId>
           <merc:initiator>
            
            <vd:login>'. $loginInitiator .'</vd:login>
            </merc:initiator>
            <merc:modificationOperation>
            <vd:type>CREATE</vd:type>
            
            <vd:businessEntity>
            <bs:guid>'. $issuerId .'</bs:guid>
            </vd:businessEntity>
            <vd:activityLocation>
            <vd:globalID>3764127946134</vd:globalID>
            
            <vd:enterprise>
            <bs:guid>[ guid взятый из созданной площадки ]</bs:guid>
            </vd:enterprise>
            </vd:activityLocation>
            </merc:modificationOperation>
            	</merc:modifyActivityLocationsRequest>

</apl:data>
                </apl:application>
              </apldef:submitApplicationRequest>
            </SOAP-ENV:Body>
          </SOAP-ENV:Envelope>

Еще вопросик:
localTransactionId (Идентификатор заявки в клиентской системе.) - это какой то произвольный ID? Взял и примеров на форуме.

Убрал localTransactionId из запроса и связь успешно установлена. Для чего тогда он используется этот localTransactionId?

stopgg wrote:Убрал localTransactionId из запроса и связь успешно установлена. Для чего тогда он используется этот localTransactionId?

Для отчетности. Оно должно быть каждый раз разное, как я писал в ответе Вам же на первой же странице данной темы. По этому полю система понимает, что такую заявку она уже выполняла (или не выполняла), ну и при обращении в поддержку его можно указать, чтобы в логах найти можно было. Видимо, разработчики предполагают, что на стороне клиента тоже все эти запросы и номера transactionId храниться будут.

Владимир Игнатов wrote:

stopgg wrote:Убрал localTransactionId из запроса и связь успешно установлена. Для чего тогда он используется этот localTransactionId?

Для отчетности. Оно должно быть каждый раз разное, как я писал в ответе Вам же на первой же странице данной темы. По этому полю система понимает, что такую заявку она уже выполняла (или не выполняла), ну и при обращении в поддержку его можно указать, чтобы в логах найти можно было. Видимо, разработчики предполагают, что на стороне клиента тоже все эти запросы и номера transactionId храниться будут.

Вы писали про transactionId , если это одно и тоже, уникальный ИД для отслеживания запросов, в таком случаи я всё понял. Спасибо.

Все нужные мне запросы работают. Только данных мне не видать, реестры пустые. Подскажите как можно на тестовом стенде получить Ветеринарно-сопроводительный документы может есть какие guid или методы для получения тестовых данных?

stopgg wrote:
Все нужные мне запросы работают. Только данных мне не видать, реестры пустые. Подскажите как можно на тестовом стенде получить Ветеринарно-сопроводительный документы может есть какие guid или данные для получения тестовых данных?

Кинуть просьбу в топик "покидайте документов в тесте" и приложить название ХС/название предприятия и их GUIDы. Кто-нибудь откликнется, чем-нибудь кинет протухшим. Можно у себя в вебе сделать транзакцию "производство". Можно же "из воздуха" произвести вкуснейшие сосиски, колбаску там себе, сырокопченую...

Владимир Игнатов wrote:

stopgg wrote:
Все нужные мне запросы работают. Только данных мне не видать, реестры пустые. Подскажите как можно на тестовом стенде получить Ветеринарно-сопроводительный документы может есть какие guid или данные для получения тестовых данных?

Кинуть просьбу в топик "покидайте документов в тесте" и приложить название ХС/название предприятия и их GUIDы. Кто-нибудь откликнется, чем-нибудь кинет протухшим. Можно у себя в вебе сделать транзакцию "производство". Можно же "из воздуха" произвести вкуснейшие сосиски, колбаску там себе, сырокопченую...

Спасибо, воспользуюсь вашими вкусными советами.

Создаёшь 2 площадки на одной выписываешь производственные сертификаты на 100 тон продукции

, потом отправляешь с одной площадки на другую.
На второй площадке принимаешь по 1 кг, остальное отправляешь обратно

Производственные и транспортные сертификаты можно в вебе выписывать.
Могу беспл на какое-то время выделить аккаунт у нас на сайте для тестовой версии ( http://меркурий.рус ), если будешь сообщать об возможных ошибках и недочётах.

dk wrote:Обращаетесь в тестовый контур?
Вы неправильный $loginInitiator подставляете. modifyEnterpriseRequest не имеет к этому никакого отношения.
Если тестовый контур проверьте ваш логин/пароль здесь: https://t2-idp.vetrf.ru/idp/profile/SAML2/POST/SSO;jsessionid=1qc7osrqqe6sac3kdio6rdddw?execution=e1s1

$loginInitiator должен выглядеть примерно так: petrov_iv_150222

1. Логин от тестового контура не подойдёт к рабочему и наоборот.
2. Это не логин, который используется для доступа к Ветис.API, это логин для доступа к веб-интерфейсу Меркурия (если упрощённо сказать).

Добрый день, только начинаю познавать ветис API, столкнулся с той же проблемой $loginInitiator указываю верный, от тестового контура, но получаю ту же ошибку

voropaev_vd_201106 wrote:Добрый день, только начинаю познавать ветис API, столкнулся с той же проблемой $loginInitiator указываю верный, от тестового контура, но получаю ту же ошибку

добрый
а работаете с чем

с тестом или боевым мерком

voropaev_vd_201106 wrote:пока пробую с тестовым разобраться

по веб-интерфейсу заходили в ветис-паспорт и меняли пароль с временного

nmzn1 wrote:

voropaev_vd_201106 wrote:Добрый день, только начинаю познавать ветис API, столкнулся с той же проблемой $loginInitiator указываю верный, от тестового контура, но получаю ту же ошибку

добрый
а работаете с чем с тестом или боевым мерком

пока пробую с тестовым разобраться