|
[Search] Поиск   [Recent Topics] Последние темы   [Hottest Topics] Горячие темы   [Members]  Список участников   [Groups] На главную страницу 
[Register] Регистрация / 
[Login] Вход 
предложения пользователей по рационализации работы с Меркурием  XML
Индекс форума » Компонент МЕРКУРИЙ
Автор Сообщение
Николай Власов

[Avatar]

Зарегистрирован: 24/06/2009 08:32:34
Сообщений: 1186
Оффлайн

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


Раз смысла не видите, то и не разговаривайте.
ivanko


Зарегистрирован: 02/04/2021 11:13:42
Сообщений: 38
Оффлайн

Добрый день.

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


Зарегистрирован: 03/11/2010 20:16:12
Сообщений: 75
Оффлайн

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

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


Поддерживаю.
Николай Власов

[Avatar]

Зарегистрирован: 24/06/2009 08:32:34
Сообщений: 1186
Оффлайн

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

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


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


Зарегистрирован: 02/04/2021 11:13:42
Сообщений: 38
Оффлайн

Николай Власов wrote:
ivanko wrote:Добрый день.

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


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


Не могу разобраться как тут вставлять картинки, поэтому дам ссылку про что я имел ввиду https://help.vetrf.ru/wiki/ВетИС.API_Backlog_v3.x, пункт V3-016 в этом списке.

Это сообщение было редактировано 2 раз. Последнее обновление произошло в 12/04/2021 12:23:11

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

[Avatar]

Зарегистрирован: 24/06/2009 08:32:34
Сообщений: 1186
Оффлайн

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 в этом списке.


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


Зарегистрирован: 02/04/2021 11:13:42
Сообщений: 38
Оффлайн

Николай Власов wrote:
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 в этом списке.


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


Не корректно скопировал ссылку, вот так попробуйте https://help.vetrf.ru/wiki/ВетИС.API_Backlog_v3.x
Николай Власов

[Avatar]

Зарегистрирован: 24/06/2009 08:32:34
Сообщений: 1186
Оффлайн

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


Зарегистрирован: 02/04/2021 11:13:42
Сообщений: 38
Оффлайн

Спасибо за столь развернутый ответ, будем ждать улучшений.

По этому поводу:

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


На текущий момент, все производственные транзакции завершаются, как только производство отчитывается о закрытии смены, максимум с задержкой 2 дня.
Данное предложение основано, на том, что был 2018 год, 2019 год, когда многое позволялось и не было понимания, что является ошибкой а что нет. Вот мы и пользовались этим и не завершали производство, в результате журнал записей заполнился.
nevada-ava


Зарегистрирован: 23/05/2018 19:57:52
Сообщений: 24
От: Питер
Оффлайн

При заполнении через веб Заявки на инвентаризацию - Расширенный поиск - нет отбора по сроку годности, это специально так сделано?
Допустим, хочу удалить "просроченные" записи, как мне их найти?

Это сообщение было редактировано 1 раз. Последнее обновление произошло в 13/04/2021 11:52:25

E_Letov


Зарегистрирован: 29/10/2015 14:44:36
Сообщений: 999
Оффлайн

nevada-ava wrote:Допустим, хочу удалить "просроченные" записи, как мне их найти?

Журнал продукции / Неоформленные / Поиск /Информация о продукции / Годен до
i_________ ыI_________
|_________| - |14.04.2021|
Получите все записи товара, срок годности которого истекает 2021-04-14 в 23:59:59 (есть шанс снести скоропорт). Дальше нудно копируете номера записей в инвентаризацию на удаление.
птн хйлo
Max


Зарегистрирован: 21/08/2010 19:03:09
Сообщений: 128
Оффлайн

Николай Анатольевич, здравствуйте!

Я хотел высказаться насчёт ХС-владельцев площадок.

Возможность указать владельца площадки появилась не сразу и только в Цербере. Статистики в процентах у меня нет, но явно ХС-владельцы указаны не для всех подтверждённых площадок в реестре. И сейчас наличие или отсутствие ХС-а-владельца ни на что не влияет.

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

Как это можно использовать?
Для производителей. Решение вопроса о давальческом сырье. Нынешний вариант с оформлением транзакций давальцем на площадке переработчика - это просто технический костыль и не выдерживает критики.
- Во первых образуется множество привязанных к производственной площадке ХС-ов-давальцев. И каждый из них может вести неконтролируемую деятельность на площадке;
- Во вторых, часто - давалец разовый. Например, владелец ЛПХ. Ему не требуется доступ в Меркурий, он корову на убойный пункт сдал и больше не собирается...Т.е. оформлять в Меркурии он ничего не будет;
- Производитель не контролирует производство на своей площадке. Но именно он несёт ответственность за выработанный товар, причём ответственность за качество и безопасность несёт именно юридическое лицо производителя, а в Меркурии именно юридическое лицо никак не участвует.
Выход - На производственном предприятии все виды транзакций должны создавать только сотрудники ХС-владельца, независимо от того, кто владеет сырьём. В этом случае производитель, как юридическое лицо контролирует производство и оборот по ветеринарным документам, а значит может отвечать за безопасность и качество.

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

Дополнение.
Также необходимо выделить в Меркурии отдельные типы площадок - "Производственная", где будет доступна транзакция производства и "Склад-РЦ", где производство будет не доступно.

Вышеописанная ситуация применима к крупным складам и производствам. С ЛПХ, розницей и общепитом всё, конечно, сложнее.

P.S. Вопрос из иной области: Было бы очень хорошо, если площадки, привязанные к поднадзорным объектам, где есть аттестованная деятельность, как-то помечались. Т.е. чтобы в Меркурии при входе на площадку, была ссылка на публичный реестр Цербера, где было бы видно - куда и на что есть аттестация поднадзорного объекта, связанного с этой площадкой.
Сергеевна-Я

[Avatar]

Зарегистрирован: 18/05/2010 00:43:41
Сообщений: 172
Оффлайн

ой....нам такое только сниться....
Ириала


Зарегистрирован: 22/05/2017 11:21:12
Сообщений: 726
Оффлайн

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

[Avatar]

Зарегистрирован: 24/06/2009 08:32:34
Сообщений: 1186
Оффлайн

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


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

Powered by JForum 2.1.8 © JForum Team