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

Меня смущает, что хлебозавод торгует булками и пироженками, а списываем "в реализацию людям" - яйца и масло. ИМХО, это почва для двоякого трактования ситуации. И, почему-то, мне кажется, что проверяющий будет трактовать не в пользу Хлебозавода

Доброго дня! Подскажите, как правильно учитывать Меркурианскую продукцию на хлебозаводе? Мне поступает масло, яйца. Я делаю хлеб и пироженные. Соответственно, из яиц я делаю тесто. А из масло - крем. Мне нужно сделать сначала производственную транзакцию "из яиц - тесто", а потом на каждый батон делать транспортную накладную по торговым точкам? Или можно вообще списать поступившие яйца, как "списание остатков в случае, когда оформление эВСД не требуется"?

Доброго дня! Подскажите, пожалуйста, как, зная GUID ВСД, получить запись журнала (хотя бы GUID), по которой ВСД был погашен при приёме? Гашение провели через веб-интерфейс, а мне нужно подтянуть данные в свою программу. Спасибо.

Попробовал - ситуация один в один. ApplicationID приходит, при запросе результата по applicationID - ошибка APLM0012.

Буду водителям вместо штрихкода печатать текст новости про "выравнивание нагрузки", applicationID и ответ от сервера. Пусть показывают гаишникам и ветврачам. А то в Псковской области уже начали, стервятники, охоту.

ZDmitry wrote:У меня так работет без проблем. Может поможет.

Супер, спасибо, сейчас попробую. Единственный вопрос по упаковке - подскажите, плиз, что там у Вас зашито?

ZDmitry wrote:Вроде все так. А хоть когда нибудь второй запрос проходит? На другие запросы? Или всегда 12 ошибка

Проходит на гашения. Я гашу по одной - сначала получаю по штрихкоду свидетельство, потом гашу его. Эти запросы отрабатывают без проблем. А вот на перемещение ещё ни один не отработал. Отсюда и сомнения

Вот полный цикл:
1. Запрос на перемещение без смены владельца:

<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>...</apldef:apiKey>
      <apl:application>
        <apl:serviceId>mercury-g2b.service:2.0</apl:serviceId>
        <apl:issuerId>...</apl:issuerId>
        <apl:issueDate>2018-07-26T06:03:57.997Z</apl:issueDate>
        <apl:data>
          <merc:prepareOutgoingConsignmentRequest>
            <merc:localTransactionId>a1</merc:localTransactionId>
            <merc:initiator>
              <vd:login>...</vd:login>
            </merc:initiator>
            <merc:delivery>
              <vd:deliveryDate>2018-07-26T06:03:57.997Z</vd:deliveryDate>
              <vd:consignor>
                <dt:businessEntity>
                  <bs:guid>fd31bd5e-218a-11e2-a69b-b499babae7ea</bs:guid>
                </dt:businessEntity>
                <dt:enterprise>
                  <bs:guid>99fe644e-1ba1-4c9e-aa15-d543a68ec247</bs:guid>
                </dt:enterprise>
              </vd:consignor>
              <vd:consignee>
                <dt:businessEntity>
                  <bs:guid>fd31bd5e-218a-11e2-a69b-b499babae7ea</bs:guid>
                </dt:businessEntity>
                <dt:enterprise>
                  <bs:guid>c20590e3-c694-40a1-a925-e23fc6251981</bs:guid>
                </dt:enterprise>
              </vd:consignee>
              <vd:consignment>
                <vd:productItem>
                  <dt:name>Шницель  из свинины (натур) вес. п/ф</dt:name>
                </vd:productItem>
                <vd:volume>125</vd:volume>
                <vd:unit>
                  <bs:guid>db13bfe1-204f-4e28-a5ea-da51660b0469</bs:guid>
                </vd:unit>
                <vd:sourceStockEntry>
                  <bs:guid>c0125856-a88a-42d9-9753-ae0a4dabe876</bs:guid>
                </vd:sourceStockEntry>
              </vd:consignment>
              <vd:transportInfo>
                <vd:transportType>1</vd:transportType>
                <vd:transportNumber>
                  <vd:vehicleNumber>a546aa63</vd:vehicleNumber>
                </vd:transportNumber>
              </vd:transportInfo>
              <vd:transportStorageType>VENTILATED</vd:transportStorageType>
              <vd:accompanyingForms>
                <vd:waybill>
                  <vd:issueSeries></vd:issueSeries>
                  <vd:issueNumber>53</vd:issueNumber>
                  <vd:issueDate>2018-07-26</vd:issueDate>
                  <vd:type>1</vd:type>
                </vd:waybill>
                <vd:vetCertificate>
                  <vd:authentication>
                    <vd:purpose>
                      <bs:guid>a8a8180f-f40c-48ba-a70e-c533c806f2c8</bs:guid>
                    </vd:purpose>
                    <vd:cargoInspected>false</vd:cargoInspected>
                    <vd:cargoExpertized>VSEFULL</vd:cargoExpertized>
                    <vd:locationProsperity>Местность благополучна</vd:locationProsperity>
                  </vd:authentication>
                </vd:vetCertificate>
              </vd:accompanyingForms>
            </merc:delivery>
          </merc:prepareOutgoingConsignmentRequest>
        </apl:data>
      </apl:application>
    </apldef:submitApplicationRequest>
  </SOAP-ENV:Body>
