Чего не хватает из аналитической информации?

[mazzy]

Цитата:

Сообщение от ollu

Иностранная компания.

а... это хорошо. значит таких безумных запросов типа "дайте оборотку по 62 в разерезе клиентов" у вас будет значительно меньше.

Цитата:

Сообщение от ollu

Ещё один ньюанс: база большая (поэтому и Аксапта), планируется или "чужой" DWH или "свой" ОЛАП. Никто не может сказать где граница когда ОЛАП не справится с задачей (ограничение по времени) или что-то ещё?

Что думаете про ОЛАП кубы? Почему-то иносранцы их любят, а мы нет, может пользоваться не умеем?

"Иносранцы" работают с системами, которые не отторгают ОЛАП технологию так сильно как наша 1С. Я бы не сказал, что наши любят меньше. Просто использовать ОЛАП на базе данных 1С - это очень нетривиальная задача (в основном из-за встроенной иерархии). Как раз из области "сделать можно, но будет потрачено столько сил". Со всеми вытекающими.

А использовать ОЛАП на Аксапте (или на других проклятобуржуинских программах) - милое дело.

ОЛАП не даст вам оперативных данных. По определению.
А в остальном - нормально.

[ollu]

Цитата:

Сообщение от mazzy

а... это хорошо. значит таких безумных запросов типа "дайте оборотку по 62 в разерезе клиентов" у вас будет значительно меньше.

Помоему наоборот. Бывают попытки проследить совершенно нелогические связи, особенно, когда в Хранилище есть данные из других систем.

Цитата:

Сообщение от mazzy

ОЛАП не даст вам оперативных данных. По определению.
А в остальном - нормально.

Точно всё нормально? А построение ОЛАПов - дело простое\дешевое? Я, теоретически, понимаю что можно вытянуть все данные, грамотно их обработать и подать на блюдечку пользователю. Но если пользователь - аналитик, причём желающий знать ВСЁ и со всех сторон - то мне хотелось бы сразу ему сказать: "Сорри, надо было думать сначала, а то система уже выбрана, внедрена, а запросы на изменения\дополнения стоят сумашедших ресурсов!!!"

Поэтому и возникают вопросы: что нельзя сделать в малокастомизированной аксапте?

[mazzy]

Цитата:

Сообщение от ollu

Бывают попытки проследить совершенно нелогические связи, особенно, когда в Хранилище есть данные из других систем.

Цитата:

Сообщение от ollu

Точно всё нормально? А построение ОЛАПов - дело простое\дешевое?

По-моему, да.
причем, по-моему, гораздо проще построить запросы руками, нежели пользоваться стандартным модулем связи с ОЛАПом.

Обратите внимание, что стандартный модуль связи с ОЛАПом будет решать вопросы, связанные с валютами и их курсами (но по-моему, проще руками запрос сделать).

Вот что сложно сделать руками - это универсальным образом правильно обработать витруальные компании и настройки прав доступа к записям (RLS). В каждом конкретном случае проще написать константы, нежели генерить универсальное решение...

Кроме того, как всегда с ОЛАПом возникает вопрос корретного drill Down к исходным данным, которые вдобавок находятся в другой программе. Но это типовая для ОЛАПа проблема.

В общем, по-моему, особых проблем нет.
Есть технические проблемы, типичные для всех ОЛАПов: связи N:N, курсы валют, витруальные компании, права доступа и drill down.

Пару лет назад один участник пытался продать набор ОЛАП отчетов для Аксапты. Но у него продажи не очень пошли поскольку заинтересованные лица считали, что проще сделать нежели покупать. В результате он выложил набор отчетов в бесплатный доступ. Поищите.

[ollu]

Цитата:

Сообщение от mazzy

По-моему, да.
причем, по-моему, гораздо проще построить запросы руками, нежели пользоваться стандартным модулем связи с ОЛАПом.

Обратите внимание, что стандартный модуль связи с ОЛАПом будет решать вопросы, связанные с валютами и их курсами (но по-моему, проще руками запрос сделать).

Вот что сложно сделать руками - это универсальным образом правильно обработать витруальные компании и настройки прав доступа к записям (RLS). В каждом конкретном случае проще написать константы, нежели генерить универсальное решение...

mazzy, Вы всё время говорите, проще сделать запрос руками !!! В этом отличие иносранного пользователя - аналитика (не говорю про супер умных) - пользоватся только тем что есть в системе!!! Если хочешь дёрнуть ИТ, то нужно обоснование и если это одноразовый запрос, то приоритет № последний...

Поэтому и ищу ответ на вопрос: чего нет (и не может быть) в мало модифицированной системе?

[mazzy]

Цитата:

Сообщение от ollu

mazzy, Вы всё время говорите, проще сделать запрос руками !!!

