Normal Sales Value refrence in WPUUMS and WPUBON

[Former Member]

Hi All,

This is more related to POSDM.

In POSDM the standard procedure seems to populate the value in WPUUMS and WPUBON idoc referring to Actual Sales Value of the transaction.

KONDVALUE in WPUBON

UMSWERT in WPUUMS

Is there a possibility to change the reference from Actual Sales Value to Normal Sales Value. Where the Normal Sales Value will then correspond to PN10 and will post accordingly in Retail.

Thanks in advance.

Nimo.

[vikrant_mohite · Accepted solution]

Hi,

You may enhance the corresponding BAdis with Z implementation.

Standard processing consider Actual sales value and not the Normal sales value.

It requires actual sales value for Article and Billing docs.

You may use extended IDoc segment for sending Normal sales value from POS DM to ERP and then enhance the processing in ERP.

Thanks,

Vikrant.

Message was edited by: Vikrant Mohite

[Former Member]

Hi Vikrant,

Thanks for your reply.

Ther is already pricing procedures designed to accept PN10 values, where PN10 is refrenced from Actual Sales Value (Standard). But the catch is, in POSDM, Actual Sales Value and Normal Sales Value are kept same (even if discounts are there). Hence at present it does not actually differentiate between either of the two.

But the pricing procedure in Retail is structured in such a fashion that discounts (if any) are managed in the pricing procedure itself.

The intention is to,

1. Differentiate Actual Slaes Value and Normal Sales Value in POSDM. Actual Sales Value being the Net Sales Value (Gross Sales Value - Discounts). Normal Sales Value=Gross Sales Value.

2. To keep the pricing procedures in Retail unaltered, send the Value of PN10 from POSDM referring to Normal Sales Value instead of Actual Sales Value.

Any probable solution??? Please revert. . .

[vikrant_mohite]

Hello,

PN10 in POSDM is mostly concentrate for WPUBON (receipt level IDoc).

Further it depends what transaction log your third party which transfer data to POS DM receives from your POS systems. If you receive 2 different values one for normal sales value and one for actual sales value you can map then to corresponding fields of POS DM. If not then you need to define some logic to calculate actual and normal sales value either in third party system or in POSDM but prior to posting transaction in TLOG.

I hope this helps.

Thanks,

Vikrant.

[Former Member]

There is already pricing procedures designed to accept PN10 values, where PN10 is refrenced from Actual Sales Value (Standard). But the catch is, in POSDM, Actual Sales Value and Normal Sales Value are kept same (even if discounts are there). Hence at present it does not actually differentiate between either of the two.

But the pricing procedure in Retail is structured in such a fashion that discounts (if any) are managed in the pricing procedure itself.

The intention is to,

1. Differentiate Actual Slaes Value and Normal Sales Value in POSDM. Actual Sales Value being the Net Sales Value (Gross Sales Value - Discounts). Normal Sales Value=Gross Sales Value.

2. To keep the pricing procedures in Retail unaltered, send the Value of PN10 from POSDM referring to Normal Sales Value instead of Actual Sales Value.

Any probable solution??? Please revert. . .