Как отправить заявку на оформление ВСД через API?

Добрый день,
у нас ERP система MFG eB21, QAD. Для работы через шлюз Ветис.API мы разработали свою программу.
Сейчас пробуем внедрить это ПО и есть проблемы при оформлении исходящего ВСД. Выяснилось, что в Ветис.API нет возможности отправить заявку на оформление ВСД, а можно только сразу оформить ВСД. А для этого нужен ветврач. У нас в штате организации нет ветврача.
Мы предоставили Пользователю - инициатору права "Уполномоченное лицо (Оформление ВСД на продукцию из Приказа МСХ РФ №646)". После этого возникли сразу две проблемы:
1. Мы постоянно получаем ошибку MERC02143.
2. При этом сразу, без участия ветврача оформляется ВСД. Причем в строке "ВСД выдал:" данные нашего пользователя, а не ветврача.

В связи с этим, у меня следующие вопросы:

1. Ошибка MERC02143: Транспортируемые записи складского журнала продукции должны быть в состоянии "создана" (т.е. не оформлены) - к чему она относится:
- это статус запасов или статус записи отправленной с исходящим ВСД?

2. Существует ли возможность отправить заявку на оформление ВСД через API?
Если да - то какое API это позволяет.
Если нет - то каким образом нам оформлять ВСД через API?

Доброго.
1. ВСД, как таковую вы не создаете. Вы создаете транспортную партию на основании записи журнала продукции входящей партии. При формировании транспортной партии ее статус должен быть = "создана".
После отправки в систему "Меркурий" ваша заявка обрабатывается и вы получаете результат обработки.
Это либо ошибка, либо список созданных ВСД на отгружаемую продукцию и список нового состояния записей журнала продукции на основании которых создавались транспортные партии.
При оформлении ВСД необходимо вид продукции сопоставлять с целью (П.249).
2. API одно - ВетИС API. Что и как работает описано тут http://help.vetrf.ru/wiki/PrepareOutgoingConsignmentOperation_v2.0

Добрый день.
Мы используем prepareOutgoingConsignmentRequest, но что в этом запросе мы указываем не так, что у нас создается транспортное ВСД со статусом "Оформлен", а не заявка со статусом "Создана". К какому полю привязан статус заявки или от чего зависит статус заявки? Заранее спасибо.

Ну, для начала ваш запрос хотелось бы увидеть.

Запрос - вот.

У меня такое сработало

