Pricing procedures

[Former Member]

What are the considerations and thumb rules, if any, for definition of pricing procedures in the organisation. If the pricing conditions change minorly from one order type to another, shall we define separate pricing procedues, or shall we define one that combines all of these conditions together. Which one is more efficient. What are the other typical considerations while defining the pricing procedures

[Former Member]

Hi,

Find below instance where we define pricing procedures as per order types,

--Standard pricing procedure for standard orders..

--If it is credit memo,debit memo,returns then client may require separate pricing procedures as they may enter Basic price manually during sales order creation.

--Export sales required separate pricing procedure because we need to develop lot of routines for that.

Let me know if you need any clarification other than this.

Regards,

Chandra

[Former Member]

Hi there,

You can have pricing procedures for:

Domestic sales (that includes VAT for eg in India)

Export sales (includes export taxes & custom taxes)

stock transfer (plant - plant pricing is different)

Any other special processes (like depot sales)

You can define new condition types in the existing procedures. If you want that new condition type to apply only for specific order types, put the condition in requirement routine in V/08.

As long as the basic sales process is the same you can use the same pricing procedure with new condition types.

Regards,

Sivanand

[Lakshmipathi]

Dear Sulabh

In normal circumstances, we can have five pricing procedures, viz.

- For Export

- For Domestic

- For STO

- For Depot and

- For Scrap

There is no need to define a new pricing procedure based on sale order type. You can very well include the new condition type in the existing pricing procedure itself, as long as the process is same.

Since you had asked about efficiency, please maintain pricing procedures as suggested above which is minimum, and include new condition types as and when requirement demands.

thanks

G. Lakshmipathi