- Подготовка производственной площадки к маркировке
- Сроки внедрения маркировки для производителей: что нужно знать малым, средним и крупным?
- Оборудование для маркировки: какое нужно и что пригодится из того, что у вас уже есть?
- Состав кода маркировки молочной продукции
епропорционально долгая распаковка кодов маркировки для алкогольной продукции (пиво, слабоалкоголка) при массовой приемке
Столкнулись с аномальной разницей во времени обработки запросов в ГИС МТ при приемке крупных партий.
Суть проблемы:
При приемке УПД и распаковке КМ до штучного уровня для алкогольной продукции (пиво, слабоалкогольные напитки) партией в
~30 000 штук ответ от системы может занимать до 3 часов.
При идентичном по объему запросе (также ~30 000 КМ) для безалкогольной продукции (вода) распаковка происходит за
несколько минут.
С чем связана такая существенная разница в скорости обработки? Это особенность работы или иной алгоритм проверки для
алкоголя?
Существуют ли какие-то известные ограничения или «тонкие места» при работе с большими массивами алкогольных КМ?
Может ли быть проблема на стороне нашего кассового/учетного ПО, или это системная проблема ГИС МТ?
Есть ли у кого-то рабочие лайфхаки, как ускорить процесс приемки таких крупных партий алкоголя? Может, есть оптимальный
размер пачки для запроса (не 30к сразу, а частями по 5к)?
Будем благодарны за любой опыт и разъяснения!
секунд до 24 часов). Подробнее в регламенте: SLA по обработке документов
(https://xn--80ajghhoc2aj1c8b.xn--p1ai/upload/docs/SLA-po-obrabotke-dokumentov-GIS-MT.pdf) ГИС МТ.
(до 24 часов), но не проясняет ключевую для нас разницу в скорости между категориями товаров при идентичном объеме
данных.
Напомню суть:
УПД на воду, 30 000 штук: система обрабатывает и распаковывает коды за 5-10 минут. Это укладывается в лучшие показатели
SLA («до 1 часа»).
УПД на пиво/слабоалкоголку, 30 000 штук: обработка и распаковка часто занимают 2-3 часа, иногда больше. Это стабильно
попадает в категорию «от 1 часа до 4 часов» или хуже.
Означает ли эта стабильная разница, что для алкогольной продукции (из-за обязательной интеграции с ЕГАИС) действует
другой, более сложный и медленный контур проверки, который не оптимизирован для больших объемов? В SLA этой
дифференциации нет.
Если это системная особенность, то как в таком случае планировать логистику и работу склада? Ждать 3 часа при каждой
приемке крупной партии пива — это критичный простой.
Есть ли у кого-то подтвержденный опыт, что разбивка одного УПД на несколько более мелких (например, по 5 000 - 10 000
штук) существенно ускоряет общую обработку для алкоголя? Или система все равно «увидит» общий объем от одного
отправителя и поставит в общую очередь?
Стоит ли нам формулировать это как запрос на доработку (оптимизацию обработки больших алкогольных УПД) в техническую
поддержку ? Может, уже есть тикет на эту тему?
То есть, мы понимаем, что система может быть «загружена». Но нам важно понять, почему она стабильно «загружена» именно
для наших алкогольных документов, даже в разное время суток, и что с этим делать на операционном уровне.
Спасибо за помощь!