<s:Envelope xmlns:s="http://schemas.xmlsoap.org/soap/envelope/">
  <s:Header>
    <Action s:mustUnderstand="1" xmlns="http://schemas.microsoft.com/ws/2005/05/addressing/none">submitApplicationRequest</Action>
  </s:Header>
  <s:Body xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema">
    <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:2.0</serviceId>
        <issuerId>IssuerID</issuerId>
        <issueDate>2018-07-12T19:11:55.589811+05:00</issueDate>
        <data>
          <prepareOutgoingConsignmentRequest xmlns="http://api.vetrf.ru/schema/cdm/mercury/g2b/applications/v2">
            <localTransactionId>1c2f17e5-cc6b-433d-9892-8139124516d9</localTransactionId>
            <initiator>
              <login xmlns="http://api.vetrf.ru/schema/cdm/mercury/vet-document/v2">InitiatorLogin</login>
              <authorityList xmlns="http://api.vetrf.ru/schema/cdm/mercury/vet-document/v2" />
            </initiator>
            <delivery>
              <consignor xmlns="http://api.vetrf.ru/schema/cdm/mercury/vet-document/v2">
                <businessEntity xmlns="http://api.vetrf.ru/schema/cdm/dictionary/v2">
                  <uuid xmlns="http://api.vetrf.ru/schema/cdm/base">9e42e2ef-1ca3-41e0-b296-29e42fe0d8ea</uuid>
                  <guid xmlns="http://api.vetrf.ru/schema/cdm/base">306142d6-d8e5-43f6-a7bb-bffe22338dcf</guid>
                  <status xmlns="http://api.vetrf.ru/schema/cdm/base">100</status>
                </businessEntity>
                <enterprise xmlns="http://api.vetrf.ru/schema/cdm/dictionary/v2">
                  <uuid xmlns="http://api.vetrf.ru/schema/cdm/base">0cd41486-2bed-4f46-9522-72c1512eda1b</uuid>
                  <guid xmlns="http://api.vetrf.ru/schema/cdm/base">d7a26316-abbc-4d5e-b979-2b47aba15f5a</guid>
                  <status xmlns="http://api.vetrf.ru/schema/cdm/base">100</status>
                  <type>1</type>
                </enterprise>
              </consignor>
              <consignee xmlns="http://api.vetrf.ru/schema/cdm/mercury/vet-document/v2">
                <businessEntity xmlns="http://api.vetrf.ru/schema/cdm/dictionary/v2">
                  <uuid xmlns="http://api.vetrf.ru/schema/cdm/base">cc27c267-13e7-4e84-8354-1271346b0103</uuid>
                  <guid xmlns="http://api.vetrf.ru/schema/cdm/base">43c3a74f-42c3-41dc-8a58-40e85c4f2814</guid>
                  <status xmlns="http://api.vetrf.ru/schema/cdm/base">100</status>
                </businessEntity>
                <enterprise xmlns="http://api.vetrf.ru/schema/cdm/dictionary/v2">
                  <uuid xmlns="http://api.vetrf.ru/schema/cdm/base">655af4cc-4941-4b7a-9038-25c8db32dcfa</uuid>
                  <guid xmlns="http://api.vetrf.ru/schema/cdm/base">a3ad66ae-44c7-4028-a237-6a867405382a</guid>
                  <status xmlns="http://api.vetrf.ru/schema/cdm/base">100</status>
                  <type>1</type>
                </enterprise>
              </consignee>
              <consignment id="id1" xmlns="http://api.vetrf.ru/schema/cdm/mercury/vet-document/v2">
                <volume>0.285</volume>
                <unit>
                  <uuid xmlns="http://api.vetrf.ru/schema/cdm/base">069792f0-053d-11e1-99b4-d8d385fbc9e8</uuid>
                  <guid xmlns="http://api.vetrf.ru/schema/cdm/base">21ed96c9-337b-4a27-8761-c6e6ad3c9f5b</guid>
                  <status xmlns="http://api.vetrf.ru/schema/cdm/base">100</status>
                </unit>
                <packageList>
                  <package xmlns="http://api.vetrf.ru/schema/cdm/dictionary/v2">
                    <level>2</level>
                    <packingType>
                      <guid xmlns="http://api.vetrf.ru/schema/cdm/base">fedf422e-053c-11e1-99b4-d8d385fbc9e8</guid>
                      <status xmlns="http://api.vetrf.ru/schema/cdm/base">100</status>
                    </packingType>
                    <quantity>3</quantity>
                  </package>
                </packageList>
                <sourceStockEntry>
                  <uuid xmlns="http://api.vetrf.ru/schema/cdm/base">7817bdf2-ce11-40f3-b743-823ff9aa1928</uuid>
                  <status xmlns="http://api.vetrf.ru/schema/cdm/base">100</status>
                </sourceStockEntry>
              </consignment>
              <transportInfo xmlns="http://api.vetrf.ru/schema/cdm/mercury/vet-document/v2">
                <transportType>1</transportType>
                <transportNumber>
                  <vehicleNumber>310</vehicleNumber>
                </transportNumber>
              </transportInfo>
              <transportStorageType xmlns="http://api.vetrf.ru/schema/cdm/mercury/vet-document/v2">CHILLED</transportStorageType>
              <shipmentRoute xmlns="http://api.vetrf.ru/schema/cdm/mercury/vet-document/v2" />
              <accompanyingForms xmlns="http://api.vetrf.ru/schema/cdm/mercury/vet-document/v2">
                <waybill for="id1">
                  <issueSeries>АА</issueSeries>
                  <issueNumber>00000001</issueNumber>
                  <issueDate>2018-07-12</issueDate>
                  <type>1</type>
                  <transportStorageType>VENTILATED</transportStorageType>
                  <shipmentRoute />
                </waybill>
                <vetCertificate>
                  <authentication>
                    <purpose>
                      <guid xmlns="http://api.vetrf.ru/schema/cdm/base">0778b8cb-f49d-4ed9-88b9-5f70af00a211</guid>
                      <status xmlns="http://api.vetrf.ru/schema/cdm/base">100</status>
                    </purpose>
                    <cargoInspected>true</cargoInspected>
                    <cargoExpertized>VSEFULL</cargoExpertized>
                    <locationProsperity>Местность благополучна</locationProsperity>
                  </authentication>
                </vetCertificate>
              </accompanyingForms>
            </delivery>
          </prepareOutgoingConsignmentRequest>
        </data>
      </application>
    </submitApplicationRequest>
  </s:Body>
</s:Envelope>

Без ошибки MERC02143?

Да, без каких-либо ошибок и предупреждений.
Товар в магазин упал почти сразу.

Спасибо, мы еще раз проверим.
У нас ВСД формируется, но при этом выдается ошибка MERC02143.

В нашем запросе разница только в отсутсвии тега <status xmlns="http://api.vetrf.ru/schema/cdm/base">100</status> .
Нужен ли он так как в описании prepareOutgoingConsignmentRequest> я его не вижу?

Пардоньте, я кажется нашел где этот статус - он в описании BusinessEntity. И для нашего случая он, наверное, должен быть = 103: Запись создана в результате производственной операции.
Я прав?

Статус (см. скрипт) определяет статус конкретной сущности BusinessEntity.Status - определяет статус ХС, вам же нужен статус партии
Попробуйте выставить статусы как в моем запросе.

Спасибо большое. Попробуем.

В Web-интерфейсе, если у пользователя нет прав оформлять транспортный ВСД на выбранную продукцию, выдается запрос на отправку заявки в ГВЭ. И без лишних усилий такая заявка отправляется ветеринару.
Каким образом аналогичное поведение организовать в ВЕТИС.API?

Какой метод, в каком сервисе?

Судя по WEB-интерфейсу - для оформления заявки в ГВЭ достаточно уже введенных пользователем данных.

Метод тот же, что и для товара из 249 постановления, только делаешь от имени вет.врача.