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

Подскажите, пожалуйста, почему инвентаризация на промышленном контуре работает, а на тестовом - нет. На один и тот же запрос (с точностью до пользователя и продукта) промышленный контур даёт ответ и делает то, что просят, а тестовый выдаёт "Unexpected service error has occurred"? Запросы могу предоставить...

Здравствуйте.
Добрые люди. Подкиньте в тестовую базу "богатых" данных. Нужны входящие ВСД с маршрутами, ТС, упаковками, номером партии и т.п. Надо отладить частичные гашения и полные отказы.

ХС: 4e7440ff-202a-4632-9915-b7f7b6b0a739
ИНН: 1001144078

Подскажите, пожалуйста, кому писать, если обнаружено вопиющее несоответствие документации и реальности?

С помощью SoupUI 5.7.0 отрабатываю запросы инвентаризации на тестовом сервере ВЕТИС.
Делаю добавление продукта. Вполне себе существующий продукт.
Запрос принимается. Но при обратке приходит "Unexpected service error has occurred."
Сам запрос на инвентаризацию такой:

<soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" 
	xmlns:ws="http://api.vetrf.ru/schema/cdm/application/ws-definitions" 
		xmlns:v2="http://api.vetrf.ru/schema/cdm/mercury/g2b/applications/v2" 
		xmlns:base="http://api.vetrf.ru/schema/cdm/base" 
		xmlns:v21="http://api.vetrf.ru/schema/cdm/mercury/vet-document/v2" 
 		xmlns:v22="http://api.vetrf.ru/schema/cdm/dictionary/v2"
 		xmlns:ent="http://api.vetrf.ru/schema/cdm/cerberus/enterprise"
	xmlns:app="http://api.vetrf.ru/schema/cdm/application">
   <soapenv:Header/>
   <soapenv:Body>
      <ws:submitApplicationRequest>
         <ws:apiKey>АпиКей</ws:apiKey>
         <app:application>
          <app:serviceId>mercury-g2b.service</app:serviceId>
            <app:issuerId>КодХС</app:issuerId>
            <app:issueDate>2023-04-05T17:05:00</app:issueDate>
           <app:data>
		      <v2:resolveDiscrepancyRequest>
		         <v2:localTransactionId>11111</v2:localTransactionId>
		         <v2:initiator>
		            
		            <v21:login>пользователь</v21:login>
		         </v2:initiator>
		         <v2:enterprise>
		            
		            <base:guid>2665bdc9-2ded-4a8f-9dff-7488e8d32266</base:guid>
		         </v2:enterprise>
		         <v2:inventoryDate>2023-04-05T17:00:00</v2:inventoryDate>
		         <v2:responsible>
		           
		            <v21:login>пользователь</v21:login>
		         </v2:responsible>
		         <v2:stockDiscrepancy id="test1">
		            <v21:resultingList count="1" total="1" offset="0">
		               <v21:stockEntry>
		                      <v21:batch>
		                           <v21:productType>5</v21:productType>
		                           <v21:product>
		                              <base:uuid>31c94ff1-a217-f38d-6005-1aa5ca67e146</base:uuid>
		                              <base:guid>d34504bb-7a93-e1c8-4859-339eafd97c6c</base:guid>
		                           </v21:product>
		                           <v21:subProduct>
		                              <base:uuid>61c950e3-f56d-44ce-a3c2-247392b85baa</base:uuid>
		                              <base:guid>9af1f15a-2901-40be-bd39-01fa6a1297ba</base:guid>
		                           </v21:subProduct>
		                           <v21:productItem>
		                              <v22:name>Сметана массовая доля жира 15%; 330г., ст.</v22:name>
		                           </v21:productItem>
		                           <v21:volume>50</v21:volume>
		                           <v21:unit>
		                              <base:uuid>069792f0-053d-11e1-99b4-d8d385fbc9e8</base:uuid>
		                              <base:guid>21ed96c9-337b-4a27-8761-c6e6ad3c9f5b</base:guid>
		                           </v21:unit>
		                           <v21:dateOfProduction>
		                              <v21:firstDate>
		                                 <v22:year>2023</v22:year>
		                                 <v22:month>4</v22:month>
		                                 <v22:day>3</v22:day>
		                                 <v22:hour>0</v22:hour>
		                              </v21:firstDate>
		                           </v21:dateOfProduction>
		                           <v21:expiryDate>
		                              <v21:firstDate>
		                                 <v22:year>2023</v22:year>
		                                 <v22:month>4</v22:month>
		                                 <v22:day>10</v22:day>
		                                 <v22:hour>0</v22:hour>
		                              </v21:firstDate>
		                           </v21:expiryDate>
		                           <v21:batchID>C8583</v21:batchID>
		                           <v21:perishable>true</v21:perishable>
		                           <v21:origin>
		                              <v21:country>
		                                 <base:uuid>72a84b51-5c5e-11e1-b9b7-001966f192f1</base:uuid>
		                                 <base:guid>74a3cbb1-56fa-94f3-ab3f-e8db4940d96b</base:guid>
		                              </v21:country>
		                              <ent:producer>
		                                 <ent:enterprise>
		                                    <base:uuid>d0cdbb92-f28b-4a63-a51a-ff8e0737b4b8</base:uuid>
		                                    <base:guid>689851d0-ca15-4b32-8330-d1b1e38b1c9b</base:guid>
		                                 </ent:enterprise>
		                                 <ent:role>PRODUCER</ent:role>
		                              </ent:producer>
		                           </v21:origin>
		                           <v21:lowGradeCargo>false</v21:lowGradeCargo>
		                           <v21:packageList>
		                              <v22:package>
		                                 <v22:level>4</v22:level>
		                                 <v22:packingType>
		                                    <base:uuid>cc459b06-52e6-4283-be12-585e47f315dd</base:uuid>
		                                    <base:guid>fedf5ad4-053c-11e1-99b4-d8d385fbc9e8</base:guid>
		                                    <v22:globalID>BX</v22:globalID>
		                                    <v22:name>Коробка</v22:name>
		                                 </v22:packingType>
		                                 <v22:quantity>1</v22:quantity>
		                              </v22:package>
		                              <v22:package>
		                                 <v22:level>2</v22:level>
		                                 <v22:packingType>
		                                    <base:uuid>71f854f1-5d73-47ae-bb16-d0779dbf2d81</base:uuid>
		                                    <base:guid>6090531d-d038-4f6c-a8df-77ba92267ec4</base:guid>
		                                    <v22:globalID>PP</v22:globalID>
		                                    <v22:name>Штука</v22:name>
		                                 </v22:packingType>
		                                 <v22:quantity>27</v22:quantity>
		                                 <v22:productMarks class="EAN13">4607084550825</v22:productMarks>
		                              </v22:package>
		                           </v21:packageList>
		                           <v21:owner>
		                              <base:uuid>90f2b4f8-769d-40ea-bffe-ef1640bb7bf9</base:uuid>
		                              <base:guid>4e7440ff-202a-4632-9915-b7f7b6b0a739</base:guid>
		                           </v21:owner>
		                        </v21:batch>
		                </v21:stockEntry>
				  </v21:resultingList>
			  	</v2:stockDiscrepancy>
				<v2:discrepancyReport for="test1">
				       <v21:issueSeries>11 11</v21:issueSeries>
				       <v21:issueNumber>111111111</v21:issueNumber>
				       <v21:issueDate>2023-04-04T12:00:00</v21:issueDate>
				       <v21:reason>
				            <v21:name>Надо работатть</v21:name>
				       </v21:reason>
				       <v21:description>Забыли оприходовать</v21:description>
				</v2:discrepancyReport>
			 </v2:resolveDiscrepancyRequest>
            </app:data>
         </app:application>
      </ws:submitApplicationRequest>
   </soapenv:Body>
