Сообщения, отправленные пользователем: Николай Власов

Татьяна Алексеевна wrote:Добрый день. Подскажите пекарня, печем хлебобулочные изделия, и тут же их продаем. По меркурию вся подконтрольная продукция поступает, мы её гасим (яйцо, творог, молоко,сыр) Далее она продолжает оставаться в журнале входной продукции. по кодам тнвэд продукция не является подконтрольной. Необходимо ли списывать используемую продукцию инвентаризацией???

В вашем случае нет.

Any.V wrote:Есть, есть одно предложение! Как бы регионализацию до ума довести? А то у нас получается, что мясопродукты из региона в регион снова в свинюшек-коровок превращаются, а куры аки птицы фениксы восстают из пепла. А между прочим: что мертво- умереть не может. Это я о том, что любая зверюшка может один раз родиться, вырасти и умереть. И вот суть проблемы. В регионе А была забита свинья, мясо отправили в регион Б и сделали из него пельмени. В регионализации указали и про свинью и про продукты убоя, далее эти пельмени едут в регион В, Г, Д и т.д. и КАЖДЫЙ раз из региона в регион необходимо ставить галочки, при чем не о благополучии местности откуда пельмени едут (хотя все понимают, что пельмени уже никакую заразу не подхватят и регионализация вообще теряет смысл), а все те же данные про свинью и мясо. Можно подумать, что эти данные могут поменяться... Зачем? Зачем эта бессмысленная и очень утомительная работа. Почему не привязывается регионализация к продукции один раз и навсегда? И почему при заполнении не видно какая именно продукция, т.е. не прописан производитель и наименование. А между прочим в транзакции может быть несколько десятков наименований.

Тут дело не только в методологии. Дело еще и в ненадежности данных: очень много подтасовок и жульничества. Поэтому тезис о том, что пельмени ничего не подхватят не так уж очевиден.
А методику будем совершенствовать в части наследования данных и автоматизации определения места сертификации. Только следует иметь в виду, что это тоже не панацеся из-за бумажных сертификатов и смешения (объединения) партий.

Сергеевна-Я wrote:А сколько приемлемо?

Да нисколько не приемлемо! Если веса пришло больше, значит есть товар без эВСД (сами знаете что с ним делать в таких случаях)
Если пришло меньше, чем по эВСД , то хоть возвратный сформируйте, хоть с актом погасите, но товар должен вернуться поставщику, а не лететь в геенну огненную!

Речь не о том, кто что должен делать, а как должна работать программа, технический момент

Это не серьезно хотя бы по следующей причине. Есть весы в точке отправления (если есть, по некоторым типам перемещений их нет). У них есть погрешность. Есть весы в точке получения (по некоторым типам перемещений только тут и измеряется вес). У них тоже есть погрешность. Эти погрешности по случайному принципу складывается или вычитается. Т.е. технически неустранимая погрешность будет всегда.
Т.е. некоторый плюс-минус всегда будет.
Кроме того, в пределах некой погрешности с точки зрения биобезопасности не очень важно какой плюс-минус есть в данном случае.
Кроме того, человеческий фактор также присутствует.
Иное дело, что нужно оптимизировать процедуру установления количества/объема/массы и эта модель у нас есть: осталось дождаться ее воплощения в нормативке. Пока ждем.

Max wrote:При отправке за пределы РФ в Меркурии невозможно отследить связь с поднадзорными объектами Цербера.
Т.е. в Цербере есть аттестованный поднадзорный объект в публичном реестре, - производитель рыбы мороженой, например. В меркурианском ВСД можно посмотреть площадку производителя рыбы - номер, название, адрес. Есть ли связь между аттестованным поднадзорным объектом и площадкой в Меркурии и в публичной версии Цербера узнать нельзя. В результате в Меркурии оформляются (или учитываются) ВСД за рубеж, площадки производителей и склады отправки не связаны с фигурирующими в публичном реестре поднадзорными объектами.
Решение:
- В Меркурии, в карточке площадки, сделать ссылку с информацией о связанном поднадзорном объекте (объектах) и статусах аттестации;
- В публичных реестрах Цербера добавить информацию о связанной с поднадзорным объектом площадке.