Не. пользователи не должны делать запросы.
запрос должен подготовить аналитик/программист.
пользователи должны пользоваться подготовленными.

просто для аналитика/программиста есть два способа создания: 1) встроенный модуль business analisys, 2) создать запрос (и сам куб) руками непосредственно инструментарием ОЛАП системы.

после того, как аналитик/программист создаст запрос (и соответственно куб), то пользователю будет абсолютно все равно как он создан. использовать его будут одинаково.

на что надо обратить внимание, я уже ответил.

[mazzy]

Цитата:

Сообщение от ollu

пользоватся только тем что есть в системе!!!

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

Вы бы посмотрели кубы которые уже есть в стандартной Аксапте.
начните отсюда
Microsoft Dynamics AX 2009 White Paper: Configure the Default OLAP Cubes

и далее
Дрилл в OLAP-отчетах
Ax 2009 OLAP
Вопросы по OLAP в DAX2009
Slava09: Microsoft Dynamics AX 2009. Что нового?
OLAP: Главная книга - Журнал налоговых регистров
OLAP in AX4
и далее в поиск.

[Vadik]

Цитата:

Сообщение от mazzy

Обратите внимание, что стандартный модуль связи с ОЛАПом будет решать вопросы, связанные с валютами и их курсами

Все верно, решает, только таким затратным способом (таблица OlapAmount, что начиная с более-менее значительных объемов данных (когда по идее прелести OLAP-а в виде быстрой реакции на тяжелые аналитиеские запросы только-только становятся очевидны) поддерживать ЭТО становится слишком накладно.
Пример - стандартный (идущий в поставке) куб с Sales margin. Средствами аксапты один экземпляр куба обновляется около 4 часов, самодельный T-SQL запрос отрабатывает за 30 секунд. Ну и нафига спрашивается козе баян?
Дальше.. Dimensions аксаптовский OLAP обновлять не умеет без повторного пересоздания куба, которое в свою очередь похерит пользовательские роли.
В общем, IMHO для демонстрации на пресэйлах в стиле "как можно за 5 минут построить с ноля гламурную сводную таблицу" - то что надо, а для использования в production - пилить и пилить

[AlexeyS]

Цитата:

Сообщение от mazzy

а... это хорошо. значит таких безумных запросов типа "дайте оборотку по 62 в разерезе клиентов" у вас будет значительно меньше.


"Иносранцы" работают с системами, которые не отторгают ОЛАП технологию так сильно как наша 1С. Я бы не сказал, что наши любят меньше. Просто использовать ОЛАП на базе данных 1С - это очень нетривиальная задача (в основном из-за встроенной иерархии). Как раз из области "сделать можно, но будет потрачено столько сил". Со всеми вытекающими.

А использовать ОЛАП на Аксапте (или на других проклятобуржуинских программах) - милое дело.

на 1с тоже делают олап, видел давненько какую-то фирму, брала по 1000 долларов за кубик. правда прошло много времени, могу немного ошибаться

Цитата:

Сообщение от mazzy

ОЛАП не даст вам оперативных данных. По определению.
А в остальном - нормально.

можно сделать инкрементное обновление раз в час или чаще. хоть каждые пять минут, вполне оперативно.

[George Nordic]

Цитата:

Сообщение от AlexeyS

можно сделать инкрементное обновление раз в час или чаще. хоть каждые пять минут, вполне оперативно.

Он не для этого повесилсяпридуман. Не надо из OLAP делать оперативную отчетность. К тому же, куб может перестраиваться вплоть до нескольких часов - обычно из пересобирают ночью. Это дольше чем каждые "5" минут

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

[Ark]

Вернемся к теме ветки. Такой простой аналитический вопрос: какие ожидаемые поставки от поставщика оплачены в разрезе номенклатур. В AX это нетривиальная задача.

[Bober]

Цитата:

Сообщение от Ark

какие ожидаемые поставки от поставщика оплачены в разрезе номенклатур. В AX это нетривиальная задача.

Эта задача в Аксапта не является нетривиальной.

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

[Ark]

Цитата:

Сообщение от Bober

Эта задача в Аксапте является принципиально неразрешимой.

Ну это я так мягко высказался
Хотя бы получили конкретный ответ

Цитата:

Сообщение от ollu

...Может кто-то сталкивался с тем, что нельзя сделать...

[mazzy]

Цитата:

Сообщение от Ark

Ну это я так мягко высказался
Хотя бы получили конкретный ответ

Мы все еще продолжаем говорить об "аналитической информации"?
или уже о чем-то другом?

[mazzy]

Цитата:

Сообщение от Bober

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

Есть "увязка". Через накладную.
Оплата сопоставляется с накладной. Накладная содержит номенклатуру.

Для того, чтобы получить данные об оплате номенклатур необходимо принять допущение как распределять частичную оплату по номенклатурам внутри одной накладной. Погрешность допущения будет зависеть от: 1) периода оборачиваемости товара, от 2) средней отсрочки платежа, 3) от инфляции и 4) от средней вероятности частичной оплаты.

