Hi Ivan,
BW-BPS is the beginning of the road towards an integrated planning solution. BW-BPS is not purely financially focused. Some of the functions which were available in SEM-BPS are not there in BW-BPS. Follwoing functions which are part of SEM-BPS are not included in BW-BPS
Offsetting Entry
Accumulate Balances
Depreciation
Net Present Value
Internal Rate of Return
Time Lag Functions
Valuation
Allocation
Rounding
Currency Translation (Account-Based)
1. From a functional viewpoint IP pretty much has everything that BPS does, with the main exception being that you don't have the postable nodes / top-down hierarchy planning in IP that you have with BPS (although that is planned for a later SPS). Apart from that you now have (as of SPS9) pretty much everything else.
What you should focus on is that in addition to that, IP is far more functionally rich from a point-of-view of front-end functionality and gives the layout flexibility that BPS just could never do. Users can create and maintain their own workbooks and queries which they can't do in BPS without major admin rights and whatismore they can now make full use of excel in IP. To put it simply: BPS gave you Excel within (and firmly controlled by) SAP, IP gives you SAP within Excel.
For example you can use cell referencing techniques to reference a cell of SAP updated data into the middle of your standard special formatted reporting workbooks and likewise have the system pick data up from standard excel and save back to the database without an SAP query in sight - powerful stuff.
As regards STS, it is available for both BPS and IP but is being developed no further - there will be a replacement for it in NW07 so consider carefully any major implementation of STS.
Overall, I've seen the future and it is definitely IP, not BPS.
2. All possible comnbinations (i.e. show zeros where no data exists) was delivered in SPS8. Node level hierarchy planning is planned for around SPS11 (but that might change)
3. No migration tools exist, mainly because there are some fundamental differences that mean that a like-for-like migration would not make sense (for example, you will use far less levels in IP because one level can contain many options for a characteristic (e.g. a variable plus a range)). You need to take advice but I don't think in general the manual migration would be that difficult especially as you can stage it as BPS and IP can co-exist, even on the same cube.
Please go through these links
https://www.sdn.sap.com/irj/servlet/prt/portal/prtroot/com.sap.km.cm.docs/library/biw/d-f/enhancemen...
https://www.sdn.sap.com/irj/servlet/prt/portal/prtroot/com.sap.km.cm.docs/library/biw/d-f/frequently...
https://www.sdn.sap.com/irj/servlet/prt/portal/prtroot/docs/library/uuid/5d90209f-0501-0010-59a2-924...
Also there are some good threads on this topic
**Pls assign points if info is useful***
Regards
CSM Reddy
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.