Не понял сути: попробуйте изложить еще раз другими словами

[quote=Сергеевна-Я]Добрый! Согласна, что инвентаризацию убрать нельзя...много косяков
Но!
Как бы ограничить применение функции гашение с актом расхождения, когда продукция просто "Убивается" в никуда!!!
Сети убивают по нашу продукцию тоннами!
какие 5%! там все 50-60%
Как программа позволяет производить такое гашение эВСД: было 1000кг, приняли 20кг,остальное в никуда .....
И дело не в людях кто так работает, а в программе ....[/quote]

Если в программе, то скажите вот что.
Итак, "было 1000 кг, а приняли 20, остальное - в никуда". Это, как я понял, вы считаете неприемлемым.
А сколько приемлемо? 200? 500? 750? 900? - сколько?
И еще вопрос: а если по документам написали 1000 кг, а отправили ФАКТИЧЕСКИ 20 кг. Что должен делать получатель?

dsv@eml.ru wrote:
Возможно ли пояснительные надписи у номеров телефонов сделать? Чтобы исключить распространение персональных данных вследствие непонимания?
У личного номера телефона (примерно так) - "Персональный номер пользователя. Для авторизации и связи с представителями Россельхознадзора при необходимости."
У контактного номера - "Номер телефона, публикуемый в ВСД. Может быть использован для получения уточняющей информации по ВСД участниками обмена документами".

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

Да, прочитав ваш пост я такое поручение уже дал. Оно вскоре. Улёт реализовано.

dsv@eml.ru wrote:

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

Почему личные телефоны нельзя сделать видимыми для администратора, но недоступными для редактирования?
Администратор отвечает за состояние учетных данных пользователей? Отвечает. Тогда почему не может видеть полностью все данные?

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

dsv@eml.ru wrote:Куда можно пожаловаться на бардак с внесением лучных номеров телефонов пользователей системы?

Ночные операторы выписывают ВСД, в 8.00 заканчивают работу, приходят домой отсыпаться. И тут им начинают звонить покупатели по поводу оперативных и неоперативных вопросов - аннулировать старые ВСД и подобным, не касающимся ночных операторов вопросов. А происходит это потому, что личные номера телефонов пользователей доступны в ВСД.

Чья светлая голова такой бред придумала - мне искренне не понятно. Куда писать на тему того, что есть контактные телефоны - вот ими в рабочее время пусть и пользуются покупатели.

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

Ириала wrote:Убрать к чертовой матери ИНВЕНТАРИЗАЦИЮ на добавление продукции. Шлюзы шлепают записи в журнал, только пыль стоит. что с этим делать - непонятно, а отвечать будет тот, кто ВСД оформил. Каждую запись просто нереально проверить.

Инвентаризацию убрать нельзя, поскольку уровень использования инвентаризации тесно связан с уровнем бардака в складском учете (причем в квадрате: бардак у отправителя умножается бардаком у получателя), а я у нас не видел ни одной компании, где на складах был бы хоть относительный порядок. Меркурий ведь лишь ОТОБРАЖАЕТ печальную действительность, которая ранее была скрыта.
Надеюсь, что, в смысле аналитики, будет много легче, когда Минсельхоз наконец-то внесет предложенные нами изменения по дополнительным и корректирующим сертификатам. Только сколь долго этого ждать - не понятно: два года уже ждем напрасно.

ivanko wrote:Добрый день.

Хотелось бы предложить следующие доработки:

1. Сделать в журнале продукции, транзакций, и вообще во всех журналах возможность перейти сразу к последней странице, или к любой странице по номеру. Сейчас приходится жать кнопку "Следующая" до посинения, если ищем старые записи.

2. Неплохо было бы, сделать официальный монитор нагрузки/доступности на Ветис.API, на подобие того что сделали Контур. Так как сейчас, в моменты пиковых нагрузок, когда Мерк тормозит, люди, работающие с ним, звонят в ИТ-отдел. А так бы посылались смотреть этот монитор.

