[4372] in sapr3-soft
Re: Need framework & procedure for CO-PA planning & reporting
daemon@ATHENA.MIT.EDU (philharrington@edatagroup.com (P. )
Mon Nov 8 15:35:09 1999
To: sapr3-soft@MIT.EDU
Date: 8 Nov 1999 14:32:20 -0600
From: philharrington@edatagroup.com (P. A. Harrington) (by way of SAP Moderator <philharrington@edatagroup.com>)
Message-Id: <807c0k$ref@nexus.netconcepts.com>
In the US, APO is now genrally available. SEM will be shortly.
My suggestion does make sense because:
1) The generic data extractor allows you to take the extract to any
level you want - all the way down to the most granular data.
2) You have the ability to create custom cubes to report anything you
want. It goes without saying that if you are not going to use the
turnkey deliverables, then you must do some analysis and design. If
you let your ERP vendor do all your thinking for you, you will have no
competitive advantage.
3) If you don't like SAP's dimensional products, you can use a host of
3rd party front-ends to pretty much duplicate any decision support
application you want. Cognos, Brio, Business Objects, ArcPlan and many
others are now certified for use with BW.
4) APO does not require BW in order to run, because it has its own
internal BW kernal - you can load it from a generic database engine.
It does not suffer from performance problems, but rather memory
constraint problems. Since it runs in core memory with one I/O per
load, there is no I/O bottleneck.
You should probably call your SAP technical rep. I think you have
some bad information.
..P
