Skip to Content
avatar image
Former Member

Normal Sales Value refrence in WPUUMS and WPUBON

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.

Add comment
10|10000 characters needed characters exceeded

  • Get RSS Feed

2 Answers

  • Best Answer
    Apr 22, 2015 at 10:47 AM

    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

    Add comment
    10|10000 characters needed characters exceeded

    • 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.

  • avatar image
    Former Member
    Apr 22, 2015 at 01:45 PM

    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. . .

    Add comment
    10|10000 characters needed characters exceeded