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

Егорова Ирина wrote:

Поскольку Меркурий не удосужился оповестить, сообщаю всем заинтересованным лицам, получающим, при вводе новой номенклатуры через API, ошибку
MERC10320 "Идентификатор пользователя обязателен для заполнения"
Меркурий прекратил поддержку запроса ModifyProducerStockListOperation через шлюз 1.4

Мы сообщили всем, кто обращался на api@vetrf.ru, что это зарегистрированный дефект. Вас среди обратившихся не было. Не вводите пользователей в заблуждение.

К сожалению, но на мои письма не отвечают уже год. Пишу как в бездну. Видимо в "игнор" занесли.

Yoreg07 wrote:

Keni4i wrote:api 1.4. Такая же проблема, вечный IN_PROCESS.

Не подскажете из своего опыта? Если заявка зависла в этом статусе, то она будет вообще исполнена или нет смысла ждать и лучше переотправить снова?

Она может так и остаться, а может исполниться. В этом то и проблема, что не узнать. Я проверял тем, что смотрел был ли расход по партии, но оказалось, что это тоже не выход, так как расход может отразиться с задержкой.

Отправляю заново выходит APLM0012. Видимо опять сервера перегружены.

api 1.4. Такая же проблема, вечный IN_PROCESS.

Спасибо. Интересно, почему тогда дал создать сам документ.

Меркурий создает ВСД

-<vetd:consignee>
-<ent:businessEntity>
<bs:uuid>304d266e-e0e6-475a-ab00-4a76e3842963</bs:uuid>
<bs:guid>c299789b-3707-497b-a32e-0dba33e64534</bs:guid>
</ent:businessEntity>
-<ent:enterprise>
<bs:uuid>0c76f6bc-c715-4736-9605-4c33fc7b7e8f</bs:uuid>
<bs:guid>c2999d56-f92b-4af2-add5-2f03bdb6ebcb</bs:guid>
</ent:enterprise>
</vetd:consignee>
-<vetd:batch>
<vetd:productType>5</vetd:productType>
-<vetd:product>
<bs:uuid>3008afa9-8a88-8586-5f75-08ce43189ac8</bs:uuid>
<bs:guid>e9fa27c7-c0e0-2f64-308c-c6409de238ae</bs:guid>
</vetd:product>
-<vetd:subProduct>
<bs:uuid>46e3b8fb-49d4-ac94-b5cc-adda7521409d</bs:uuid>
<bs:guid>7da301dd-d0d0-4180-5bc4-ce0a4111afcd</bs:guid>
</vetd:subProduct>
-<vetd:productItem>
<pro:name>Колбаса вареная"Докторская"</pro:name>
</vetd:productItem>
<vetd:volume>1.2</vetd:volume>
-<vetd:unit>
<bs:uuid>069792f0-053d-11e1-99b4-d8d385fbc9e8</bs:uuid>
<bs:guid>21ed96c9-337b-4a27-8761-c6e6ad3c9f5b</bs:guid>
</vetd:unit>
-<vetd:packingList>
-<com:packingForm>
<bs:uuid>fedf5ad4-053c-11e1-99b4-d8d385fbc9e8</bs:uuid>
<com:name>Коробка</com:name>
</com:packingForm>
</vetd:packingList>
<vetd:packingAmount>1</vetd:packingAmount>
-<vetd:dateOfProduction>
-<vetd:firstDate>
<bs:year>2018</bs:year>
<bs:month>7</bs:month>
<bs:day>10</bs:day>
<bs:hour>0</bs:hour>
</vetd:firstDate>
</vetd:dateOfProduction>
-<vetd:expiryDate>
-<vetd:firstDate>
<bs:year>2018</bs:year>
<bs:month>8</bs:month>
<bs:day>7</bs:day>
<bs:hour>0</bs:hour>
</vetd:firstDate>
</vetd:expiryDate>
<vetd:perishable>true</vetd:perishable>
-<vetd:countryOfOrigin>
<bs:uuid>72a84b51-5c5e-11e1-b9b7-001966f192f1</bs:uuid>
<bs:guid>74a3cbb1-56fa-94f3-ab3f-e8db4940d96b</bs:guid>
</vetd:countryOfOrigin>
-<vetd:producerList>
-<ent:producer>
-<ent:enterprise>
<bs:uuid>87b374f5-6267-4d4f-9ec0-35c632f233ae</bs:uuid>
<bs:guid>009d4f03-0fb1-d0de-3998-dcb001a601f8</bs:guid>
</ent:enterprise>
<ent:role>PRODUCER</ent:role>
</ent:producer>
</vetd:producerList>
-<vetd:productMarkingList>
<vetd:productMarking>ЗАО "Заречье плюс"</vetd:productMarking>
</vetd:productMarkingList>
<vetd:lowGradeCargo>false</vetd:lowGradeCargo>
-<vetd:owner>
<bs:uuid>7bcd9ead-1ed0-4557-a9c3-7f745cc254c2</bs:uuid>
<bs:guid>ff0e057c-fd0d-4378-bd78-9cc056a6e5a6</bs:guid>
</vetd:owner>
</vetd:batch>

Создаю TransportOperation на предприятие 47dc77fa-7406-4c9c-86c6-5fad86337ff4.

