DOW RESTRICTED

Rebates - VISTEX

Workshop
Rebates functionality - MARS

1. Record Rebate Accruals at the time of customer billing. These Rebate

Accruals will be entered in the Marketer’s Sales Data Table Estimated field
which will be sent to Sadara.
2. Record the Actual Rebates at the time of settlement. The settlement process
will occur in VISTEX (a third party tool for rebates, sales commissions, Bill
backs, chargebacks etc. in SAP ECC) and this process will evaluate the
settlement documents to ensure that they belong to Sadara product sales. If
the settlement documents are for Sadara sourced products then this
functionality will update Marketer’s Sales Data in order to create Misc. Invoice
for Rebates. Updated Marketer’s Sales Data will be sent to Sadara via usual
transmission see related document BSDW2 - 25.513 PMLA_RR_Flat File
PMLA MARS Mkt Sale Dt- Outbnd for more details.

DOW RESTRICTED – For Internal Use Only

Accrual & Settlement
 Rebate Accrual and Rebate settlement amounts are saved in Sales Rebate Header Table
(/IRM/IPCRHDR) and Sales Rebate Item table (/IRM/IPCRITM) at the time of sale in the PRD
system.
 Important Note:- The scope of this functional design is to only process the following IP
document types:
 ZIR1 Rebates - Accrual
 ZIR2 Rebates - Settlement
 ZIS1 Sales Service Fee - Accrual
 ZIS2 Sales Service Fee – Settlement
 ZIC1 Agent Commission - Accrual
 ZIC2 Agent Commission – Settlement
 BODS will need to extract two tables from production and combine them based on the logic
provided in attached Excel. BODS will need to populate the new Rebates table on daily basis.
 Selection Screen: (Customer invoice item is required from below screen shot and it is not
mandatory in ABAP program. Only customer invoice number field should be mandatory)

DOW RESTRICTED

DOW RESTRICTED – For Internal Use Only

DOW RESTRICTED

1) Get the records from /DOW/RR_IPCHDRT (Temporary table) table where Sales and Distribution Document Number
(VBELN) = Customer invoice number from selection screen and IP Type (IPTYP) = range based on check box and IPITM =
Customer invoice item.
 For Accruals use TVARVC variable /DOW/RR_REBATES_DOCTYP_ACCRUAL
 For Settlement use TVARVC variable /DOW/RR_REBATES_DOCTYP_STLMNT
 For both use TVARVC variable /DOW/RR_REBATES_DOCTYP
1) Get all the records from /DOW/RR_MKT_SLS and /DOW/RR_MKT_SUB tables for customer invoice.

Processing logic 2) Check all the IP document from step 1 in /DOW/RR_IPCHDRP (Permanent table). If you find the IP Doc in permanent table
then go to MKT_SLS table to see if this invoice is already marked as Sent to sadara.
a) Create an application log with error message if an IP document is already processed (moved into permanent table
and marked as send in MKT_SLS). And delete the record from temp table /DOW/RR_IPCHDRT.
b) If the IP document is in permanent table but with NEW or HOLD record in MKT_SLS table then reprocess the IP
document and update the rebates amount in MKT_SLS or MKT_SUB.
3) For any invoice the order of processing Rebates starts with Accruals and then Settlements. Marketer sales data cannot
have settlement first followed by accruals posting.
4) Accruals - Accruals will be updated in /DOW/RR_MKT_SLS table in EST_RBT field and this can only be done to the MSD
data that is not send to SADARA.
5) If the MSD data in MKT_SLS table is marked as SEND then display an error message in the application log as “Accruals
cannot be processed for the Invoice # and item # as it has already been marked as SEND to SADARA”.
6) If the MSD data in MKT_SLS table is marked as REJECT then display an error message in the application log as “Accruals
cannot be processed for Rejected invoice# Item# in MSD”.
7) For all other status collect the amounts from /DOW/RR_IPCHDRT table for the standard invoice from NETWR for all the IP
Type using TVARVC variable /DOW/RR_REBATES_DOCTYP_ACCRUAL .
 Total Estimated Rebate for Invoice should match the sum of total of NETWR which is 13.299,72 from below screenshot
