nquiry: Flexible Workflow for Purchase Requisition in SAP Public cloud

[Mummaleti_V_V_P]

I am reaching out to inquire about optimizing purchase requisition workflows within SAP, particularly in scenarios where there is one company code, one plant, and multiple purchase groups, with requisitions generated by 18 departments.

In our organization, we are seeking to enhance our procurement processes by implementing a more flexible workflow that caters to the diverse needs of our departments and purchase groups. Specifically, we are interested in establishing pre-conditions for purchase requisitioners or exploring potential Badis for agent determination based on user attributes.

Given our unique setup of one company code, one plant, 10 purchase groups, and requisitions originating from 18 different departments, we believe there is a need for personalized agent determination to streamline approvals and ensure efficient processing of purchase requisitions.

Could you please provide insights or guidance on how we can achieve this within the SAP environment? We are keen to learn about any best practices, recommended configurations, or potential customizations that can enable us to implement a more agile and responsive workflow.

Your expertise and advice on this matter would be greatly appreciated. If possible, could you also recommend any relevant resources or documentation that we can refer to for further information?

Thank you very much for your attention to this inquiry. I look forward to hearing from you soon.

[Sandra_Rossi]

Please do not post a question about SAP Web sites (community, etc.) if it's not a question about SAP Web sites! You can use Technology Q&A or any groups. See here: https://community.sap.com/t5/questions-about-sap-websites/how-to-ask-a-question-in-sap-community-gt-...

[Former Member]

Hi. The GR will post in 2 currencies. It will post in the currency of the PO and also in the currency of the company code.

The company code is the "value in local currency" field in the GR.

The PO currency will always be taken from the vendor master.

If you want the PO to be in a different currency you can try using the BBP_DOC_CHANGE_BADI but I think people have been trying to do this on SDN and having problems.

Effectively make sure that the vendor has the right currency on and everything should be OK.

Regards,

Dave.

[Former Member]

Hi there.

No, everything on the SRM side is fine - it is the posting in the backend that is changing the currency.

We do not wish to use the vendor's default currency for anything - I have enhanced my SRM system so that whichever currency the user chooses in the shopping cart in SRM, this currency is taken to the local PO, the backend PO and the local confirmation. Therefore I need somewhere to change the currency of the GR being made in the backend.

[Former Member]

Hi. If you have managed to get the PO in the right currency in both systems then everything should be OK.

The GR will have 2 currencies, the "amount in document currency" will be in the currency of the PO and the "amount in local currency" will be the currency of the company code.

For financial reasons the local currency will always be the currency of the company code as defined in finance config.

Regards,

Dave.

[Former Member]

The SC in SRM is in PLN.

The PO in SRM is in PLN.

The PO in ECC is in PLN.

The vendor's master data is in ECC in USD.

The GR in SRM is in PLN.

>>> The GR in ECC is in USD.

Strange type of behaviour, right? The GR in the backend ECC seems to be taken from the vendor master regardless of what I do... 😐

[Former Member]

Hi. Are both currencies on the GR in USD or can you see USD and PLN?

What is the currency of the company code? Check the IMG in ECC Financial Accounting > Financial Accounting Global Settings > Company Code > Enter Global parameters.

If that is set to USD you should be getting 1 value in USD. If that is set to PLN then that is very strange and I would ask SAP to investigate in ECC.

Also, do you use GR based invoice verification? If you do not the currency of the GR should not really matter.

Regards,

Dave.