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

Znajka wrote:

очень_злой_ветсанэксперт wrote:В реестрах сабжевой СИС (специализированной информационной системы) присутствует внушительное количество электронного мусора вроде дублей поднадзорных объектов, "забитых" с ашибками хоз.субъектов, тренировочных предприятий и прочего хлама, полученного в ходе самообучения специалистов! Может взять так, да и в один прекрасный день Х "обнулить" реестры, да начать все с начала, одновременно с введением эффективной системы борьбы с дублями или интегрированием реестров СИС Меркурий с СИС Цербер, как мы мечтали!?

Почему СИС Меркурий не берет перечень хоз. субъектов в ЕГРЮЛ у Налоговой? По этому принципу работает система Арбитр (суды) и системы Службы судебных приставов, что очень удобно. Информация всегда актуальна и не нужно ничего выдумывать и забивать заново.

Полностью согласна с вышеизложенным, с дублями такая чехарда. Нужно разработать правила по внесению данных и закрепить в них - названия ХС, как в ЕГРЮЛ.

Если на предприятии где производят продукцию проводятся лабораторные исследования, то информацию в журнал продукции и о лабораторных исследованиях они должны сами вносить через ХС Меркурий? Предприятия обязательно должны пользоваться Меркурием ХС?

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

Меркурианцы.ГВЭ имеют возможность прикреплять к текущему предприятию хоз.субъект который заносят в реестр сами. С какой целью они лишены возможности поступать так же с хоз.субъектами уже внесенными в реестр? Если такой цели нет то почему бы не реализовать данную возможность!

Valeriy wrote:После того как происходит транзакция на перемещение продукции, отредактировать уже нельзя ничего. То есть, предположим цех производит каждый день 100кг пельменей, если сегодня - 12 августа, выработали 100 кг, отправили сегодня же 20 кг из них в реализацию, то завтра, когда будет произведена партия пельменей с датой выработки 13 августа, к сожалению, нельзя уже будет сложить эти две партии, а в журнале будет 2 записи - 1)пельмени 80 кг - от 12.08. и 2)пельмени 100 кг от 13.08.
Конечно было бы просто если бы товар производился и сразу весь реализовывался, но такого не бывает и на складе, как правило, товара с разными датами много. Поэтому и возникает трудность в оформлении документов - в магазин едет 50 кг, а дат выработки в них может быть очень много. И если в день уходит больше 50 магазинов, и в каждый идут пельмени с разных производственных партий, то просто не хватит времени проверять каждую упаковку и соответственно искать нужную позицию в журнале.
Спасибо за понимание.

Ситуация понятна, про объединение записей журнала вырабатываемой продукции подумаем. Пока такие записи журнала можно редактировать, оформляя инвентаризацию. Кроме этого, если вы знаете разлет ваших дат выработки, которые обычно попадают в транспортную партию, то вы можете создать производственную партию с этим диапазоном дат и списывать с него. Тогда количество партий сократиться, остатки отредактируете инвентаризацией.

Valeriy wrote:То есть - у пельменей срок годности 6 месяцев, в магазины едет продукция в сопровождении документа в котором может быть написан разлет дат выработки вплоть до 6 месяцев.

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

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

Valeriy wrote:После того как происходит транзакция на перемещение продукции, отредактировать уже нельзя ничего. То есть, предположим цех производит каждый день 100кг пельменей, если сегодня - 12 августа, выработали 100 кг, отправили сегодня же 20 кг из них в реализацию, то завтра, когда будет произведена партия пельменей с датой выработки 13 августа, к сожалению, нельзя уже будет сложить эти две партии, а в журнале будет 2 записи - 1)пельмени 80 кг - от 12.08. и 2)пельмени 100 кг от 13.08.
Конечно было бы просто если бы товар производился и сразу весь реализовывался, но такого не бывает и на складе, как правило, товара с разными датами много. Поэтому и возникает трудность в оформлении документов - в магазин едет 50 кг, а дат выработки в них может быть очень много. И если в день уходит больше 50 магазинов, и в каждый идут пельмени с разных производственных партий, то просто не хватит времени проверять каждую упаковку и соответственно искать нужную позицию в журнале.
Спасибо за понимание.

Ситуация понятна, про объединение записей журнала вырабатываемой продукции подумаем. Пока такие записи журнала можно редактировать, оформляя инвентаризацию. Кроме этого, если вы знаете разлет ваших дат выработки, которые обычно попадают в транспортную партию, то вы можете создать производственную партию с этим диапазоном дат и списывать с него. Тогда количество партий сократиться, остатки отредактируете инвентаризацией.

