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

Все ознакомились? О внесении изменений в справочник целей и предназначений ФГИС «Меркурий»

Private wrote:Сейчас можно сразу запрашивать доступ в боевой без тестового, принимают и регистрируют, но форма заявки остается прежней, в которой вы фиктивно подтверждаете, что тестирование прошли и бизнес-процессы обкатали.

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

Я вот думаю что на эту ошибку пора отключать реакцию. Раз в час бросать в лог/алерт количество удачных/неудачных запросов, чтобы понять если вдруг сервис совсем все. Информативности особой эта ошибка не несет, имхо.

KuBeR21rus wrote:
Нам нужно отгрузить продукцию от предприятия номер 2, которая выпускалась на предприятии номер 1.
при отправке ВСД, меркурий выражается матерно-лингвистическим языком, и выдает ошибку, в которой показывает что предприятия отправитель и предприятие производитель должны быть одинаковыми.

А в чем проблема то? Делаете внутреннюю перевозку с предприятия 1 на предприятие 2, гасите входящий ВСД и отгружаете.

Private wrote:

oleg-x wrote:А вот если есть товар из 648, то только с вет. станцией.

Что вы бред несете про 648 приказ, это просто перечень товаров, подлежащих сопровождению ВСД. 646 приказ - права УЛ, 647 - права АС, а вот если есть в 648, но нет ни в 646 ни в 647 - тогда только ветврачи.

В приказах указанны не только товары но и цели их использования. Одинаковый товар может присутствовать в двух приказах, но с разными целями. По 646 приказу продукт можно в пищу людям, а по 674 для любых целей.

GusVal wrote:Я один такой счастливый или проблемы наблюдаются еще у кого-нибудь?

У меня тоже самое. Техподдержке звонил сказали что все работает, но ничего не изменилось.

rt wrote:

Vladimir2017 wrote:http://help.vetrf.ru/wiki/UpdateVeterinaryEventsOperation_v2.0

спасибо но не то, это лабораторные исследования а нужно ВСЭ (ветеринарно-санитарная экспертиза) это разные блоки.

Не совсем понимаю что Вам нужно? Поля cargoInspected и cargoExpertized?

rt wrote:Аутентификация хоза и логин ветврача есть. Но в списке доступных операций, нужного метода ведь нет.

http://help.vetrf.ru/wiki/UpdateVeterinaryEventsOperation_v2.0

rt wrote:

Vladimir2017 wrote:

rt wrote:Кто подскажет когда будет возможность заполнять блок ВСЭ (ветеринарно-санитарная экспертиза) в производственной партии?

Под логином ветврача - хоть сейчас.

Серьёзно? Речь конечно про API.

Серьезней некуда

Аутентификация хоза, логин ветврача, прикрепленного к площадке, и все работает.

rt wrote:Кто подскажет когда будет возможность заполнять блок ВСЭ (ветеринарно-санитарная экспертиза) в производственной партии?

Под логином ветврача - хоть сейчас.

Фармакс wrote:Да это очередная подстава с стороны разработчиков.

А вообще в XML файле есть сведения, по которым можно однозначно определить версию ВСД? 1.4? 2.0 ....

По пространствам имен.

GusVal wrote:Что-то меня уже это все раздражать начинает

Через комплексные даты пробовали гасить?

Фармакс wrote:Зачем в запросах используется двойная аутентификация? с какой целью? Когда они могут принимать различные значения?

Может я что то упускаю.

1) Чтобы идентифицировать конкретного пользователя хоз.субъекта.
2) Чтобы ветврачи могли работать под учетками хозов. в интеграционных решениях.

miskevich wrote: Возникает второй вопрос, не обработается ли висящая заявка позднее ...

У меня сложилось впечатление что у сетевой части принимающей транзакции и у ядра обрабатывающего БД разные очереди. Причем если что-то сходу не прошло через сетевую часть, то до ядра оно больше не доберется. В любом случае, кмк, лучше создать новую ВСД, а потом отменить/инвентаризировать, чем отправить машину в рейс без документов.

По данному вопросу нужна официальные разъяснения ведомства, как и по работе без интернета/Меркурия/электричества и т.д.

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

В автоматизации надо делать проверку - несколько запросов с небольшим интервалом, что-нибуть типа 10 через 3. Если через 30 сек. все еще приходит in_process кидаем заявку в туже категорию что и rejected. Это не первый случай, кстати, у меня пару суток висели такие заявки без движения.