Доброе утро!!!

А есть ли здесь кто-то кто реализовал проект внедрение автоматических закупок в ретейле в жизнь и имеет опыт практического использования данной функции?

Конкретика моего проекта:
Есть несколько ДЦ и порядка 40 супермаркетов. Надо настроить автоматическое планирование для всех артикулов.
Для небольшого количества записей на 1 ДЦ вроде все работает. А вот как оно себя поведет на реально базе?

Добрый день.
Я работаю в компании, которая специализируется на ритейле, в том числе на реализации автозаказа.

Наше мнение - стандартный репленишмент в IS-R по разным причинам не удовлетворяет требованиям реального бизнеса, поэтому мы предлагаем свое решение, встроенное в SAP ERP.

Есть реальный опыт внедрения в различных ритейловых сетях сетях с количеством магазинов до 700 и распределенной многоуровневой структурой распределительных складов.

спасибо за быстрый ответ!

ну вот было у меня такое подозрение...
а можно в 2 словах почему не удовлетворяет? просто я тогда смогу это четче донести своему руководству.
и если можно - презентацию Вашего решения.

Добрый день.
В двух словах не получится.

Примеров очень много, постараюсь привести только некоторые.
Скорость расчета. Наше решение на том же объеме данных и серверных мощностях выполняет расчет в 10-100 раз быстрее.

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

Анализ продаж:
Если товар продавался по 20 шт в день и потом при запасе в 50 штук внезапно вообще перестал продаваться на протяжении недели, с высокой вероятностью это значит, что не покупатели перестали приходить за товаром, а просто эти 50 штук либо потеряны, либо не выложены на полки, т.е. реально запаса нет.
В сети с большим количеством магазинов регулярно с утра не загружены продажи по нескольким из них.
Стандарт это не учитывает.


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

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

В результате, система почти не управляема.

Например, на период праздников меняется график отгрузки товаров с РЦ на магазины.
Что нужно сделать?
Провести серьезную аналитическую работу, составить списки из десятков или сотен тысяч строк marc и массово изменить в них ссылку на коды графиков приемки и отгрузки. А потом еще выйти на работу в праздники и перед новым расчетом поменять все назад.

В общем, "Retail is detail"

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

Написал еще личное сообщение, чтобы не давать рекламные ссылки в общем доступе

ловлю!
Еще раз - спасибо!

Можно перемещать на другой склад завода. В настройках у этого склада установлен индикатор "Код ППМ для склада" = "1 Складские запасы не учитываются в ППМ
". В результате запас этого склада не учитывается при ППМ. Стандарт.

Что нужно сделать в такой ситуации? Пойти в зал и посмотреть, или автоматом заказать ещё? Мне кажется, что нужно сделать инвентаризацию этого товара, и, если его реально нет, переместить запас на склад, не учитываемый при ППМ. Стандарт.


Адекватно подобранные параметры прогноза, а именно период прогноза, число прошлых периодов уменьшает ошибку прогноза из-за отсутствия данных до приемлемого уровня. Стандарт.


Есть индикатор "Сглаживание расхода рекламного мероприятия". Есть сезонная модель прогноза. Стандарт.


В ОЗМ, ракурс филиала. "Расход по ссылочному материала" "Расход по ссылочному заводу". Стандарт.

Seneman, приятно видеть человека, который знает стандарт.

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

Про локальные инвентаризации я имел в виду, что должен быть инструмент для их проведения, так как стандартная инвентаризация умеет только списывать на счета FI. При этом плодить по виртуальному складу в пару к каждому реальному - не самое лучшее решение, лучше использовать особые виды запасов.

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

Множитель тоже есть, как это не удивительно. MARC-VRBFK. И даже можно указать дату в MARC-VRBDT, когда магазин перестанет быть вновь открытым.

Если не нравятся склады, то можно использовать блокированный запас. Он не учитывается при ППМ.

Я как бы и намекал, что про такую возможность стандарта мне известно


Именно блокированный запас обычно и использую для таких целей.

Почитал данную ветку, спасибо участникам, очень интересная информация.

Есть интерес со стороны бизнеса использовать ППМ с рекламными акциями (WAK1) в системе Retail.
Попытался настроить процесс в песочнице, но не получилось. При прогнозе (MP30) система не учитывает рекламные мероприятия.

Индикатор включил.



Подскажите что делаю не так?

Последовательность моих действий:

1) Создал новый товар X, чтобы не мучиться с историей расхода.
В ОЗТ(MM42) на вкладке "Логистика: филиал"
Параметры ПП:
Указал Тип ПП - "VM ПП по точке заказа, автом." (пробовал и RF - результат тотже)
РазмПартии/ПП - EX "Расчет точного размера партии"

Параметры прогноза:
код периода - W (неделя)
СглажРасхРекМер - 1 "Сглаживание посредством образования среднего значения"
Модель прогноза - J "Автоматический выбор модели"

в озт указал также:
плановика
группу закупок
Источник поставки 2 (перемещение)
прошлые периоды 6 недель
периоды прогноза 2 недели

Ввел значения расхода вручную
неделя кол-во
23.2014 0 (текущая неделя)
22.2014 100
21.2014 100
20.2014 100
19.2014 100
18.2014 100
17.2014 100

2) Создал рекламную акцию на 500шт данного товара в WAK1 и активировал цены (статус рекламной акции стал "A Частично обработано")
Дата начала продаж поставил СЕГОДНЯ + 7 дней, длительность рекламной акции тоже 7 дней (т.е. рекламная акция на всю 24 неделю).

3) Выполняю прогноз в начале 23 недели (вторник), на неделю 24 система предлагает 80 шт.

На мой взгляд должно быть точно больше 100.

Поиск по help.sap и курсам мне ничего не дал, попадаются только абзацы что это можно сделать и все...

Заранее спасибо.

Индикатор "Сглаживание расхода рекламного мероприятия" не учитывает акции в будущем. При установке этого индикатора при составлении прогноза не учитывается расход в прошлых периодах во время действия рекламного мероприятия. По крайней мере это работает для модели прогноза G. Для увеличения количества заказа при наличии грядущих акций я использую динамическое увеличение страхового запаса в зависимости от наличия акций с помощью BADI_RWRPLPRO.