Valeriy wrote:То есть - у пельменей срок годности 6 месяцев, в магазины едет продукция в сопровождении документа в котором может быть написан разлет дат выработки вплоть до 6 месяцев.

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

Да, подумайте пожалуйста. Было бы очень удобно если бы производственные партии на одну и туже продукцию складывались автоматически, ну или объединялись врачом. И конечно было бы отлично если система сама следила за сроками годности и обращала на это внимание ветеринарного специалиста.

очень_злой_ветсанэксперт wrote:Есть ли ориентировочные сроки интеграции? Существующие реестры этих СИСов объединят в общую солянку хоз.субъектов и объектов и их можно будет добовлять как через Аргус так и Цербер?

Цербер будет взаимодействовать с ЕГРЮЛ и ЕГРИП с сентября с автоматической загрузкой всех сведений по ИНН. Дальше будем делать синхронизацию всех систем с Цербером.
По поводу площадок можете помочь избавиться от мусора если подскажете, что использовать в качестве естественного идентификатора площадки.

Александр Осминин wrote:
Цербер будет взаимодействовать с ЕГРЮЛ и ЕГРИП с сентября с автоматической загрузкой всех сведений по ИНН. Дальше будем делать синхронизацию всех систем с Цербером.

Александр Осминин wrote:По поводу площадок можете помочь избавиться от мусора если подскажете, что использовать в качестве естественного идентификатора площадки.

Избавиться от имеющегося мусора я предлагал полной очисткой реестра и введением более четких правил внесения площадок в последующем, но соглашусь полная очистка это слишком жестко! Идентификатором, к примеру,может являться:
- наличие прикрепленного специалиста к под.объекту/площадке (в случае если есть несколько под.объектов с одинаковым названием и адресом, а специалист закреплен только за одним, то наверняка остальные объекты это мусор внесенный меркурианцами);
-корректность введения фактического адреса(неплохо было бы адрес под.объектов задавать как в реестре хоз.субъектов - выбор из имеющейся базы адресов, а не произвольное внесение), например сейчас в заполняемом поле "Фактический адрес / порт приписки судна" можно написать: г.Москва, ул.Мира,1, а можно просто ул.Мира,1.
Правило названия объектов- нужная штука, например сейчас в заполняемом поле «Название предприятия» можно ввести - ООО «Пример», а можно ООО«Пример»(без пробела) и система не предупредит о дубле, как и в случае с адресом, в примере выше!
Ну и дать бы "продуманную" возможность удалять мусор самим меркурианцам.ГВЭ.

Здравствуйте! Есть некоторые проблемы:
1) когда с помощью инвентаризации убираем с записи журнала ненужного производителя (скрин №1), в данном случае у яиц. Потом, когда возвращаемся в журнал, видно что производители отсутствуют вобще. (скрин №2). Можно ли поправить?
1) когда во время транзакции выбираешь получателей из избранного (скрин №3), то непонятно какой адрес у кого. Будет ли это исправлено, потому что, например в данном случае, ООО "Экспресс Маркетов" будет более 15шт и как их различать непонятно?

Спасибо.

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

Здравствуйте!

когда с помощью инвентаризации убираем с записи журнала ненужного производителя (скрин №1), в данном случае у яиц. Потом, когда возвращаемся в журнал, видно что производители отсутствуют вобще. (скрин №2). Можно ли поправить?

Разберемся с возникшей ситуацией, исправим в одной из следующих версий системы.

когда во время транзакции выбираешь получателей из избранного (скрин №3), то непонятно какой адрес у кого. Будет ли это исправлено, потому что, например в данном случае, ООО "Экспресс Маркетов" будет более 15шт и как их различать непонятно?

Спасибо за предоставленную информацию. Также исправим.

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

Здравствуйте!
Уточните пожалуйста, встречаются ли дубли предприятия-получателя в "Реестре поднадзорных объектов"? Если дубли имеются, то вполне вероятно, что при оформлении транзакции указали не то предприятие - "теску".
Укажите пожалуйста предприятие, куда отправляли груз (название, ИНН, юр. и факт. адреса). Спасибо.

Здравствуйте.
Будет ли добавлена возможность указывать графу "Маркировка" при оформлении записи журнала Вырабатываемой продукции? В данный момент не ясно, почему эта графа пуста и не доступна для редактирования.
Спасибо.

Доброго дня.

Будут ли обнулены базы Меркурия (журнал продукции, транзакции, ВСД) с 1 сентября ?