</SOAP-ENV:Envelope>

2. Ответ от Меркурия - applicatioID присутствует

3. Попытка через 5 секунд получить ответ по applicationID

4. Ответ на запрос - APLM0012

Так applicationID приходит - см. второй кусок кода из моего первого сообщения. А вот когда пытаешься получить результат по нему - вот тут уже в ответ APLM0012

Скажите, есть подвижки в этом направлении?

Правиьно я понимаю, что раз пришёл APLM0012, это значит, что заявка на регистрацию транзакции вообще не прнията? И можно не пытаться повторно запрашивать ответ?

Как минимум, что я не допустил технической ошибки в запросе.

До сих пор не проходят запросы!!! Как можно получить официальный ответ?

Здравствуйте. Я прочитал форум, вроде как APLM0012 - это не ошибка, а фича для распределения нагрузки. Но у меня не проходит ни один запрос на формирование транзакции перевозки без смены владельца. А вот гашение работает. Может, таки я что-то не так делаю? Посмотрите, пожалуйста.

<?xml version="1.0" encoding="utf-8"?>
<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>...</apldef:apiKey>
      <apl:application>
        <apl:serviceId>mercury-g2b.service:2.0</apl:serviceId>
        <apl:issuerId>...</apl:issuerId>
        <apl:issueDate>2018-07-23T21:43:12.760Z</apl:issueDate>
        <apl:data>
          <merc:prepareOutgoingConsignmentRequest>
            <merc:localTransactionId>a1</merc:localTransactionId>
            <merc:initiator>
              <vd:login>...</vd:login>
            </merc:initiator>
            <merc:delivery>
              <vd:deliveryDate>2018-07-23T21:43:12.760Z</vd:deliveryDate>
              <vd:consignor>
                <dt:businessEntity>
                  <bs:guid>fd31bd5e-218a-11e2-a69b-b499babae7ea</bs:guid>
                </dt:businessEntity>
                <dt:enterprise>
                  <bs:guid>99fe644e-1ba1-4c9e-aa15-d543a68ec247</bs:guid>
                </dt:enterprise>
              </vd:consignor>
              <vd:consignee>
                <dt:businessEntity>
                  <bs:guid>fd31bd5e-218a-11e2-a69b-b499babae7ea</bs:guid>
                </dt:businessEntity>
                <dt:enterprise>
                  <bs:guid>e54223c1-78ab-43f9-8865-55ca5de38c7d</bs:guid>
                </dt:enterprise>
              </vd:consignee>
              <vd:consignment>
                <vd:productItem>
                  <dt:name>Котлетное мясо свиное</dt:name>
                </vd:productItem>
                <vd:volume>1250</vd:volume>
                <vd:unit>
                  <bs:guid>db13bfe1-204f-4e28-a5ea-da51660b0469</bs:guid>
                </vd:unit>
                <vd:sourceStockEntry>
                  <bs:guid>c0125856-a88a-42d9-9753-ae0a4dabe876</bs:guid>
                </vd:sourceStockEntry>
              </vd:consignment>
              <vd:transportInfo>
                <vd:transportType>1</vd:transportType>
                <vd:transportNumber>
                  <vd:vehicleNumber>a546aa63</vd:vehicleNumber>
                </vd:transportNumber>
              </vd:transportInfo>
              <vd:transportStorageType>VENTILATED</vd:transportStorageType>
              <vd:accompanyingForms>
                <vd:waybill>
                  <vd:issueSeries></vd:issueSeries>
                  <vd:issueNumber>49</vd:issueNumber>
                  <vd:issueDate>2018-07-23</vd:issueDate>
                  <vd:type>1</vd:type>
                </vd:waybill>
                <vd:vetCertificate>
                  <vd:authentication>
                    <vd:purpose>
                      <bs:guid>a8a8180f-f40c-48ba-a70e-c533c806f2c8</bs:guid>
                    </vd:purpose>
                    <vd:cargoInspected>false</vd:cargoInspected>
                    <vd:cargoExpertized>VSEFULL</vd:cargoExpertized>
                    <vd:locationProsperity>Местность благополучна</vd:locationProsperity>
                  </vd:authentication>
                </vd:vetCertificate>
              </vd:accompanyingForms>
            </merc:delivery>
          </merc:prepareOutgoingConsignmentRequest>
        </apl:data>
      </apl:application>
    </apldef:submitApplicationRequest>
  </SOAP-ENV:Body>
