|
[Search] Поиск   [Recent Topics] Последние темы   [Hottest Topics] Горячие темы   [Members]  Список участников   [Groups] На главную страницу 
[Register] Регистрация / 
[Login] Вход 
Сообщения, отправленные пользователем: MishaJ
Индекс форума » Профиль для MishaJ » Сообщения, отправленные пользователем MishaJ
Автор Сообщение
lalex23 wrote:
на мой взгляд - это комплексный косяк, со стороны Меркурия - в справке отсутствует описание статуса 105, а со стороны 1С - из-за отсутствия в описании - 1С не может этот статус обработать
так что надо найти файл ответа сервиса в котором есть запись журнала со статусом 105 и поинтересоваться у техподдержки - что зафигня у вас на остатках, потом написать в 1С - что такие новые статусы теперь есть и их надо обрабатывать


<?xml version="1.0" encoding="UTF-8"?>
<soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/"><soap:Body><receiveApplicationResultResponse xmlns="http://api.vetrf.ru/schema/cdm/application/ws-definitions">
<application xmlns="http://api.vetrf.ru/schema/cdm/application">
<applicationId>51e90bca-3cf0-4d47-b13b-21938c2bb12b</applicationId>
<status>COMPLETED</status>
<serviceId>mercury-g2b.service</serviceId>
<issuerId></issuerId>
<issueDate>2019-04-29T14:31:25+03:00</issueDate>
<rcvDate>2019-04-29T14:31:31+03:00</rcvDate>
<prdcRsltDate>2019-04-29T14:31:31+03:00</prdcRsltDate>
<result>
<ns1:getStockEntryChangesListResponse xmlns:ns1="http://api.vetrf.ru/schema/cdm/mercury/g2b/applications/v2" xmlns:bs="http://api.vetrf.ru/schema/cdm/base" xmlns:dt="http://api.vetrf.ru/schema/cdm/dictionary/v2" xmlns:vd="http://api.vetrf.ru/schema/cdm/mercury/vet-document/v2">
<vd:stockEntryList count="1" total="81" offset="80">
<vd:stockEntry>
<bs:uuid>d1ea354f-ecf3-4898-b186-386cc3999a2f</bs:uuid>
<bs:guid>920be5ad-7cef-4b37-9179-6afedc2c2134</bs:guid>
<bs:active>true</bs:active>
<bs:last>true</bs:last>
<bs:status>105</bs:status>
<bs:createDate>2019-04-25T10:37:31+03:00</bs:createDate>
<bs:updateDate>2019-04-25T10:37:31+03:00</bs:updateDate>
<vd:entryNumber>3198841055</vd:entryNumber>
<vd:batch>
<vd:productType>1</vd:productType>
<vd:product>
<bs:uuid>b48f2d1f-d1d6-67cb-db17-0d9b39ae84cb</bs:uuid>
<bs:guid>57a674fd-ca2b-c523-6853-72d27b4ae32c</bs:guid>
</vd:product>
<vd:subProduct>
<bs:uuid>300a3a4b-f5f4-ba93-8d43-3dec57cad983</bs:uuid>
<bs:guid>1d17cba8-77e5-5cea-8ba3-3e29b5900697</bs:guid>
</vd:subProduct>
<vd:productItem>
<bs:uuid>208dfacd-1834-454e-a9d8-ed23eefb8f62</bs:uuid>
<bs:guid>e6001ed0-6837-435a-b723-4d8003d241f3</bs:guid>
<dt:name>Трахеи свиные замороженные</dt:name>
</vd:productItem>
<vd:volume>9.99</vd:volume>
<vd:unit>
<bs:uuid>069792f0-053d-11e1-99b4-d8d385fbc9e8</bs:uuid>
<bs:guid>21ed96c9-337b-4a27-8761-c6e6ad3c9f5b</bs:guid>
</vd:unit>
<vd:dateOfProduction>
<vd:firstDate>
<dt:year>2018</dt:year>
<dt:month>11</dt:month>
<dt:day>26</dt:day>
</vd:firstDate>
</vd:dateOfProduction>
<vd:expiryDate>
<vd:firstDate>
<dt:year>2019</dt:year>
<dt:month>5</dt:month>
<dt:day>25</dt:day>
</vd:firstDate>
</vd:expiryDate>
<vd:batchID>4621811261817</vd:batchID>
<vd:perishable>false</vd:perishable>
<vd:origin>
<vd:productItem>
<bs:uuid>208dfacd-1834-454e-a9d8-ed23eefb8f62</bs:uuid>
<bs:guid>e6001ed0-6837-435a-b723-4d8003d241f3</bs:guid>
<dt:name>Трахеи свиные замороженные</dt:name>
</vd:productItem>
<vd:country>
<bs:uuid>72a84b51-5c5e-11e1-b9b7-001966f192f1</bs:uuid>
<bs:guid>74a3cbb1-56fa-94f3-ab3f-e8db4940d96b</bs:guid>
</vd:country>
<vd:producer>
<dt:enterprise>
<bs:uuid>d8a55052-9496-4fd8-91c3-3471130d981c</bs:uuid>
<bs:guid>79c37fb4-28d5-42d9-a6b9-0c722e1e00e6</bs:guid>
</dt:enterprise>
<dt:role>PRODUCER</dt:role>
</vd:producer>
</vd:origin>
<vd:lowGradeCargo>false</vd:lowGradeCargo>
<vd:packageList>
<dt:package>
<dt:level>6</dt:level>
<dt:packingType>
<bs:uuid>cc459b06-52e6-4283-be12-585e47f315dd</bs:uuid>
<bs:guid>fedf5ad4-053c-11e1-99b4-d8d385fbc9e8</bs:guid>
<dt:globalID>BX</dt:globalID>
<dt:name>Коробка</dt:name>
</dt:packingType>
<dt:quantity>1</dt:quantity>
<dt:productMarks class="UNDEFINED">ООО «Мясокомбинат Бобровский», Овальное клеймо 15-02-01</dt:productMarks>
</dt:package>
</vd:packageList>
<vd:owner>
<bs:uuid>a9f43c31-8160-46b9-90ac-93f3f3da81d4</bs:uuid>
<bs:guid></bs:guid>
</vd:owner>
</vd:batch>
<vd:vetDocument>
<bs:uuid>1d07def8-145c-4f13-b1cc-d1e2e2afeda0</bs:uuid>
</vd:vetDocument>
<vd:vetEventList>
<vd:laboratoryResearch>
<vd:ID>1a569cc1-86bd-4d93-9ac4-4ed8d5246e26</vd:ID>
<vd:type>LBR</vd:type>
<vd:actualDateTime>2018-11-26T00:00:00+03:00</vd:actualDateTime>
<vd:operator>
<dt:name>Лаб ВСЭ ООО "МКБ"</dt:name>
</vd:operator>
<vd:referencedDocument>
<vd:issueDate>2018-11-26</vd:issueDate>
<vd:type>9</vd:type>
</vd:referencedDocument>
<vd:expertiseID>1476</vd:expertiseID>
<vd:indicator>
<dt:name>Трихинеллез, финноз</dt:name>
</vd:indicator>
<vd:method>
<dt:name>Биохимия</dt:name>
</vd:method>
<vd:result>NEGATIVE</vd:result>
<vd:conclusion>Разрешено</vd:conclusion>
</vd:laboratoryResearch>
<vd:laboratoryResearch>
<vd:ID>3a9b83b8-71f4-4ea4-968d-10587064bb07</vd:ID>
<vd:type>LBR</vd:type>
<vd:actualDateTime>2018-11-26T00:00:00+03:00</vd:actualDateTime>
<vd:operator>
<dt:name>ЛДО «БУВО» Бобровская рай СББЖ»</dt:name>
</vd:operator>
<vd:referencedDocument>
<vd:issueDate>2018-11-26</vd:issueDate>
<vd:type>9</vd:type>
</vd:referencedDocument>
<vd:expertiseID>5848-5859</vd:expertiseID>
<vd:indicator>
<dt:name>АЧС</dt:name>
</vd:indicator>
<vd:method>
<dt:name>ПЦР</dt:name>
</vd:method>
<vd:result>NEGATIVE</vd:result>
<vd:conclusion>Разрешено</vd:conclusion>
</vd:laboratoryResearch>
</vd:vetEventList>
</vd:stockEntry>
</vd:stockEntryList>
</ns1:getStockEntryChangesListResponse>
</result>
</application>
</receiveApplicationResultResponse></soap:Body></soap:Envelope>.
oleg-x wrote:Не совсем понятно что за статус. Если посмотреть список возможных статусов, то есть такие
http://help.vetrf.ru/wiki/VersionStatus
И 105 там нет. Либо это косяк конфигурации/данных, либо недокументированная ошибка.
Нужно сначала понять, эту ошибку выдает Меркурий или интеграционное решение генерирует данную ошибку.
То есть сначала пусть специалист посмотрит со стороны 1С, что происходит. Параллельно можно запросить у поддержки, что за 105 статусом кроется.


