on 11-03-2008 10:34 AM
Dear All,
For sizing SRM using the quick sizer for stand-alone scenario, Do we need to add up all the documents from Shopping cart,PO,PO Repsonse,Confirmation,GR and Invoice and plug this number into the object or the sizing tool takes care of these documents internally and we have to provide only the number of shopping cart objects?
Any help is highly appreciated.
Regards
velu
Hi Velu,
depending on the data volume to be processed you can also use a user-based sizing approch in the Quick Sizer.
The Quick Sizer throughput approach already includes a couple of scenarios, so you do not need to enter all follow-on document separately. You may want to check the "help" file to understand which documents exactly are included in the SRM scenarios.
Best regards,
Susanne
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi, Susanne
Sorry for the delayed response.
Thanks very much for your inputs. For a stand-alone scenario if there are 360000 shopping cart documents and 180000 POs and for each PO 4 GRs are possible and each PO could have 2 Invoices.
How do you calculate the SRM-EBP SAPS for the above in Quick-Sizer. Do i need to put 360000 (the number of Shopping carts) in the objects in the Quick-Sizer?. In this case how to accommodate the multiple GRs and Invoices?.
Also how to calculate the Sizing for SRM-SUS for the above?. Can i use the stand alone scenario based throughput Sizing of SRM for SUS too?. For the above scenario should i put a total objects for SUS as 180000180000180000180000 ( For POPO Response,GR Response and Invoice Response) or may be i should put 180000/2180000/2180000/2+180000/2 as the total number of objects to imply that SUS is a light wait application compared to Shopping Cart generation?.
Pl suggest.
Thanks in advance.
Regds
velu
Hi Velu,
I am not an SRM specialist.
But let's see...
Are these 360000 shopping cart documents and 180000 POs per year or per day?
- You definitely need the carts in the Quick Sizer.
- what's a GR?
- In the ERP section you can enter the 180000 POs (MM) and the 360000 invoices (FI)
Since EBP classic contains the cart; ERP the PO and SUS these (Bid Invitation/Auction, Bidders and Quotation.) you could add the individual results
As to you r last question: Do you have a bid invite for each cart? If then, yes, you would enter the analogous figures.
Hi, Susanne
Thanks for your inputs and sorry for the delayed response
The SC stands for Shopping Carts. PO -- Purchase Orders. GR -- Goods Receipt.
Also the Scenario is Stand-alone (Shopping Cart-PO-GR-Invoice all are created in SRM and ERP is not connected) or Extended Classic ( connected to ERP, but all the documents like Shopping Cart-PO-GR-Invoice all are created in SRM and replicated to ERP). While Sizing for the SRM Server, Do I have to sum up all the documents from Shopping-cartPOGR+Invoice and put in the Objects tab? or I have to only put the Shopping Cart Documents in the objects tab?.
I need to account all the documents for the SRM side, as not all the Shopping carts will be converted into Purchase Orders and Some Purchase Orders can have Multiple Good Receipts ( May be 10 or 12 and other might have 2 or 4) and similarly One Purchase Order can have Multiple Invoices ( may be from 2 to 6). Also with Supplier Self Service enabled, there are Response Documents generated from SRM-SUS and these will be created in SRM-EBP side too. The number of documents could be more in this case. How to account all these documents and come up with the correct sizing for SRM?.
Also , how to Size the SRM-SUS part?. Do i have to use the same approach that is being used for SRM-EBP?.
Your inputs are highly appreciated.
Thanks and Regards
velu
Hi velu
As susan said upon your volume of business daily/ monthly and annually. this forecast data must be given to SAP for sizing assistence.
You can enquire SAP for sizing assistance .if you forecast the volume of data and send it to SAP .
Susanne : - he is in standalone mode. Local documents only, only direct integration with backend systems is for FICO data. No follow on docs are passed to a backend. No Good receipt document at ERP side
br
muthu
Hi, Muthu
Thanks for your inputs. We would like to use the Sizing tool of SAP to get the Sizing by our-selves. The only catch for the SRM Sizing is to come with the number of objects /year and I just wanted to know how to arrive at the right number?( Sum of all the documents, including the response documents from SUS or only the shopping carts etc...). The User based sizing is one option and that is not that accurate compared to throughput based Sizing.
Also, I need to know how to size the SRM-SUS Server?. The SAP sizing tool has no option to do this.
Thank and Regards
velu
Greetings!
I have the same question regarding the SAP Quick sizer for SRM 7.0 version.
Does the SRM sizing questionnaire account for both EBP and SUS server sizing? Also, what is the accepted sizing strategy for related BW, EP and PI servers? Thanks.
Edited by: Randhir Singh on Dec 1, 2010 3:21 AM
User | Count |
---|---|
1 | |
1 | |
1 | |
1 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.