[Ark]

Вот именно, что нужны допущения. А также надо учитывать, что один платеж а несколькими закупками (не накладными) нельзя сопоставить.

[ollu]

Возможно для кого-то это покажется тривиальным, но всё же:

1. Остатки товара по складу(ам), по дням (часам), приближение к критическому мимнимуму (+ возможность дефинировать этот минимум)
2. Сколько времени товар "находится" на кажлом этапе: с момента заказа, доставки, разгрузки, хранения, резервирования, отправки, доставки?
3. Изменение цен по поставщикам по одинаковым номенклатурам.
4. Продажи каких товаров\поставщиков наиболее сократились на определённый период времени?
5. Какая часть прибыли относится к конкретному товару\группе\поставщику\точке и т.д.
6. Соотношение Задолженности поставщикам и суммы товара, необходимого для пополнения запасов.

Это реальные вопросы бизнеса. Имеем ввиду минимально "испорченную" стандартную систему!

[Ark]

Цитата:

Сообщение от ollu

1. Остатки товара по складу(ам), по дням (часам), приближение к критическому мимнимуму (+ возможность дефинировать этот минимум)
2. Сколько времени товар "находится" на кажлом этапе: с момента заказа, доставки, разгрузки, хранения, резервирования, отправки, доставки?
3. Изменение цен по поставщикам по одинаковым номенклатурам.
4. Продажи каких товаров\поставщиков наиболее сократились на определённый период времени?
5. Какая часть прибыли относится к конкретному товару\группе\поставщику\точке и т.д.
6. Соотношение Задолженности поставщикам и суммы товара, необходимого для пополнения запасов.

На первый взгляд все можно, кроме анализа по часам, а не дням.
Пункты 3, 4, 5 - даже без разработки, а с помощью OLAP

[mazzy]

Цитата:

Сообщение от ollu

1. Остатки товара по складу(ам), по дням (часам), приближение к критическому мимнимуму (+ возможность дефинировать этот минимум)

отчет критические запасы
http://forum.mazzy.ru/index.php?showtopic=1842

Цитата:

Сообщение от ollu

2. Сколько времени товар "находится" на кажлом этапе: с момента заказа, доставки, разгрузки, хранения, резервирования, отправки, доставки?

Стандартного не знаю. Смотреть в сводное планирование.
см. скриншоты.




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

Цитата:

Сообщение от ollu

3. Изменение цен по поставщикам по одинаковым номенклатурам.

Здесь предельное внимание.
Отчет о ценах или отчет о себестоимости?
В частности, будут ли учитываться скидки в отчете? будут ли возвраты от клиентов трактоваться как получение от поставщиков? Влияют ли возвраты на "цены поставщиков"? влияют ли накладные расходы на "цены поставщиков"? Что делать с товаром, который появился в результате инвентаризации?

Отчет по ценам есть. Отчета с трендом - нет. Надо делать на основании.
Отчет по себестоимости полученных (любым способом) товаров есть. Отчета с трендом - опять же таки нет. Надо делать.

Цитата:

Сообщение от ollu

4. Продажи каких товаров\поставщиков наиболее сократились на определённый период времени?

отчет "продажи" есть. отчет с трендами - отсутствует. В олап. делать на основании отчета о продажах.

Цитата:

Сообщение от ollu

5. Какая часть прибыли относится к конкретному товару\группе\поставщику\точке и т.д.

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

Цитата:

Сообщение от ollu

6. Соотношение Задолженности поставщикам и суммы товара, необходимого для пополнения запасов.

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

ollu, что касается логистики и производства, то принципиальных проблем нет. АНАЛИТИЧЕСКАЯ информация собирается и выводится в отчет.
Вопросы скорее всего возникнут при обсуждении бухгалтерии.
Причем скорее всего, вопросы идеологического плана.

[AlexeyS]

Цитата:

Сообщение от George Nordic

Он не для этого повесилсяпридуман. Не надо из OLAP делать оперативную отчетность. К тому же, куб может перестраиваться вплоть до нескольких часов - обычно из пересобирают ночью. Это дольше чем каждые "5" минут

конечно, все зависит от объема данных,
но если куб простой и маленький, почему-бы и нет?

[George Nordic]

Цитата:

Сообщение от AlexeyS

конечно, все зависит от объема данных,
но если куб простой и маленький, почему-бы и нет?

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

Кстати, хороший совет - обратитесь с Recoilme. Он эту тему хорошо разбирал. Именно со складом.

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