Сообщения, отправленные пользователем: vvche

lalex23 wrote:
я последние два месяца постоянно готов к каким-нибудь глюкам, вопрос в другом: кроме этого способа других вариантов внесения информации о лабораторных исследованиях - нет?

Сие мне пока неведомо

Сами кормимся только той инфой, что разработчики в хелпе соизволили отобразить, либо на прямые вопросы ответить.

lalex23 wrote:

vvche wrote:

Но предупредили:

прикладываем рабочую версию запроса. Тем не менее, использование этого запроса сейчас влечёт за собой исправления в интеграционном решении в будущем, так как в работу и форматы метода будут вноситься правки. Поэтому мы всё же рекомендуем повременить с использованием запроса UpdateVeterinaryEventsOperation.

а как без этого метода вносить информацию о лаб.исследованиях в 2.0 ?

Ну типа "вносите, но будьте готовы к сюрпризам и к переделкам в любой момент."

Техподдержка вчера прислала работающий образец для updateVeterinaryEventsRequest

<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>mercury-g2b.service:2.0</apl:serviceId>
        <apl:issuerId>issuerId</apl:issuerId>
        <apl:issueDate>2017-10-15T13:25:12</apl:issueDate>
        <apl:data>
          <merc:updateVeterinaryEventsRequest>
            <merc:localTransactionId>q1234</merc:localTransactionId>
            <merc:initiator>
              <vd:login>pion</vd:login>
            </merc:initiator>
            <merc:enterprise>
              <bs:guid>a47ecd2b-8696-4098-b7f7-0459ca0aacbe</bs:guid>
            </merc:enterprise>
            <vd:stockEntry>
              <bs:guid>10266fe1-3349-4067-a149-bf3a2709a3b9</bs:guid>
              <vd:vetEventList>
                <vd:laboratoryResearch>
                  <vd:actualDateTime>2017-09-15T12:34:56</vd:actualDateTime>
                  <vd:operator>
                    <dt:name>Тестовая лаборатория</dt:name>
                  </vd:operator>
                  <vd:referencedDocument>
                    <vd:issueNumber>212-sdf-2</vd:issueNumber>
                    <vd:issueDate>2017-09-15</vd:issueDate>
                    <vd:type>9</vd:type>
                  </vd:referencedDocument>
                  <vd:expertiseID>123-11123</vd:expertiseID>
                  <vd:disease>
                    <dt:name>Страшная болячка</dt:name>
                  </vd:disease>
                  <vd:method>
                    <dt:name>КЛМ</dt:name>
                  </vd:method>
                  <vd:result>POSITIVE</vd:result>
                  <vd:conclusion>Все плохо, а может и нет.</vd:conclusion>
                </vd:laboratoryResearch>
              </vd:vetEventList>
            </vd:stockEntry>
          </merc:updateVeterinaryEventsRequest>
        </apl:data>
      </apl:application>
    </apldef:submitApplicationRequest>
  </SOAP-ENV:Body>
</SOAP-ENV:Envelope>

Но предупредили:

прикладываем рабочую версию запроса. Тем не менее, использование этого запроса сейчас влечёт за собой исправления в интеграционном решении в будущем, так как в работу и форматы метода будут вноситься правки. Поэтому мы всё же рекомендуем повременить с использованием запроса UpdateVeterinaryEventsOperation.

kolganov50@mail.ru wrote:Все равно у меня не проходит запрос. vvche, м.б. еще что посоветуете?

</soapenv:Envelope>
получаю:
<faultstring>BEA-382513: OSB Replace action failed updating variable "body": Error parsing XML: {err}FORG0005: expected exactly one item, got 0 items</faultstring>

Я вообще убирал и vetDocumentType и vetDocumentStatus, тогда срабатывало.
Но тоже, конечно, не то, потому что фильтровать уже на клиенте - это не решение. (Приходится играться с count и offset)

kolganov50@mail.ru wrote:М.б. кто-нибудь подскажет, где ошибка:

