Pricing components in External pricing for Quotes.

[Former Member]

Dear Experts,

We have set up the the external pricing following the blog and the steps explaind in . We manage to get som prices in but it some how retrieves more pricing conditions than we specified in the fine tuning. Some have errors whish i don´t understand and some of them don´t but has value Zero. Why is this and how can we hide them. We only want to see the conditions specified...

Fine tuning:

Result:

Al of the rows above are part of the procedure in ERP but not all of the rows in ERP are shown. What determines which of them should be presented.

BR

Fredrik

[JaninaW · Accepted solution]

Hi Fredrik, I forwarded your question to an expert. Best regards, Janina

[guenter_wilmer · Accepted solution]

Hello,

You will always see the same pricing procedure result like in OnPrem system
used in order simulation. In your case you need to assign a simple pricing
procedure for C4C usage in OnPrem valid for the order simulation done in
ERP/CRM.

The fine-tuning activity in C4C only allows mapping the descriptions of the
price element, since the external service does not provide the price elements
descriptions. If you do not maintain the price elements in C4C, the technical
codes will show up.

Regards,

Günter

[Former Member · Accepted solution]

Hello Günter.

During i our testings today we made this assumption and it is really helpfull to get this comfirmation!

Thank you!

Maybe you can answer another question as well!?

How can i override the price once it is retrieved?

BR

Fredrik

[guenter_wilmer · Accepted solution]

If the pricing procedure in OnPrem allows to change the price element, it should be changeable in C4C as well.

Note that each change in the sales quote requires a retriggering of the action "Request Pricing" in order to change the pricing status again to Successfully Calculated.

Regards,

Günter

[Former Member · Accepted solution]

Thank you, very helpful information!

Another follow-up question to that; we have now created a new pricing procedure in ERP which only should be called upon when we request the pricing from the Sales Quote in C4C. The original pricing procedure in ERP should still be used for all normal orders etc in ERP, we don't want to change that. So we want to somehow separate the usage of these two.

Where can we control this so that this new pricing procedure, Z***CFC, is called upon from the Sales quote in C4C? We have already now added Z***CFC to the fine tuning task External pricing procedure, and also added description for that and all the conditions types. I have also mapped it in Code List Mapping for ExternalSalesPricingProcedureCode for Local code = Z***CFC against External code Z***CFC. However, when I try and run a pricing request from a Sales Quote it gives me error message "Code list mapping for value ZVAA02 of data type ExternalSalesPricingProcedureCode missing" where ZVAA02 is the original one used for all sales orders etc in ERP.

So, it still collects the original one from ERP, and we need to control that it collects the Z***CFC instead, but how? We have not done anything in OVKK - Define pricing procedure determination. Do we need to?

BR

[h_duengelhoef · Accepted solution]

Hi Fredrik,

I understood your question like this:

a. For the external pricing call C4C -> ERP a new C4C specific pricing procedure should be used.

b. The exising ERP pricing procedure should be used for the final order creation C4C -> ERP.

Here is how you can solve this:

1. Create a new transaction type in ERP that you only use for the simulation. Assign this transaction type to the C4C specific pricing procedure. (The pricing procedure has to be determined in ERP with the first call. C4C just stores what it gets back from ERP).

2. Change the value mapping "PricingRequest" on PI/HCI and state there the transaction type created in step 1. This value mapping controls which transaction type is sent to ERP.

3. In all the code list mappings for ExternalSalesPricing... set the rule "Local and remote codes are equal".

Please ensure that the regular ERP pricing procedure and the C4C specific one for the simulation are compatible by testing that the simulation returns the same pricing as you get in the final ERP order. Switching the pricing procedure on the fly has some risk.

Regards

Hermann

[Former Member · Accepted solution]

Thanks a lot for info!

Regarding step 2 that you mention (Change the value mapping "PricingRequest" on PI/HCI and state there the transaction type created in step 1), can you provide a little bit more in detail how and where this is done? We have tried to find this place in the HCI, but have not found it unfortunately.

How do I know which transaction type that it is/was assigned to initially?

Many thanks!