Учу по-немногу Retail подскажите:

чем MM в Retail отличает от MM без Retail (основное, помимо орг.структуры и планирования)

Так вроде весь Retail, если смотреть сильно сверху - это нашлепка над MM. Ну, всякие распределительные ведомости, сводные заказы, управление ассортиментом (по сути, расширением товара на магазин) через функцинал классификационного списка, калькуляция цен..

Спасибо!

Немного уточню - вот стандартный SD в Retail не очень используется (потому что сбытовые заказы из данных POS терминала создавать не нужно - достаточно просто списать товар и расчёт цен, создание записей условий - тоже в Retail свой). Т.е. SD фактически заменился Retail'ом и пользоваться в Retail системе стандартным сбытом нужно осторожно.

А с MM, правильно ли я понимаю?, - да, есть collective PO, есть allocation table (распред.ведомость) - но ведь и без них,
можно как в обычной не-retail системе делать закупку, движение товаров, инвентаризацию, от этого система 'раком не встанет'.
Или, еще более цинично можно ли сказать, что знаний стандартного MM хватит чтобы работать с MM в Retail системе и чтобы
она от этого не умерла?

PS. Как тут недавно спрашивали - даже без assortment'ов приход будет работать (а вот сбыт - скорее нет).
То что сбыт в Retal свой - это ясно.

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

А по поводу ММ-а ну по большому счету да, без сводных заказов и распред ведомостей, все тоже прекрасно работает, me21n никто не отменял. Но, чтобы создать заказ на товар, он должен быть в ассортмменте завода-получателя, плюс заводы создаются не в spro, а в wb01 и товары не в mm01, а в mm41. То есть с точки чисто технической, да, можно активировать retail в системе и без особых изменений юзать ее как обычную.

Но вот бизнес-процессы то другие и надо их требования удовлетворять. Например, в ритейле стандартная фишка - пополнение магазинов с РЦ с возникновением разниц (излишки/недостачи, проблемы с качеством). И величина потока расхождений не дает обрабатывать их на коленке, нужно придумывать, как учитывать акты расхождений со всем их жизненым циклом в SAP.

Второй классический пример - инвентаризация не через бух. счета, а через организацию склада разниц.

Ну и т.п.

Дорогой LKU, можно ещё помучить вопросами? пжлст

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

В IS-Retail для них предложены решения?
Вот насколько я смотрел help - нет, если не ошибаюсь, то LE и IM остались в IS-Retail почти как и были
(для движений товаров через pos доработали немного и всё). Или я не прав?

Спрашиваю, потому что мы решали эти проблемы в стандарте, без is-retail (бизнес у клиента был - fmcg, wholesale, почти retail-бизнес)
и было бы интересно узнать, в В IS-Retail для них уже предложены решения sap'ом?


PS. Вот например, для IS-Oil была нота для учета порчи озм в пути (когда отправили одно количество, а пришло другое).

Те два пункта, что я писал - это в существенной части разработка z-решений, вроде Sap Retail тут ничего хорошего не предлагает, по сравнению со стандартной системой.

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

Насчет ноты для is-oil - можно скинуть номер? Меня всегда инетресовало, можно ли что-то сделать с запасом в пути между заводами кроме как полностью принять на принимающий завод или полностью сторнировать отгрузку на отгружающем.

Спасибо!

Нота "SAP Note 508765 - Two-Step Plant to Plant Transfers with Gain/Loss" (для IS-Oil и IS-Mine).

Костя, привет!
Вопрос на засыпку: ОЗМ (не Товаров, а именно Материалов, например вспомогательных, ГСМ для перевозок товара и т.п.)
какой транзакцией правильнее делать в Ритейле? ММ01 или ММ41..?
Спасибо.

Всего хорошего!
С уважением, Евгений Белозёров.

Женя, привет!
Вроде типовое решение - раз уж активировал Retail, все записи в таблице mara должны появляться через mm41.
Насчет MM01 не помню - может он даже и не даст сохранить товар при активированном ритейле.

Тоже думал, что не даст. Попробовал через MM01 материал с активированным Retail спокойно создался. При этом некоторые таблички с данными для Retail не заполнились, на что система ругается при попытке просмотреть такой товар через MM43.
Думаю правильнее через MM41 все таки создавать, раз Retail активирован.

Ребята..! Коллеги..!!
Я же спецально уточнил: не Товары (с товарами - всё ясно, однозначно ММ41), а МАТЕРИАЛЫ которые не продаются в магазинах, а используются для внутренних нужд (швабры - ведра, бензин - керосин).

Успехов !! ))

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

ОК ! Спасибо!
Но как-то некомфортно мне в ММ41 со специфическими ракурсами и полями, которые для Материалов вообще не нужны...
Ладно.., вопрос не принципиальный и поэтому будем юзать ММ41.

Успехов !