</SOAP-ENV:Envelope>

Я сканирую двумерный штрихкод, который содержится на перечне ВСД к накладной. Мне приходит строка: https://mercury.vetrf.ru/pub/operatorui?_action=findVetDocumentFormByUuid&uuid=da7d-0f03-837b-4b2b-80ca-7b1a-be29-347e
И в этой строке только такой uuid, как я написал. Других данных в ДШК нет. На самом пречне написан ровно такой же код. Как мне получить UUID в правильном формате?

Здравствуйте. Пытаюсь получить по UUID сведения о ВСД. UUID корректный: https://mercury.vetrf.ru/pub/operatorui?_action=findVetDocumentFormByUuid&uuid=da7d-0f03-837b-4b2b-80ca-7b1a-be29-347e
XML взял из примера http://help.vetrf.ru/wiki/GetVetDocumentByUuidOperation_v2.0

<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>${auth.apiKey}</apldef:apiKey>
      <apl:application>
        <apl:serviceId>mercury-g2b.service:2.1</apl:serviceId>
        <apl:issuerId>${auth.IsuserId}</apl:issuerId>
        <apl:issueDate>${new Date().toISOString()}</apl:issueDate>
        <apl:data>
          <merc:getVetDocumentByUuidRequest>
            <merc:localTransactionId>a10003</merc:localTransactionId>
            <merc:initiator>
              <vd:login>${auth.login}</vd:login>
            </merc:initiator>
            <bs:uuid>da7d-0f03-837b-4b2b-80ca-7b1a-be29-347e</bs:uuid>
            <dt:enterpriseGuid>99fe644e-1ba1-4c9e-aa15-d543a68ec247</dt:enterpriseGuid>
          </merc:getVetDocumentByUuidRequest>
        </apl:data>
      </apl:application>
    </apldef:submitApplicationRequest>
  </SOAP-ENV:Body>
</SOAP-ENV:Envelope>

Запрос получает статус ACCEPTED, а когда пытаюсь получить ответ, то возвращается:

Что я делаю не так?