3. В данном топике, еще три года назад, поднималась тема создания странички Баг-репорта. Это было бы удобно, просто сейчас, когда возникает та или иная ошибка, приходится обращаться в ТП Меркурия. Если бы, был баг-репорт, то можно было бы посмотреть зарегистрирована ли такая ошибка и планируемые сроки исправления, если нет, то тогда уже писать в ТП. И число обращений в ТП бы снизилось и нам бы удобно было видеть какие именно дефекты исправлены в новых обновлениях.

4. Уже не доработки, а вопрос к представителям Меркурия, релиз версии АПИ 3.0 был обещан к концу 2020 года, но с наступлением 2021 года никаких новостей по этому вопросу вообще нет. Мы ждем, возможности выгрузки заявок в ГВЭ через интеграцию.

5. Где-то была новость, что записи складского журнала с истекшим сроком хранения будет автоматически становиться архивной, а затем удаляться. Хотелось бы такую функцию, так как в магазине при продаже физ. лицам продавцы не спешат списать продукцию инвентаризацией, и журнал заполняется.

6. Сделайте кнопку "Завершить все транзакции с Незаверешенным производством".

7. Уже было озвучено в этой теме, но продублирую. Сделайте поиск записей складского журнала по полю артикул производителя и в справочнике Наименований продукции тоже. Это же мега-удобно.

8. Есть функция Объединить записи складского журнала, но почему нет "Разъединить"

9. Добавьте в АПИ функции Аннулирования производственных ВСД, а то недоавтоматизация какая-то получается.

10. Хотелось бы иметь возможность редактирования и исправления данных о внесении лаб. исследований. Ошибки возможны всегда, а чтобы исправить приходится аннулировать производство и вносить всё заново.

1. Сделать в журнале продукции, транзакций, и вообще во всех журналах возможность перейти сразу к последней странице, или к любой странице по номеру. Сейчас приходится жать кнопку "Следующая" до посинения, если ищем старые записи.
Ответ: от такой практики постраничного перемещения пользователя уходят все большие системы, где журналы содержат миллионы записей, взять веб-интерфейс любого крупного почтовика. И мы в свое время ушли тоже. Даже если дать возможность перемещаться на конкретную страницу при постраничном выводе, для пользователя поиск легче не станет. На какую страницу надо переместиться чтоб найти нужную запись пользователь все равно не знает заранее, тем более, если таких страниц в его журнале сотни. То есть для поиска пользователю нужно, прежде всего, использовать форму поиска, чтобы отфильтровать записи и сократить область поиска – это основная рекомендация.
С технической точки зрения, для формирование такой системы навигации с возможностью переместиться на конкретную страницу, нужно каждый раз подсчитывать актуальное для конкретного пользователя и его запроса число всех записей в журнале. Подсчет записей операция крайне ресурсозатратная, ведь для подсчета нужно «поднять» все удовлетворяющие критерию записи из базы данных и других связанных хранилищ. С учетом, что такая возможность все равно в большинстве случаев пользователю не пригодится, то предоставлять такую возможность это не рациональная трата вычислительных ресурсов.

2. Неплохо было бы, сделать официальный монитор нагрузки/доступности на ВетИС.API, на подобие того, что сделали Контур. Так как сейчас, в моменты пиковых нагрузок, когда Мерк тормозит, люди, работающие с ним, звонят в ИТ-отдел. А так бы посылались смотреть этот монитор.
Ответ: да, это сделаем.

3. В данном топике, еще три года назад, поднималась тема создания странички Баг-репорта. Это было бы удобно, просто сейчас, когда возникает та или иная ошибка, приходится обращаться в ТП Меркурия. Если бы, был баг-репорт, то можно было бы посмотреть зарегистрирована ли такая ошибка и планируемые сроки исправления, если нет, то тогда уже писать в ТП. И число обращений в ТП бы снизилось и нам бы удобно было видеть какие именно дефекты исправлены в новых обновлениях.
Ответ: в принципе все известные дефекты описывают пользователи и обсуждают на официальном форуме и в неофициальных, но популярных тематических группах в соц.сетях. В каждом релизе при выходе новой версии мы делаем описание, которое публикуем в справочной системе, где, в том числе, перечислены все исправленные дефекты: https://help.vetrf.ru/wiki/Обновления_компонента_Меркурий_за_2021_год