and each line item should match sum of NETWR ($1108.31 for item 10) with respect to line item for the invoice as
highlighted below.
 The line items total NETWR should be proportionately divided based on the quantity split in MKT_SLS table for
respective invoice line item.
 Est Rebate = (QUAN for current record in MSD/Total QUAN for the Customer invoice item in MSD) *NETWR for that item
from Accruals table

DOW RESTRICTED – For Internal Use Only

DOW RESTRICTED
Settlement
4
1) Settlements from ECC are posted in MSD into MKT_SUB table
with REC_TYP = REBATE.
2) Settlements can be processed to any invoice that has status
other than REJECT ( it can be processed to SEND records from
MSD).
3) If the MKT_SLS record for the Standard invoice is marked as
REJECT then display an error message in application log as
“There is no Marketer Sales data record for the invoice # and
item # in MSD table to process Rebates Settlements”. 5
4) For all other cases, collect the amounts for customer invoice
from NETWR field using TVARVC variable
/DOW/RR_REBATES_DOCTYP_STLMNT.
5) Rebate amount for Invoice should match the sum of total of
NETWR which is 13.299,72 from below screenshot and each line
item should match sum of NETWR ($1108.31 for item 10) with
respect to line itme for the invoice as highlighted below.
6) The line items total NETWR should be propotionately divided
based on the quantity split in MKT_SLS table for respective
invoice line item.
7) Amount from MKT_SUB -AMT = (QUAN for current record in
MSD/Total QUAN for the Customer invoice item in MSD) 7
*NETWR for that item from Accruals table

DOW RESTRICTED – For Internal Use Only

Flow
Rebate Flow
chart.vsdx

DOW RESTRICTED

DOW RESTRICTED – For Internal Use Only

Scenario # Input Selection Criteria Expected Result
1 Process billing documents which includes Rebate accrual for Estimated Rebate is populated in MSD along with currency for
sale the sale

2 Process billing documents which includes Rebate accruals for Estimated Rebate is populated in MSD along with currency for
Return the return. This will be a negative number

3 Process billing documents which includes Rebate for Estimated Rebate is populated in MSD along with currency for
Cancellation the cancellation. This will be a negative number

4 Process billing documents which includes rebates accruals for Estimated Rebate is populated in MSD along with currency for
Sales Service Fee the sales service fee

5 Process billing documents which includes rebates accruals for Estimated Rebate is populated in MSD along with currency for
Agent Commission the agent commissions
Test conditions
6 Process billing documents which includes Rebate settlement Rebate entry is created in MSD sub table for each of the
for sale , Return and Cancellation transaction based on matching sale order and item

7 Process Accounting documents which includes settlement for Rebate entry is created in MSD sub table for each of the
Sales Service Fee transaction based on matching sale order and item

8 Process Accounting documents which includes settlement for Rebate entry is created in MSD sub table for each of the
Agent Commission transaction based on matching sale order and item

10 Process billing documents which includes Rebate accrual Estimated Rebate is populated in MSD along with currency for
for sale for multiple original Sadara batches the sale for Sadara product with two different line items- line
items will be split based on quantity

DOW RESTRICTED – For Internal Use Only

 UAT - 2017

Notes –
• UAT 8th November 2017 LQ_RC_05_CLOSED No run
• No reasons, users or status mentioned in ALM why
LQ_RC_05 onward are closed
• Han, Joyce (J) JHan2@dow.com
• Shao, Rayno (R) mshao4@dow.com
• Ismath, Jawahar (JI) MJIsmathInoon@dow.com 24
October 2017
• Agent commission validation - Not tested, not passed
• DOW/RR_REBATE_PROC – Works (T6A)
• \\usnt43\P_RecReport\2018 PMLA Enhancement -
PRJ18001\WIP\Finance Enhancements\Production
Issues\Rebates_CA