</soapenv:Envelope>

Интернет о такой ошибке вообще молчит. Что за непредвиденная ошибка на сервере?
"Доктор, что я делаю не так?" (с) анекдот.
Попробовал скопировать пример из документации и, поправленный с точностью до дат и пользователей, послал на сервер - тот же эффект.
Кто-нибудь знает, какие ещё "подводные камни" есть в этом деле?
Кстати, добавить количество уже в существующую запись так же провалились (с той же формулировкой)

В документации к методу ProcessIncomingConsignment написано

При гашении электронного ВСД проверяется совпадение всех полей блока waybill с исходным ВСД. Для гашения без акта о несоответствии необходимо передать те же данные, что и в исходном ВСД.
Если фактические сведения о ТТН отличаются от исходного ВСД, то при гашении можно указать фактические сведения, при этом необходимо указать причину в акте о несоответствии (блок discrepancyReport).
Если ТТН отсутствует, то блок waybill в запросе не передается.

Вопрос: ТТН в данном случае - это только Document с типом "1", или ещё и тип "5" или другие "накладные" имеются ввиду?

Вопрос вдогонку.
Как может быть так, что у productItem нет ни guid ни uuid?
При том, что они обязаны быть (по документации).
Сижу, смотрю не реальные данные и ... худею...

