![]() |
#25 |
Участник
|
Цитата:
Сообщение от George Nordic
![]() Загрузили прогнозы (так как в DAX нет системы прогнозирования), запустили планирование (а ему все равно - ему SKU загрузили, он SKU и планирует), спланировали закупки, (доставки нет, пропускаем), оприходовали РЦ - тоже по SKU, переместили на склад / магазин, загрузили Z-отчет из POS, зарегистрировали продажу. Все. DAX - это чисто учетная система. С большим плюсов в виде сводного планирования, которое, правда, работает по жестко указанным параметрам.
У майкрософта нет BI платформы, сравнимой с предложениями SAP/Oracle/SAS, пока ее не будет, нечего и мечтать о решении аналитических задач. Цитата:
Сообщение от George Nordic
![]() А вот когда надо будет что-то большее, тогда уже Вы вспомните, что я говорил. И уже начнется - создание хранилищ данных (DW), построение систем управления данными (MDM), выделение значимых признаков и аналитических разрезов, формирование категорий, категорийный мендежмент, ассортиментное планирование, оптимизация ассортимента, прогнозирование по SKU / по группам, определение уровня страховых и товарных запасов по периодам, оптимизация правил логистики и закупок (Inventory Policy Optimization), и построение планов продаж - уже в SKU. А вот уже планы в SKU - передаются в учетку: SAP / DAX / NAV / 1С.... (в SAP - тоже отдельный модуль для этого, причем на основе BO)
Крупные компании этим давно занимаются, есть и уже немало поднаторевших на этих темах консультантов... Да, в SAP модуль не в BO, а в BW ![]() Цитата:
Сообщение от George Nordic
![]() Просто я, увы, не много не в тему. Не дорабтка это Х++, а выстраивание бизнес-процессов по управлению ассортиментом. Абсолютно разного класса решения, вот и говорим на разных языках. С чего я это я взял, что меня поймут? Это тема будет актуальна в России лет эдак через 5 - 10. А кто понял - ну, мои контакты найти не сложно, по личке той же.
![]() То, что DAX программисты не в теме, не значит что тема мертвая ![]() Почитай брошюрок еще - про demand management, price&promo optimization, markdown optimization, real time offering и прочие плюшки и посетуй на аксфоруме что всего этого нет в DAX =) А по сути спора - соглашусь с fed: номенклатурная аналитика на большом объеме операций - неработающая идея. Для продажи системы всяким менеджерам это все выглядит красиво, но бардак на складе и в товародвижении в результате такого шага похерит всё и всех =) Номенклатура = SKU (конечный штрих код) и точка, игры с нормализацией и аналитикой надо оставить аналитикам, а не персоналу выполняющему рутинные операции. Кладовщик должен получать задания типа "принести в зону комплектации А7 6 (шесть) штук артикула "1109457646" из Р1Пр5С23П4, а не "пойди туда, не знаю куда, принеси шесть розовых зайцев категории "игрушка плюшевая", сегмент "дети до 5 лет", материал "вата с опилками", цвет белый, ценовая категория "говно задешево", оборачиваемость "хреновенькая" и т.д. и т.п." .... На кассе тоже это все вводить? =)) Попытка закрыть дырки в аксапте в части отсутствия аналитики вида движения, родовых артикулов, маркировки брака и пр. мелочей больших систем, номенклатурной аналитикой - не самый лучший выход... Последний раз редактировалось Aleck; 14.10.2011 в 15:22. |
|
|
За это сообщение автора поблагодарили: Maxim Gorbunov (5), mau (1). |
Теги |
аналитика, как правильно, номенклатура, складская аналитика |
|
|