Технические вопросы и проблемы по работе с автоматизированной системой МЕРКУРИЙ

Ириала wrote:Именно, что обращалась. Сначала у них доступ был, потом оппля - только через РСХН.

Скорее всего ВУ не получило доступ к Цербер с ролью "Администратор по ведению реестра объектов"
Пускай пишут письма в ЦА и получают доступ

Предыстория: предприятие находится во 2 угрожаемой зоне по АЧС, производит кормовые добавки, прошедшие тепловую обработку (больше 70 градусов) - гранулы, отправляет в благополучные зоны РФ.
Возникает вопрос: почему МЕРКУРИЙ не разрешает перемещение, если, согласно "Перечня условий перемещения" запрещено перемещать ТОЛЬКО корма не прошедшие термическую обработку?

https://cerberus.vetrf.ru/cerberus/transit/pub?d=9...11-eea1-11e2-b8ad-8c89a53303ad
и еще, кстати, почему меркурий не отображает благополучие местности? Получается парадокс: в форме заполнения отображается МЕРКУРИЕМ что местность благополучна, а оформить ВСД нельзя, так как угрожаемая....

Александр Осминин wrote:

RomanWBD wrote:Коллеги, можно хотя бы делать объявление перед выполнением каких-то работ в тестовом шлюзе, потому что это реально мешает работе.

Можно продолжать работать.

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

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

Да никак не быть.
Ошибку эту выявляли несколько месяцев назад в ходе тестов. А дальше смотря на чем написана интеграция. Если для хранения остатков в ИС клиента используется регистр накопления, то труба. Если подхватывает данные по остаткам "налету" или хранит их в регистре сведений, то еще жить можно, можно погасить ВСД через ВЭБ и обновить записи журнала. Главное чтобы в интеграционном решении этот функционал был. Если же обновить записи журнала нет возможности (т.е. первый вариант, когда система построена на регистре накопления), то ничего вы тут не сделаете, кроме как гасить ВСД в вэбе и отгружать такую продукцию тоже в вэбе. Делали тест, с одного ХС на другой кидали продукцию с отбором лаб исследований через весту, та же фигня, с вэбом все ОК, а API затирает. Если вручную лабы вводили, у вас хоть есть возможность их перепечатывать. А если через весту, то всё, целостность потеряна. Как лаборатория будет результаты оформлять, по таким веткам, не понятно. Как ей передать этот отбор проб, тоже не ясно.
У вас вариант только акт несоответсвия в меркурии делать после подтверждения через АПИ и вносить лабы ручками, естественно перед тем как что либо гасить, вы должны будите заглянуть в ВСД и переписать на листик, в эксельку, всю инфу по лабам.
Но и тут можете споткнуться на архитектуру интеграционного решения и особенности работы АПИ. Как только по записи будет внесено изменения, UUID записи станет новый. А часть транзакций, в частности отгрузки, работают исключительно по нему, а не по ГУИДУ. И добиться от разработчиков механизма работы по ГУИДам никто не смог. Если интеграционная система не умеет актуализировать данные по остаткам, то всё, запись в 1С тупо зависнит, ничего вы с ней сделать не сможете, будет тупо болтаться на остатках.
Интеграция 1С из покупных или самописка?

ANIT wrote:

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

Да никак не быть.
Ошибку эту выявляли несколько месяцев назад в ходе тестов. А дальше смотря на чем написана интеграция. Если для хранения остатков в ИС клиента используется регистр накопления, то труба. Если подхватывает данные по остаткам "налету" или хранит их в регистре сведений, то еще жить можно, можно погасить ВСД через ВЭБ и обновить записи журнала. Главное чтобы в интеграционном решении этот функционал был. Если же обновить записи журнала нет возможности (т.е. первый вариант, когда система построена на регистре накопления), то ничего вы тут не сделаете, кроме как гасить ВСД в вэбе и отгружать такую продукцию тоже в вэбе. Делали тест, с одного ХС на другой кидали продукцию с отбором лаб исследований через весту, та же фигня, с вэбом все ОК, а API затирает. Если вручную лабы вводили, у вас хоть есть возможность их перепечатывать. А если через весту, то всё, целостность потеряна. Как лаборатория будет результаты оформлять, по таким веткам, не понятно. Как ей передать этот отбор проб, тоже не ясно.
У вас вариант только акт несоответсвия в меркурии делать после подтверждения через АПИ и вносить лабы ручками, естественно перед тем как что либо гасить, вы должны будите заглянуть в ВСД и переписать на листик, в эксельку, всю инфу по лабам.
Но и тут можете споткнуться на архитектуру интеграционного решения и особенности работы АПИ. Как только по записи будет внесено изменения, UUID записи станет новый. А часть транзакций, в частности отгрузки, работают исключительно по нему, а не по ГУИДУ. И добиться от разработчиков механизма работы по ГУИДам никто не смог. Если интеграционная система не умеет актуализировать данные по остаткам, то всё, запись в 1С тупо зависнит, ничего вы с ней сделать не сможете, будет тупо болтаться на остатках.
Интеграция 1С из покупных или самописка?

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