Да, такой ошибки нет в описании, я грешил на то, что наша программа не обновлена, и в связи с этим, появилась эта ошибка, но... после обновления программы на самую последнюю версию - ошибка осталась, отсюда вывод - проблема на стороне Меркурия, но признавать они не хотят.
С 25.04.2019 при попытке синхронизировать Записи складского журнала появилась ошибка:



Обращение в техподдержку Ветис.API ничего не дало, сказали, что не их проблема...

Кто-нибудь сталкивался?

1С:ERP Управление предприятием 2 (2.4.7.151)
christoffelsymbols wrote:

Так запрос то на получение ВСД а не записи журнала


Не суть, откуда берётся uuid? ВСД с таким идентификатором тоже нет. Мне кажется, что запрос порождается при синхронизации Справочника Записей складского журнала.



Откуда 1С берёт bs:uuid при синхронизации Записей складского журнала?
Запрос:

Перерыл весь справочник ЗаписиСкладскогоЖурналаВЕТИС на предмет Идентификатора - нет такого, но в ответ приходит ошибка:

Может - не там ищу?
sergmerk wrote:Добрый день! Пользуем меркурий в БП 3.0, никак не удается завести ветврача - при установке привязки выдается ошибка "code="PASS04131">Пользователь РСХН не может быть прикреплен к хозяйствующему субъекту." У пользователя пробовал ставить галочку "Гос.вет.врач" - бесполезно. Логин рабочий, ветврач работает с ним через Меркурий.ГВЭ. Не подскажете, в чем проблема?