4. Уже не доработки, а вопрос к представителям Меркурия, релиз версии АПИ 3.0 был обещан к концу 2020 года, но с наступлением 2021 года никаких новостей по этому вопросу вообще нет. Мы ждем, возможности выгрузки заявок в ГВЭ через интеграцию.
Ответ: Руководство ставит новые задачи, по поручению правительства и по взаимодействию с внешними ИС других ведомств, у ведомств свои собственные планы по развитию систем по этой причине сроки были пересмотрены, ориентировочно, планируем заняться летом. При этом речь идёт прежде про описание форматов взаимодействия для новой версии, а весь запланированный функционал будет реализован и выпущен частями в течение некоторого промежутка времени, потому что выпустить разом реализацию всех запланированных задач мы не сможем.

5. Где-то была новость, что записи складского журнала с истекшим сроком хранения будет автоматически становиться архивной, а затем удаляться. Хотелось бы такую функцию, так как в магазине при продаже физ. лицам продавцы не спешат списать продукцию инвентаризацией, и журнал заполняется.
Ответ: Формирование архива реализовано и сейчас происходит в автоматическом режиме. Но наши критерии для переноса в архив сейчас иные, по текущим критериям записи, которые висят в магазинах (терминальных объектах), в архив не перейдут, так как у них имеется доступный остаток объема. Сейчас критерии следующие:
• запись находится в статусе "оформлена" (то есть объем полностью списан) И прошло более месяца с момента списания всего объема;
• запись находится в статусе "оформлена" (то есть объем полностью списан) И все транспортные эВСД, оформленные с этой записи, погашены;
• запись находится в статусе "аннулирована";
• запись не должна участвовать в открытой транзакции незавершённого производства.

6. Сделайте кнопку «Завершить все транзакции с Незаверешенным производством».
Ответ: Если в этом действительно есть реальная необходимость, то сделать можем, но групповые действия, как правило, приводят к бОльшему количеству ошибок по невнимательности пользователя. Поделитесь вашим опытом отражения процесса производства, сколько открытых транзакций у вас находится одновременно, когда они закрываются, при каких условиях?

7. Уже было озвучено в этой теме, но продублирую. Сделайте поиск записей складского журнала по полю артикул производителя и в справочнике Наименований продукции тоже. Это же мега-удобно.
Ответ: По справочнику наименований продукции сделать такой поиск можем, по журналу продукции сложнее, так как это поле в нем не проиндексировано, индексация займет много времени.

8. Есть функция «Объединить записи складского журнала», но почему нет «Разъединить»
Ответ: К нам поступали единичные обращения о создании механизма разъединения для входящих партий «в ассортименте», мотивируют тем, что у покупателя может быть организован партионный учёт высокого разрешения, и продавец, использующий объединение, может ему испортить учет. Пока детально не оценивали необходимость такой возможности, с точки зрения влияния на систему (логику и производительность) операция очень болезненная, особенно, если будут злоупотреблять так же, как злоупотребляют с объединением. Эта операция в любом случае, будет затруднять прослеживаемость.

9. Добавьте в АПИ функции Аннулирования производственных ВСД, а то недоавтоматизация какая-то получается.
Ответ: Аннулирование отдельного производственного ВСД не предусмотрено ни через шлюз, ни через веб, так как по смыслу операции мы должны вернуть затраченный на выпуск этой продукции объем сырья, а если производственная транзакция содержала несколько партий выпускаемой продукции, то сделать этого мы не сможем, так как нет информации о том, какой объем сырья на выпуск какой продукции пошел. Через веб-интерфейс есть возможность аннулирования всей производственной транзакции, с возвратом полного объема израсходованного сырья, в сервисе, понятия транзакции нет, то есть в схемах сейчас не заложена передача такого атрибута. В 3.0 его передавать так же не планировали, так как по сути он нужен только для этой единственной операции.

