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

[ollu]

Приветствую честной народ!

Вопрос скорее к профессиональным пользователям Акзапты: при выборе нового ЕRP решения, возник вопрос о возможностях системы в предоставлении аналитической информации. Продавцы (внедренцы) в один голос твердят, что есть ВСЁ, но меня интересует ЧЕГО НЕТ. Может кто-то сталкивался с тем, что нельзя сделать или можно, но с огромными затратами времени на копирование ЕКСЕЛей, ручной поиск и "склеивание" и т.д.

Заранее благодарю!

[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С - это очень нетривиальная задача (в основном из-за встроенной иерархии). Как раз из области "сделать можно, но будет потрачено столько сил". Со всеми вытекающими.

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

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

[mazzy]

Цитата:

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

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

Да, и еще.

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

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

[mazzy]

Цитата:

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

Вопрос скорее к профессиональным пользователям Акзапты: при выборе нового ЕRP решения, возник вопрос о возможностях системы в предоставлении аналитической информации. Продавцы (внедренцы) в один голос твердят, что есть ВСЁ, но меня интересует ЧЕГО НЕТ. Может кто-то сталкивался с тем, что нельзя сделать или можно, но с огромными затратами времени на копирование ЕКСЕЛей, ручной поиск и "склеивание" и т.д.

ВСЕ - нехорошее слово.
Как только появляется слово ВСЕ - жди логической ошибки.

ВСЕГО в аксапте конечно же нет.
но анализировать то, что введено можно. и даже с удобствами.

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

Но зато запрос "дайте оборотку в разрезе любимых клиентов" делается на ура.
или запрос "дайте анализ какие клиенты какой товар купили" тоже реализуется быстро.

[greenfin]

[QUOTE=mazzy;192797]
Muzzy, неверное замечание в части: "запрос "дайте оборотку по 62 счету в разрезе клиентов" реализуется непросто, если заранее не предпринять предупредительных мер по ограничению аксаптовского функционала (хотя бы потому, что проводки по клиенту могут пойти и на 76)."

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

А в части недостатков по аналитике, (имею ввиду финансовую аналитику, Dimension), несколькими предложениями:
-нет возможности указания разных аналитик (для дебета и кредита) в одной проводке;
-финансовые аналитики, предлагаемые в стандартном функционале НИКАК не вяжутся с аналитикой синтетического счета, которую хотят видеть бухгалтера РФ.
Данную аналитику можно пользовать только в управленческом учете.
Получать информацию (действительно необходимую) в разрезе аналитик, используя таблицу "Ledgertrans" и не заставляя при этом пользователя дублировать её ввод - без доработки не обойтись.

[mazzy]

Цитата:

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

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

я про это и говорю - сначала думать надо.

Цитата:

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

А в части недостатков по аналитике, (имею ввиду финансовую аналитику, Dimension), несколькими предложениями:
-нет возможности указания разных аналитик (для дебета и кредита) в одной проводке;

FAQ: используйте многострочную проводку

Цитата:

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

-финансовые аналитики, предлагаемые в стандартном функционале НИКАК не вяжутся с аналитикой синтетического счета, которую хотят видеть бухгалтера РФ.

Потому что бухгалтера просят у вас "субконто", а финансовая аналитика - похожа на "разделитель учета". FAQ и в поиск. обсуждалось раз 20.

Цитата:

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

Данную аналитику можно пользовать только в управленческом учете.

Конечно же нет.

Цитата:

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

Получать информацию (действительно необходимую) в разрезе аналитик, используя таблицу "Ledgertrans" и не заставляя при этом пользователя дублировать её ввод - без доработки не обойтись.

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

Опять же: в FAQ и в поиск. Обсуждалось тыщу раз.

И наконец,

Цитата:

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

А в части недостатков по аналитике...

greenfin, вы исходный вопрос читали? "Чего не хватает из аналитической информации?"
Вы разницу между "аналитикой" и "аналитической информацией" понимаете?


В сторону: как же задолбали 1Сники, которые делают свою 1С из любой программы. И ведь сам таким был. Невыносимо...

[TasmanianDevil]

Цитата:

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

FAQ: используйте многострочную проводку

В журналах ОС и складских журналах ?

[greenfin]

Mazzy: "вы исходный вопрос читали? "Чего не хватает из аналитической информации?"
Вы разницу между "аналитикой" и "аналитической информацией" понимаете?"

Что бы получать аналитическую информацию для этого в базе должна быть информация о хоз.операциях с детализацией не меньше чем это требуется для выполнения АХД и принятия решений. В своем сообщении рассматривал только «кусок» в части отражения на синтетических счетах («LedgerTrans»).

Mazzy:"конечно же обойтись. только не надо из фин.аналитики делать "субконто".
воспринимайте ledgertrans как проводки по синтетическому плану счетов (но с разделителями учета), а аналитическую информацию берите из модулей-регистров. (В предыдущем предложении использовалась 1Совская терминология). Только учитывайте, что связи между ledgerTrans и прочими могут быть как многие-ко-многим при некоторых допущениях, учитывайте и настраивайте допущения. (В этом предложении использовалась Аксаптовская терминология). В общем, сначала думать надо."

Из Dimension никто не делает субконто. В ledgertrans не хватает аналитики, используемой конкретным синт.счетом. А для получения информации с учетом аналитики используемой счетом предлагаете джойнить таблицы, содержащие данную информацию. Согласен, но только если база не больших размеров. А если в базе делается запись только в одном InventTrans за месяц примерно 1,5 – 2 млн.строк (учел только в финн.статусе), тогда отчет в on-line режиме «не дождаться». Для закрытых периодов используем хранилище по сгруппированным аналитическим срезам.

Mazzy:"используйте многострочную проводку..."

Это не удобно и времени занимает больше, нежели если была бы возмжность раздельного ввода. На другие недостатки указали уже другие участники.

[mazzy]

Цитата:

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

В журналах ОС и складских журналах ?

блин, исходный ответ читали? "-нет возможности указания разных аналитик (для дебета и кредита) в одной проводке;"
Где дебет и кредит в одной проводке в журналах ОС и складских журналах?

Цитата:

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

Что бы получать аналитическую информацию для этого в базе должна быть информация о хоз.операциях с детализацией не меньше чем это требуется для выполнения АХД и принятия решений. В своем сообщении рассматривал только «кусок» в части отражения на синтетических счетах («LedgerTrans»).

сов.верно.
...и эта информация не обязательно должна находтится в финансовой аналитике.

Цитата:

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

В ledgertrans не хватает аналитики, используемой конкретным синт.счетом.

купите и включите больше.

Цитата:

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

Это не удобно и времени занимает больше, нежели если была бы возмжность раздельного ввода.

Вот как? А здесь вы говорили, что "невозможно".
Теперь уже "неудобно"... Читайте мануалы дальше.

Цитата:

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

На другие недостатки указали уже другие участники.

Я правильно понимаю, что ссылок и цитат вы приводить категорически не будете?

Цитата:

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

А для получения информации с учетом аналитики используемой счетом предлагаете джойнить таблицы, содержащие данную информацию. Согласен, но только если база не больших размеров. А если в базе делается запись только в одном InventTrans за месяц примерно 1,5 – 2 млн.строк (учел только в финн.статусе), тогда отчет в on-line режиме «не дождаться». Для закрытых периодов используем хранилище по сгруппированным аналитическим срезам.

Вы точно помните тему ветки?
Тема "Чего не хватает для аналитической информации?"
С чего сейчас возник оффтопик "отчет в on-line режиме"?
Ок. Я пас, пожалуй.

[Vals]

Цитата:

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

Да, это был набор настроенных отчётов (достаточно большой) - AxOlap.

[MironovI]

Цитата:

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

Вопрос скорее к профессиональным пользователям Акзапты

Если мы профессионалы акЗапта, давайте послушаем профессионалов 1Ass

ЗЫ Сори за офф.. - пятницо

[ollu]

Цитата:

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

Если мы профессионалы акЗапта, давайте послушаем профессионалов 1Ass

ЗЫ Сори за офф.. - пятницо

1С - только в кошмарном сне ( Пускай меня простят любители ЭСКИ)

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