Не надо прикреплять к Хоз. субъекту.
VneZnaniy wrote:Здравствуйте!

Можете подсказать, где в ВСД можно посмотреть (если такое возможно) номер заказа поставщику?


О`Кей требует ставить в поле "Особые отметки", специального поля ПМСМ нет.
@65kilh wrote:<?xml version="1.0" encoding="UTF-8"?>
<soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/">
<soap:Body>
<receiveApplicationResultResponse xmlns="http://api.vetrf.ru/schema/cdm/application/ws-definitions">
<application xmlns="http://api.vetrf.ru/schema/cdm/application">
<applicationId>f4c8d46b-7b29-464c-ac3d-c63e7d37c332</applicationId>
<status>REJECTED</status>
<serviceId>mercury-g2b.service</serviceId>
<issuerId>1b7ea04c-f39e-4bcb-8d1f-4ae28db00dc5</issuerId>
<issueDate>2018-12-03T10:19:23+03:00</issueDate>
<rcvDate>2018-12-03T10:19:20+03:00</rcvDate>
<prdcRsltDate>2018-12-03T10:19:28+03:00</prdcRsltDate>
<errors>
<apl:error xmlns:apl="http://api.vetrf.ru/schema/cdm/application"
code="MERC02033"
qualifier="id67">Указанное наименование продукции относится к другому виду продукции</apl:error>
</errors>
</application>
</receiveApplicationResultResponse>
</soap:Body>
</soap:Envelope>


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


ТЫЦ
rizarus wrote:
Что есть ТЧ?


Табличная часть.
rizarus wrote:Добрый день! Ветврач предприятия ранее гасил и оформлял ВСД на сайте Меркурия. Сейчас пытаемся его пересадить на 1С УТ 11. Если оформляем исходящую ВСД в 1С, то видим только товар подконтрольный Ветис, а таких всего несколько позиций (для пробы гасили этот товар в 1С). Остальной товар сейчас пока вносят по накладным и он не считается ветисовским. Как в таких случаях в 1С перевести обычный товар в разряд "подконтрольный Ветис" ?


Это можно осуществить обработкой "Групповое изменение реквизитов" (Администрирование - Обслуживание - Корректировка данных). В ней выбрать справочник "Номенклатура", настроить фильтры, включить "Дополнительные параметры" - "Специальные возможности" - отметить "галочками" позиции "показывать служебные реквизиты" и "Режим разработчика" и после этого в ТЧ отметить реквизиты, которые необходимо установить...
rizarus wrote:При проведении входящей операции не сопоставлено наше предприятие (скрин 1). При попытке сопоставить, открывается список предприятий, нахожу нужную (скрин 2). Пытаюсь связать (скрин 3). Но это решению проблемы не способствует. Как провести сопоставление?
Так же в скрине 2 интересует идентификатор под цифрой 1. К чему или к кому от может относится? Так как наш правильный идентификатор (GUID в Меркурии) под цифрой 2
Заранее спасибо!


1-й - Хозяйствующий субъект, 2 - й Предприятие.

Уже ответили.
MishaJ wrote:



В общем, анализ привёл в алгоритм синхронизации локального справочника Единицы измерения ВетИС с Онлайн справочником Меркурия. Если есть новые значения в Онлайн, то справочники принудительно синхронизируются, а, поскольку в новых записях Единиц измерения не заполнено поле "Базовая единица измерения" или "Единица измерения" (я точно не знаю), то вываливается ошибка, поскольку туда передается пустое значение.
Пример:

исправить можно только закомментировав строку 2529


christoffelsymbols wrote:

А что за ошибка?


Кто-нибудь пробовал обновится на 4.5.143? У меня не получается установить после обновления Единицу измерения ВетИС. Вываливается ошибка. Некогда сейчас разбираться, вертаю взад предыдущее состояние, завтра буду разбираться... (или кто может подскажет).
ppa32 wrote:
Дело в том, что это не наша продукция. Соответственно, мы ее менять не можем. При открытии по "изменить" она выглядит так:
https://dropmefiles.com/xBZio


Чуть "Раздвиньте" окно и Вам откроется "Изменить"



а вообще, если уже зашли в редактирование, то просто достаточно "Далее" -> "Готово" и Продукция сама "подтянет" данные из Меркурия.
 
Индекс форума » Профиль для MishaJ » Сообщения, отправленные пользователем MishaJ
Перейти:   

Powered by JForum 2.1.8 © JForum Team