Милашка wrote:
Не могу ответить ибо врачи поставщика сами не знают что у них.

Сейчас только обратила внимание, что вы гасите через ВЭБ. У нас данные затирались как раз то когда оформляли через ВЭБ, а гасили через API (через интеграцию).

ANIT wrote:

Милашка wrote:
Не могу ответить ибо врачи поставщика сами не знают что у них.

Сейчас только обратила внимание, что вы гасите через ВЭБ. У нас данные затирались как раз то когда оформляли через ВЭБ, а гасили через API (через интеграцию).

У меня обратная ситуация: в наш адрес оформляют через API (через интеграцию), а гашу я через ВЭБ

Вопрос пока открыт: будет ли считаться нарушением отсутствие данных лабораторных исследований в ЭВСД?

Коллеги,
почему не получается погасить ВСД через API 2.0 для записи журнала которому не присвоен производитель(там просто пусто на уровне ВСД)? При попытке гашения выдает ошибку MERC14237 Укажите список производителей, сделайте чтобы производитель был всегда обязательным полем в Web версии. Потому что сейчас, если кто-то и создаст входящий остаток в журнале остатков без указания конкретного производителя и сформирует для него Транспортный ВСД, то ХС получатель просто не сможет его погасить через шлюз, только через Web.

Сейчас проблема в том, что из входящего остатка завод-производитель не пробрасывается на уровень Транспортного ВСД после оформления.

Порядок действий:
1. Сделал инвентаризацию (входной продукция - > добавить) на 1000 кг, указал для него завод-производитель.
2. Сформировал транспортный ВСД на 1000 кг с этой записью журнала.
3. В транспортном ВСД поле "Выработанная" пустое.
4. При попытке гасить в API2.0 ошибка, но при этом в Вебе погасить дает без проблем.

Вопрос как узнать производителя, если эту запись в журнале создал другой ХС? И при чтении ВСД эта информация не передается.

С учетом того, что в шлюзе при гашении сделана проверка на производителя, при этом Веб версия не соответствует логике работы шлюза.
Чтобы изежать таких ошибок нужно тогда сделать поля "Страна происхождения", "Производитель", "Страна производителя" обязательными полями при добавлении входной продукции(бумажная справка) и инвентаризации-добавлении входящей продукции + всегда пробрасывать эти поля в Транспортный ВСД и возвращать эти теги при чтении ЭВСД.

Ну или вторая опция, вообще не проверять эти поля при гашении через API 2.0.

Всем ДВС! Такой вот вопрос: в журнале продукции после нескольких отписок с партии продукции пропадает количество и упаковка остается только вес при следующей отписки в чем может быть проблема???

Александр Александрович wrote:Всем ДВС! Такой вот вопрос: в журнале продукции после нескольких отписок с партии продукции пропадает количество и упаковка остается только вес при следующей отписки в чем может быть проблема???

Cкорее всего в некачественном тестирование и отладке ключевых операций Меркурия от записи журнала до ВСД после очередного обновления. Как у нас бывает - сделал прямую цепочку, увидел что работает и забыл...

Не знаю, как писать в техподдержку, может тут увидят...
Сейчас много автотранспорта универсального, т.е. имеется возможность на оной машине везти и мороженую и охлажденную продукцию. Нам приходится делать 2 транзакции - сначала "заморозку", потом через редактирование "охлажденку". Нельзя ли перенести строчку СПОСОБ ПЕРЕМЕЩЕНИЯ ПРИ ПЕРЕВОЗКЕ из общей части конкретно в продукцию, например: минтай с/м....... способ перемещения.......; колбаса "Докторская"...... способ перемещения... Как-то так.

И еще, чуть не забыла, продумайте все таки редактирование, или хотя-бы удаление лаб. исследований, а то некоторые так "наобъединяют", что лаб.исследований на 5 листов выходит.

Доброго времени!

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

Гос. номер машины указан верно, сверил выгрузку с информацией веб и xml.

Не пойму, что ещё нужно указать.

upd. В вебе номер транспорта указан так:

Номер автомашины / полуприцепа / контейнера: а1234550 / ВА723566 / —

Через api приходит только номер.

updupd Причина в номере прицепа, теперь вопрос: а откуда его брать, если в ВСД, полученном через API его нет.

Александр Александрович wrote:Всем ДВС! Такой вот вопрос: в журнале продукции после нескольких отписок с партии продукции пропадает количество и упаковка остается только вес при следующей отписки в чем может быть проблема???

Обращался в техподдержку, обещали в следующем релизе исправить сей косяк.

AlexeyAv wrote:

Александр Александрович wrote:Всем ДВС! Такой вот вопрос: в журнале продукции после нескольких отписок с партии продукции пропадает количество и упаковка остается только вес при следующей отписки в чем может быть проблема???

Обращался в техподдержку, обещали в следующем релизе исправить сей косяк.

Ясно спасибо, тоже им писал, но чет молчат с ответом.