-<vet:consignee>
-<ent:businessEntity>
<base:guid>c299789b-3707-497b-a32e-0dba33e64534</base:guid>
</ent:businessEntity>
-<ent:enterprise>
<base:guid>47dc77fa-7406-4c9c-86c6-5fad86337ff4</base:guid>
</ent:enterprise>
</vet:consignee>
-<vet:consignment id="СТР000073481">
<vet:volume>1.2</vet:volume>
-<vet:unit>
<base:uuid>069792f0-053d-11e1-99b4-d8d385fbc9e8</base:uuid>
</vet:unit>
-<vet:packingList>
-<com:packingForm>
<base:uuid>fedf5ad4-053c-11e1-99b4-d8d385fbc9e8</base:uuid>
</com:packingForm>
</vet:packingList>
<vet:packingAmount>1</vet:packingAmount>
-<vet:sourceStockEntry>
<base:guid>59d2fe06-67bd-4028-a156-b95b5d158f50</base:guid>
</vet:sourceStockEntry>
</vet:consignment>

У меня не отправляются транспортные ВСД.

У транспортной накладной заработало. А вот при производстве до сих пор ответ пустой.

terinchik wrote:Здравствуйте.
Подскажите, как быстро отвечает тех поддержка? Написала запрос по этому адресу api@vetrf.ru, уже пятый день жду ответа.
Не можем авторизоваться в тестовом веб-интерфейсе для проверки выписанных ВСД через интеграционный модуль.

Мне еще ни разу не ответили.Писал 10,13,29 ноября.

СергейА wrote:

Keni4i wrote:Столкнулся с проблемой при гашении входящей ВСД.
Вот отрывок ВСД:

-<ns2:dateOfProduction>
<ns2:informalDate>июнь 2017</ns2:informalDate>
</ns2:dateOfProduction>
-<ns2:expiryDate>
<ns2:informalDate>6 мес</ns2:informalDate>
</ns2:expiryDate>

Дата указана строкой. При гашении же в правилах прописано: "Может быть указана двумя способами: датой или диапазоном дат.".
И соответственно, что бы я не делал у меня выходит ошибка "Дата выработки продукции в сведениях о принимаемой партии должна совпадать с указанной в ветеринарно-сопроводительном документе."
Но при данных условиях она не как не может совпадать, так как в одном месте она указана строкой, в другом необходимо указывать именно типом "Дата".
Кто сталкивался, как гасить в таком случае?

А гасить я так понимаю можно только через веб интерфейс

Нет. До этого я гасил через Ветис Api

СергейА wrote:

Keni4i wrote:Столкнулся с проблемой при гашении входящей ВСД.
Вот отрывок ВСД:

-<ns2:dateOfProduction>
<ns2:informalDate>июнь 2017</ns2:informalDate>
</ns2:dateOfProduction>
-<ns2:expiryDate>
<ns2:informalDate>6 мес</ns2:informalDate>
</ns2:expiryDate>

Дата указана строкой. При гашении же в правилах прописано: "Может быть указана двумя способами: датой или диапазоном дат.".
И соответственно, что бы я не делал у меня выходит ошибка "Дата выработки продукции в сведениях о принимаемой партии должна совпадать с указанной в ветеринарно-сопроводительном документе."
Но при данных условиях она не как не может совпадать, так как в одном месте она указана строкой, в другом необходимо указывать именно типом "Дата".
Кто сталкивался, как гасить в таком случае?

По крайней мере для для шлюза 1.4 было написано что тремя, третий - это строка, а как будет это строка формироваться - не описано, т.е. можно написать ПятнаЦЦАтое ФеврОля и попробуй это прочитай

При создании транспортной партии(реализации) :"Дата выработки продукции. Может быть указана тремя способами: датой, диапазоном дат, строкой. В случае точной даты выработки указывается только первая компонента - firstDate."
При создании гашении : "Может быть указана двумя способами: датой или диапазоном дат."
Вот и получается не стыковка.

Столкнулся с проблемой при гашении входящей ВСД.
Вот отрывок ВСД:

-<ns2:dateOfProduction>
<ns2:informalDate>июнь 2017</ns2:informalDate>
</ns2:dateOfProduction>
-<ns2:expiryDate>
<ns2:informalDate>6 мес</ns2:informalDate>
</ns2:expiryDate>

Дата указана строкой. При гашении же в правилах прописано: "Может быть указана двумя способами: датой или диапазоном дат.".
И соответственно, что бы я не делал у меня выходит ошибка "Дата выработки продукции в сведениях о принимаемой партии должна совпадать с указанной в ветеринарно-сопроводительном документе."
Но при данных условиях она не как не может совпадать, так как в одном месте она указана строкой, в другом необходимо указывать именно типом "Дата".
Кто сталкивался, как гасить в таком случае?

Столкнулся с проблемой при гашении входящей ВСД.
Вот отрывок ВСД:

-<ns2:dateOfProduction>
<ns2:informalDate>июнь 2017</ns2:informalDate>
</ns2:dateOfProduction>
-<ns2:expiryDate>
<ns2:informalDate>6 мес</ns2:informalDate>
</ns2:expiryDate>

Дата указана строкой. При гашении же в правилах прописано: "Может быть указана двумя способами: датой или диапазоном дат.".
И соответственно, что бы я не делал у меня выходит ошибка "Дата выработки продукции в сведениях о принимаемой партии должна совпадать с указанной в ветеринарно-сопроводительном документе."
Но при данных условиях она не как не может совпадать, так как в одном месте она указана строкой, в другом необходимо указывать именно типом "Дата".
Кто сталкивался, как гасить в таком случае?

mevgenym wrote:это ошибка про apiKey, но судя по запросу у вас он есть, возможно не тот запрос привели, или его нет в receiveApplicationResultRequest

ApiKey заполнен. Запрос тот. В receiveApplicationResultRequest мой ApiKey есть, уже веду начальную работу с рабочей версией Меркурия.
Есть необходимость создать входящую ВСД от контрагента, но у него нет Поднадзорных объектов, есть только Хоз. субъект, поэтому создал заявку от имени своего Хоз. субъекта и соответственного своего ApiKey.
Написал вопрос на почту api@vetrf.ru, может там прояснят ситуацию.