on 05-29-2010 5:43 PM
I was wondering if there is a document that defines best practices for the use of ABAP with the installation and customization of SRM. Such as amount of ABAP coding typically required, and best practices around the use of ABAP for customization and configuration.
Thanks.
Thanks.
"ABAP Work is significantly more at the time of implementation."
I guess I'm asking some very general questions to size up a project, I understand you would need many more details to provide an accurate answer. Thus, while I'm seeking references to talk about the amount of ABAP typically required for localization and customization. This goes to project cost and risk.
Seems to me that SAP would have some metrics around that...but perhaps not.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Thanks guys. Any references, such as analyst reports that cover this?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You may need following developments...
- Validations for data with SRM Data or with ECC Data at BBP_DOC_CHECK_BADI
- Changes to the Data in SRM at Document Creation / Change BBP_DOC_CHANGE_BADI
- Based on your Purchsing Contract Settings in Backend you may need some Enhancements.
<like mapping SRM conditions to ECC, creating consignment or subcontracting Contracts e.t.c>
- Most importantly customization of workflows.
- If your Buyers has any specific Requirement to be validated or evaluate then you should go for SOCO Custom rules.
- You can group multiple Requirements (SC) into one Purchase Order.
ABAP is required at the time of standard issues with SRM5.0, to debug and find which note to apply -- I believe this is a critical part where an abaper can help in SRM instalation.
All the best,
Vamsi
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
David,
it depend upon what functionality you need in your system.. most commonly doccheck and docchange badis to check and change objects, and work customization if you need any, and custom fields if needed in the standard screens...
but like i said.. it all depends upon what you want the system to behave like..
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
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.