10. Хотелось бы иметь возможность редактирования и исправления данных о внесении лаб. исследований. Ошибки возможны всегда, а чтобы исправить приходится аннулировать производство и вносить всё заново.
Ответ: Изначально логика была такова, что сведения о лабораторных исследованиях редактировать нельзя. Технически редактирование сделать можно, например, если по этой партии еще не было оформлено ВСД.

ivanko wrote:

Николай Власов wrote:

ivanko wrote:Добрый день.

Не сочтите за спам, но опять предложу: сделайте возможность выгрузки заявок в ГВЭ через Ветис.API.
И можно ли опубликовать какую-то новость про запуск апи версии 3 (будет или не будет, когда если будет), где эта функция обещалась.

Вы имеете в виду выгрузку куда и для кого (ХС, ГВИ)?
Пока сами не понимаем когда: скучать не дают - сыпятся срочные и сверхсрочные задания партии и правительства и на насущьное времени почти нет. Но будет, конечно.

Не могу разобраться как тут вставлять картинки, поэтому дам ссылку про что я имел ввиду https://help.vetrf.ru/wiki/%D0%92%D0%B5%D1%82%D0%98%D0%A1.API_Backlog_v3.x, пункт V3-016 в этом списке.

отклик сервера по этой ссылке: "В настоящее время на этой странице нет текста. Вы можете найти упоминание данного названия на других страницах, или найти соответствующие записи журналов."

Агеев wrote:

Николай Власов wrote:Тогда попробуйте еще раз (лучше в выходные) и, если не получится, то пришлите в личку логин, если он у вас есть уже, и телефон.

Написал в личку. Сегодня пришло письмо из поддержки, что мне доставлено смс в 9-30, которого не было. Звонили из Владимира - тоже говорили, что отправлены несколько смс. НИ ОДНОГО НЕТ. Что там у вас делается???

Не у нас делается: если СМС отправляются, но не доходят, то проблема с мобильными операторами или с настройками вашего телефона (посмотрите свой список блокировок). Поможем и в этом случае.

anvet69 wrote:

Николай Власов wrote:

anvet69 wrote:
А подскажите как доказать что на биоотходы всд оформлять не надо, если они кремируются на месте, не перемещаются и не передаются

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

Николай Анатольевич, акты есть, есть госврач,который находится на ферме и все контролирует, учитывает, ведет графики. И все равно требуют производить их в меркурии и потом списывать на сжигание.
Нам конечно не трудно, но почему это не может делать производственный врач а только гос?
В этом и сырбор весь.
Вот сидит у меня доктор с фермы и рыдает, штрафа ждет, так как за производство биоотходов и списание ему критическую ошибку приписали.
Переписка на форуме, и ссылки на 589й п 15 - даже с Вами на РСХн не действует наш, а очень жаль. Объяснить, что производственный ветеринарный сертификат и эВСД, немножко разные вещи , не получается. не прописано это нигде. Они ссылаются на то, что производственный врач, являясь УЛ не имеет право на оформление ветсертификатов на бииотходы, даже на производственные. ( ссылаются на 646й.)
Просто хочется все правильно сделать, а то у нас несколько предприятий, а правила по биоотходам для всех районов разные.

И на какое же ТУ ссылки "даже со мной" не действуют?

anvet69 wrote:
А подскажите как доказать что на биоотходы всд оформлять не надо, если они кремируются на месте, не перемещаются и не передаются

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

Агеев wrote:

Николай Власов wrote:

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

Если не напутали с телефоном, то все должно проходить. Сообщите какой у вас мобильный оператор и ваш регистрационный номер. Проверим в чем дело

Вы считаете, что я забыл номер своего телефона? Регномер я теперь не знаю - всё закрыто. Случайно остался только GUID, который я отправлял поставщику. Оператор - билайн, но номер из емкости мтс.

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