Есть у меня один проект, ритейл, ZSD + ZMM, там отчет, похожий на Ваш (продажи с головы и регионов), делается в BW. Делать это в ERP - очень долго. В принципе все, как и сказали выше.
PS: И да, там нет никакого BSEGa.

to Dim
- не только BW, но за одно "впарить" Заказчику абсолютно новый модуль "ZMM" и продукт SAP HANA...

Тут вон выше связкой предлагают - типа пакетированное решение ZMM+ZSD . Два-в-одном и BW всех рассудит!

Начали забрасывать грязью...
Ошибся, когда написал "BSEG".
Обычно используют:
http://help.sap.com/saphelp_nw70/helpdata/en/05/c69480c357354a8846cc61f7b6e085/content.htm
хотя у кого как

- один из двух точно подойдет...

LKU, Dim: разрешите поинтересоваться? Ваши материалистские оборотки сделаны Вами как консалтерами или с последующей поддержкой? Т.е.: видели ли Вы работу своих отчетов этак через полгодика продуктива?
Я почему спрашиваю-то? Где-то год назад сап проводил рекламную тусу по хане. И там был представитель от SAP CIS, который говорил: с нетерпением ждем от клиентов заявок на перенос в хану тяжелых отчетов. Мол, на данный момент в списке на переработку значатся: мм-ная оборотка и бух форма №4(отчет о движении денежных средств). А выбраны они были потому, что очень много стонов от пользователей на тему скорости работы этих отчетов.

Кодер , с поддержкой.
Прошло более полгода после старта в розничной сети на 250+ магазинов, полет нормальный.

Оборотка строится в аналитической системе MS OLAP, к ней не только подключен SAP ERP с ежедневным обновлением, но и залиты данные из унаследованных систем за несколько лет.

А стандартная оборотка J3RVMOBVED действительно тупит безбожно.

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

Тем не менее, и в SAP можно сделать быструю оборотку. Мы один раз инвестировали в разработку собственной инфо-системы по запасам на дату, теперь перед заказчиками не краснеем.

LKU: Спасибо за ответы.
еще несколько вопросов можно?

Т.е. оборотка не в сап, а в сторонней системе, в которую данные подгружаются из сап?

Коллеги, извините, что встреваю в высокий разговор, но вы правда считаете, что для решения задачи вида:

необходимо разворачивать OLAP решение, поднимать инфо-систему логистики и творить прочее непотребство?

З.Ы.: Терзаюсь и мучаюсь кошмарами от того, как бедный SAP доступность считает в сбыте, без OLAP то...

Пономарев Артем , ну я вроде одним сообщением выше явно написал, что на ограниченном объеме данным можно и в ERP. Отчет, запрошенный в топик стартером конечно можно сделать и в ERP и будет работать на разумных ограничениях.

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

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

P.S. А доступность в сбыте SAP считает на основе таблиц VBBE/VVBS, которые как раз и представляют собой сделанные SAP инфосистемы по потребностям сбыта. В MM хуже - все считается на лету по EKPO, отсюда разница в производительности.

В данном конкретном проекте - да. Хотя в SAP уже все данные собраны, чтобы не анализировать каждый раз всю историю движений, поэтому при желании можно и в SAP быстрый вариант оборотки написать.

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

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

По остальному:
1. J_3RMOBVED не так плоха, особенно если правильно ее готовить (например кормить кластер в фоне ночью)
2. Доступность таки считается на лету (просто не с такого "сырого" уровня, как в MM (хотя и в MM есть интересные таблички, да)), и никто от этого еще не умер. Я как раз про это и написал. Ставить BW для данной задачи SAP не предлагает, почему-то

Все, можно дальше к просторам большого театра

З.Ы.: Anna1, вам необходимо организовать службу поддержки. Создавать ее внутри компании или отдавать на аутсорс - это уже зависит от ситуации. В любом случае ответ "принципиально невозможно" - это плохой ответ. Вернее не ответ вовсе. Попросите специалиста развернуть свою мысль.

..и в процессе развертывания мысли будет найдена эта ветка.

С Уважением,
Георгий.

Артем, я с вами согласен, причин для дальнейшего спора не вижу.