-<merc:getVetDocumentListRequest>

получаю ответ:
faultstring>BEA-382513: OSB Replace action failed updating variable "body": Error parsing XML: {err}FORG0005: expected exactly one item, got 0 items</faultstring>

Обсуждалось уже, у них в эта операция валится при попытке указать "vetDocumentType". Если фильтр не ставить, то отрабатывает.

(И поправьте свое сообщение, вы ApiKey засветили)

ПользовательRex wrote:

Sergey-Chelny wrote:Операция UpdateVeterinaryEventsRequest.
--> <indicator xmlns:d10p1="http://api.vetrf.ru/schema/cdm/dictionary/v2"> --> <d10p1:name>эстрогены</d10p1:name> --> </indicator> </Envelope>
В ответ получаю: MERC78505 - Наименование показателя обязательно для заполнения. Параметр "indicator" заполнен. Что еще нужно обязательно заполнить ?

Поменяйте Ваш код на следующий
<vd:disease>
<dt:name>трих.</dt:name>
</vd:disease>
и , возможно, случится чудо.

Подставлял disease, получал ошибку "элемент disease не предусмотрен"

Sergey-Chelny wrote:

vvche wrote:А где вы гуиды для методов исследования взяли? Метод GetResearchMethodList так и нерабочий, говорят, отложен до "светлого будущего".

В запросе нужно указать только name - текст и type - VeterinaryEventType v2.0 . Все. Про guid и uuid я там не вижу.

Не, вопрос был коллеге gaur7, в его примере стояли guid и uuid для ResearchMethod.

gaur7 wrote:

Sergey-Chelny wrote:Буууууууу....... Чудо программисты, что за ........ ?

Код не менял. Теперь выполняя операцию "UpdateVeterinaryEventsRequest" выдает ошибку : MERC78397 - Unsupported error code: 78397.

работа ведётся с первичным сырьём?
не уверен, что это поможет, но скину

....
Попробуйте методом сравнения

А где вы гуиды для методов исследования взяли? Метод GetResearchMethodList так и нерабочий, говорят, отложен до "светлого будущего".

Убрал location, ругаться на enterprise перестало, начало ругаться как у коллеги Sergey-Chelny на незаполненный показатель.

У меня в ответе на "UpdateVeterinary..." на элемент enterprise ругается, говорит - "не предусмотрен".

rty wrote:Подскажите, в получаемой ВСД, в xml есть <vd:productMarks class="BN">ПАРТИЯ1251</vd:productMarks>, фабрикой читаю ее и получаю объектXDTO, но в объекте вижу только class - "BN", а значение "ПАРТИЯ1251" как мне получить?

Через свойство "__content" можно вытащить.

Версия 2,0.

1) На операции getVetDocumentListRequest при указании типа INCOMING возвращается ошибка APLM0012 "An unexpected error has occurred while invoking target service operation."
Для OUTGOING отрабатывает нормально

2) На updateVeterinaryEventsRequest валится ошибка "Wrong application data format. Format validation failed due to XML Schema rules: Элемент 'enterprise' не предусмотрен."

Это мои персональные грабли, или кто-то еще нарывался?

Вот к этому подключиться пытаюсь:

https://api2.vetrf.ru:8002/platform/services/2.0/DictionaryService

getUnitListRequest только что отработал нормально, например.

А что у нас с методом getResearchMethodListRequest?

Не хочет работать, однако:

Запрос:

Ответ:

vvche wrote:Вот не пойму, в чем косяк.

Формирую ProcessIncomingConsignmentOperation в версии 2,0.

При сохранении XML с помощью ФабрикиXDTO "перепрыгивают" реквизиты.

Сам спросил, сам ответил

При импорте схемы document_v2.0.xsd 1С выставила в типе объекта VetDocument свойство "Упорядоченный" в "Ложь", отсюда и косяк.
Причем у базового типа Document все нормально.