Здравствуйте!
Вот здесь: https://help.vetrf.ru/wiki/BusinessEntity_v2.0 описан объект BusinessEntity. Там в конце есть такое свойство activityLocation, которое описано как необязательный список из двух полей: globalID - списка GLN, который может быть пустым, и обязательного enterprise.
При этом в Данных ответа на https://help.vetrf.ru/wiki/GetVetDocumentListOperation_v2.0#.D0.97.D0.B0.D0.BF.D1.80.D0.BE.D1.81_1._.D0.9F.D0.BE.D0.BB.D1.83.D1.87.D0.B5.D0.BD.D0.B8.D0.B5_.D0.BF.D0.B5.D1.80.D0.B2.D1.8B.D1.85_10_.D0.B8.D1.81.D1.85.D0.BE.D0.B4.D1.8F.D1.89.D0.B8.D1.85_.D0.B0.D0.BD.D0.BD.D1.83.D0.BB.D0.B8.D1.80.D0.BE.D0.B2.D0.B0.D0.BD.D0.BD.D1.8B.D1.85_.D0.92.D0.A1.D0.94. в BusinessEntity фигурирует globalID (строка 034) без всяких activityLocation.
Вопрос: как всё это разбирать? У BusinessEntity нет такого свойства: globalID. А, если верить документации - оно есть.
Как правило, activityLocation нигде не запоняется (я не видел), но всё бывает в первый раз... Как это будет выглядеть в XML?

Здравствуйте.
Добрые люди. Подкиньте в тестовую базу "богатых" данных. Нужны входящие ВСД с маршрутами, ТС, упаковками, номером партии и т.п. Надо отладить частичные гашения и полные отказы.

ХС: 4e7440ff-202a-4632-9915-b7f7b6b0a739
ИНН: 1001144078

Доброго времени суток!
Подскажите, почему GTIN может не совпадать со штрих-кодом?

Доброе время суток.
Где в ВСД прочитать штрихкод продукции (если он вообще имеется там)? Имеется ввиду XML-форма, само собой

Добрый день.
Пришлите, пожалуйста, с десяток тестовых ВСД, желательно, чтобы были дубли (один и тот же guid продукции), например: сыр адыгейский - 3 кг, и сыр адыгейский - 5 кг.

ИНН: 1001144078
ХС: 4e7440ff-202a-4632-9915-b7f7b6b0a739
Предприятие: 0733ae20-030d-bbf7-3201-02b783fcbcd3

Господа!
Где взять тестовые данные для отладки взаимодействия с тестовым контуром? Особенно интересуют ВСД от внешнего поставщика.

nmzn1 wrote:

MasterShi wrote:Доброго времени суток.
Ситуация проста: заказчик потерял данные для доступа к тестовому серверу. Однако требуется сделать интеграцию с ВЕТИС. Сейчас заказчик пользуется web-клиентом, но объёмы возросли и это его уже не устраивает. Мне, как разработчику, требуется делать отладку модулей интеграции, однако на промышленном сервере отрабатывать гашение и прочие прелести как-то не с руки.
Есть ли возможность получить мне, как представителю фирмы-разработчика получить доступ к тестовой базе от имени фирмы? Если да, то как?

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

Заказчик пробовал восстановить доступ. Ему ответили, что такая возможность не предусмотрена

К сожалению, реквизиты доступа к тестовой версии Ветис.API не могут быть выданы вам по следующей причине:

Доступ предоставлен ранее.

Так ли это? Или это чья-та, хм..., некомпетентность?

Доброго времени суток.
Ситуация проста: заказчик потерял данные для доступа к тестовому серверу. Однако требуется сделать интеграцию с ВЕТИС. Сейчас заказчик пользуется web-клиентом, но объёмы возросли и это его уже не устраивает. Мне, как разработчику, требуется делать отладку модулей интеграции, однако на промышленном сервере отрабатывать гашение и прочие прелести как-то не с руки.
Есть ли возможность получить мне, как представителю фирмы-разработчика получить доступ к тестовой базе от имени фирмы? Если да, то как?

Доброго времени суток.
Ситуация проста: заказчик потерял данные для доступа к тестовому серверу. Однако требуется сделать интеграцию с ВЕТИС. Сейчас заказчик пользуется web-клиентом, но объёмы возросли и это его уже не устраивает. Мне, как разработчику, требуется делать отладку модулей интеграции, однако на промышленном сервере отрабатывать гашение и прочие прелести как-то не с руки.
Есть ли возможность получить мне, как представителю фирмы-разработчика получить доступ к тестовой базе от имени фирмы? Если да, то как?