Честно говоря, интересно, что за бизнес.
Как его можно оптимизировать с учетом использующегося SAP и т.д.
Но, это уже совсем другая тема.

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

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

Так что, главный вопрос будет именно в стоимости лицензии.

ИМХО пример в презентации про FMCG компанию - "притянут за уши".

Пока не вижу в презентации "FMCG компании"
Страница?

Если не ошибаюсь CPG - синоним FMCG.

В таком варианте - да, согласен.
Fast moving consumer goods (FMCG) or Consumer Packaged Goods (CPG)


Хотя, по "притянутости" - не уверен.
Если у них есть реальные цифры, сколько они это делали до SAP HANA и сколько они это делают в SAP HANA - чего бы эти цифры не опубликовать.

Повторюсь, в Алуште на реальных отчетах была показана эта разница в порядки!
Секунды вместо минут. На самых обычных отчетах.


И в дополнение к презентации с Алуштинского форума, еще была презентация в Москве - http://sap-events.ru/upload/22/130/eba/ ... 4a9a06.pdf
Там больше цифр-примеров (на предпоследней странице).

Я не про то.
Задекларировано, что цель уменьшить оборачиваемость товара на полке с 5 дней до 2.
Как я понимаю суть происходящего.
В данном случаи. Оборачиваемость товара это время которое он находится от его появление на полке супермаркета до момента его покупки.
Если "длину полки" считать постоянной то для повышения оборачиваемости необходим рост спроса.
Получаем, что от использования SAP-HANA покупатели станут больше покупать продукции компании?
Не вижу для этого предпосылок.
Если спрос считать постоянным, то получается, что надо уменьшать "длину полки". Что может привести к падению спроса...

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

Кстати, в этой части могу посоветовать найти возможность послушать Романа Крутько - SAP Украина его достаточно часто приглашает на форумы для торговли.
Отличные наработки по вопросу товара на полках.

Если на предприятии принять решение по внедрению HANA, будет ли необходимость в использовании Oracle DB или какой-либо другой БД, или HANA заменит их?

HANA - это продукт для обработки информации, а не дня ее создания.
Т.е., для SAP HANA нужен нормальный источник - или система класса ERP, или хранилище, или другая система (другие системы) учета. А уж на чем эти "источники" информации работают на Oracle или на чем другом это отдельный вопрос.

Кстати есть курсы по HANA.
https://training.sap.com/ru/en/curricul ... ap-hana-g/

Первый 700 евро и будет читаться 28 июля (2 дня)
Второй 300 евро (через интернет)

SAPLand.ru - отжиг засчитан!

http://www.sapland.ru/articles/spj/2011 ... niem2.html
Первоначально доступен к прочтению лишь первый абзац!

Использовал одну из доступных возможностей тестового доступа....
... и узнал, что там всего 2 (два) абзаца!

Я видел в заголовке слово "коротко", но не думал, что настолько.....

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

Но вернемся к примерам.
Если у меня 2 на полке должен быть 2-х дневный запас товара к открытию магазина утром. Мне вполне достаточно информации по остаткам на вчера. Зачем мне он-лайн?
В одной из презентаций приведен пример с прогнозированием продаж.
Там вместо 2 часов выход на 2 секунды. Для каких продаж нужны такие горизонты планирования???
Кроме биржи ничего и придумать не могу.

Может это уже старость, но я придерживаюсь мнения, что для BI-систем он-лайн не то, что не нужен - вреден...

Да, по-моему ветку надо из Базиса в Смежные системы переносить.

Что делать, если первый клиент легким движением руки выкупит двухдневный запас?
Полка отстоит пустой до следующего цикла планирования - когда только в остатках на вечер будет известно, что там ноль?!
Вот чтоб через 2 секунды узнать о пустоте полки и нужны такие системы.

А по ветке "Базис" / "Смежные системы" - можно и перенести!