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

[lev]

а по каким модулям вас интересует аналитическая информация?
какую версию Аксапты вы рассматриваете?

[ollu]

Рассматриваем обе 4 и 5 (больше склоняемся к 4-й, наверное спецов больше). Есть большая разница? Ориентируемся на стандартный пакет, охватывающий :
1. Sales
2. Failed Orders
3. Purchases
4. Purchase Orders
5. Distribution (between organization units)
6. Internal Operations (inside organization)
7. Stock
8. Raw materials
9. Raw material analysis and inspection
10. Production
11. GLOperations
12. GLAssetOperations

Из аналитики интересуют всякие нестандартные срезы, например: консолидированная информация по нескольким предприятиям по основным средствам.

[mazzy]

Цитата:

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

12. GLAssetOperations

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

Цитата:

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

Из аналитики интересуют всякие нестандартные срезы, например: консолидированная информация по нескольким предприятиям по основным средствам.

Будет информация в системе, можно будет получить срез.

Обратите внимание, что консолидированная отчетность отличается от простого суммирования тем, что из консолидированной отчетности после суммирования удалены внутренние обороты. В Аксапте есть инструменты для маркировки внутренних оборотов. Но будете ли вы этой маркировкой пользоваться? Не знаю. Будете ли сами вводить какой-то свой маркер внутренних оборотов? тоже не знаю.

В общем, суммированную по разным компаниям отчетность вы получите легко. А вот получите ли консолидированную? Ответ будет зависеть от того, как именно вы будете вводить информацию.

[ollu]

Цитата:

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

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

Цитата:

из того, что сделать можно, но с огромными затратами, можно отметить анализ по таблицам, связь между записыми которых n:n. Например, LedgerTrans, TaxTrans, BankTrans, CustTrans, VendTrans и, конечно же, InventTrans связаны неоднозначным отношением n:n. И если не предпринимать специальных мер, то связывать записи между этими таблицами - сущий гемор. Т.е. запрос "дайте оборотку по 62 счету в разрезе клиентов" реализуется непросто, если заранее не предпринять предупредительных мер по ограничению аксаптовского функционала (хотя бы потому, что проводки по клиенту могут пойти и на 76).

Вот это уже интереснее. Может ещё какие примеры?


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

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

[mazzy]

Цитата:

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

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

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

Цитата:

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

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

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

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

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

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

[ollu]

Цитата:

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

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

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

Цитата:

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

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

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

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

[mazzy]

Цитата:

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

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

Цитата:

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

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

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

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

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

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

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

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

[AlexeyS]

Цитата:

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

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


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

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

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

Цитата:

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

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

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

[George Nordic]

Цитата:

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

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

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

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

[mazzy]

Цитата:

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

Вот это уже интереснее. Может ещё какие примеры?

Да, и еще.

Журнал/Заказ/Закупка - суть черновики.
Они могут удаляться после разноски, а информация из них полностью переходит в проводки.
Поэтому никогда не рассчитывайте, что в черновиках информация будет хранится вечно. Журнал - это не 1Совский документ.

Поищите, этот вопрос обсуждался неоднократно на форуме.
Но если у вас "иносранцы", то для них это привычная схема работы и вопросов должно быть существенно меньше, нежели у наших бухов.