DOW RESTRICTED – For Internal Use Only

Questions from Vistex
 Solution/work process - Reversal and Retroactive how does it work in VISTEX? - Shipra
 Rebates agreement and vistex related action : accrual, settle, delta accrual, settle reveral - Ben
 One Scenario when multi-billings combine to one IP document, is possible to do partial reversal? No, one billing
doc will have one IP doc. It is a one on one relationship. Park documents have multiple IP docs that belong to
one billing docs. Different rules for splitting and combining the settlements for rebates.
 Revert to Saket: Settlement – Rebates (end customers) Sales service fee/agent commissions (middlemen third
party service providers) Sales commissions, can be inter-company scenarios as well as transactions (one dow
entity to another)
 Training document, SharePoint link from Saket -
https://workspaces.bsnconnect.com/sites/NEA/OTC/Shared%20Documents/Forms/AllItems.aspx?View=%7B7B
A32D3B-2F08-4246-9283-
4A9A881687A4%7D&id=%2Fsites%2FNEA%2FOTC%2FShared%20Documents%2FRebates%20and%20com
missions%20-%20OTC%2FVistex%2F90%2E%20Information%20Sharing%2FTrainings: Reversal/retroactive –
processes where the settlements are reversed, accruals (delta accruals) in case of change in settlement rates:
system creates an accrual document with the delta amount. System can re-process IP documents and there are
multiple scenarios (repricing etc.) One settlement doc can have delta settlement documents
 Check for test cases with Ben and analyse, get back to Saket about the cases.
 Send to Saket vistex analysis document
 Next session to be defect specific – ALM, Test cases, happenings of 2017 and expectations new ENH
(Jeff/Caroline).

DOW RESTRICTED – For Internal Use Only

 Defects
DEFECT
FCG PRIORITY DESCRIPTION ASSIGNMENT SHORT TEXT NOTES
NUMBER

INC1232837 - PMLA Issue with CA records Negative sign, FCG requires

TBD (Surcharge) on a Return (ZRE) coming in with Shipra 68282 the signs to be accurate for
incorrect sign (negative) CA records

UAT: customer adjustments net sales amount in

MKT_SLS & SUB to match
TBD MKT_SLS does not match the corresponding Shipra 75758
(CA)
records in the MKT_SUB

UAT: reversal of an IP document is an error in the

Vistex - IP Document in
/DOW/RR_IPCHRDT: debit note was created in
TBD Shipra 76406 error (Part of the rejected
vistex and reversed in vistex; this needs to be
ENH 2017)
reported to Sadara but was not in FD /design

Create another one for IP

TBD 2017 Solution - Reversal and Retroactive Shipra/Ben NEED DEFECT reversals, email from
Joanna about it. (Caroline)

Rebates records not populating with product Product group missing on

TBD Shipra 79084
group Rebates

Invoice type missing for various record types (non Invoice type missing on
TBD Shipra 79085
CA or Rebates) Rebates

Update the TDDAT table and migrated to

TBD production (P6A) for the tables: Ben 81137
/DOW/RR_IPCHDRP and /DOW/RR_IPCHDRT

Rebate & Customer Accommodation Master

TBD Ben 99370 6 sub - defects
Enhancement Defect

DOW RESTRICTED – For Internal Use Only

Notes

 UAT:
 Han, Joyce (J) JHan2@dow.com
 Shao, Rayno (R) mshao4@dow.com
 Ismath, Jawahar (JI) MJIsmathInoon@dow.com 24 October 2017
 Agent commission validation - Not tested, not passed
 DOW/RR_REBATE_PROC – Works
 \\usnt43\P_RecReport\2018 PMLA Enhancement - PRJ18001\WIP\Finance
Enhancements\Production Issues\Rebates_CA
 09/11 – Marketing sales header level accruals and settlements, separate
record. If we need some fields, is VISTEX price condition driven? We
may be missing some fields, we might not be calculating the numbers
accurately. The MARS flow should work (jeff deck rebates)

DOW RESTRICTED – For Internal Use Only