Chages made in the month of December 2019 - and there was an issue while moving TRs due to 3.x updaterules where BW4HANA starter add-on is installed

MPR_PS015 - the following changes done recently....
1) C_VENDID to be added in ODS_WBS6(WP1) and ODS6WBS6(PF1), and to be updated from LIFNR (like C_VENDOR2)
NB: past entries to be updated inside BW (C_VENDID = C_VENDOR2), and not from SAP!

2) MPR_PS015 assignments to be managed from ODS6WBS6 (already done from ODS_WBS6), according to pink entries in following doc (column D in sheet "MPR_PS015"):

ODS6WBS6->MPR_PS015

C_VENDID->ODS_WBS6&ODS6WBS6

we have used the existing self loop transformation(where already few fields are mapped) deleting the existing mapping for those old fields and keep only C_VENDID mapping


ODS6WBS6 - TR (Only Self loop DTP is collected in TR)
Remaining DTPs are not collected in TR, as they are either not available in DEV or there is a difference in filters between DEV and PROD
Also, we checked in WBQ and found all DTPs are inactive. captured screen shot as well.






ODS6WBS6 - MP mapping issues:
0VERSION and C_PARTCTR are not available in DSO ODS6WBS6. They need to be added first, only then can be mapped in MP.
But these 2 fields are available in the old DSO ODS_WBS6 and mapped in MP as well.




1) 0VERSION: please add it in ODSWBS6 with constant value = 0

2) 0PART_ACTTY to be assigned from both ODS_WBS6 + ODS6WBS6 

3) C_PARTCTR: to be added to ODS6WBS6 and to be updated from same source as 0PART_CCTR 
NB: past entries to be updated inside BW ( C_PARTCTR = 0PART_CCTR) - Self loop

4) C_VENDID and attributes in both DSOs and MPR_PS015. C_VENDID to be added in ODS_WBS6(WP1) and ODS6WBS6(PF1), and to be updated from LIFNR
NB: past entries to be updated inside BW (C_VENDID = C_VENDOR2) - Self loop









Cutover activities:
1) Before moving the TR to PROD, need to run program RSTRAN_ROUT_RSFO_CHECK and check any inconsistency for 'A' or 'M' versions of transformation 
Transformation: DSOCOEPD -> ODS_WBS6     ------- 04RJM54DKRIHZ3CM78EYDPBS0WGIQO7R.
2) Also, run program RSDG_TRFN_ACTIVATE to activate the transformation 04RJM54DKRIHZ3CM78EYDPBS0WGIQO7R.

1) Run delta load before moving TR to PROD
2) Import the TRs to PROD
3) Check the DTPs and activate them manually
4) Run the self loop FULL load DTP to both ODS_WBS6 and ODS6WB6
5) Adjust the process chain (RSP_COOM) and include the IP, DTP and DSO activation steps(only for ODS_WBS6 - RSP_COOM) 



Error/warning occurred. Activate manually using DTP UI.

ODS_WBS6
4BSY32MJ553BVHO1U2MT3S8BR      - from 8ODS_WBS6 to CUB_FC001 
3XFDAB3M26VB9G2ZI6Z0Q3DBB      - from 8ODS_WBS6 to CUB_PS002

4RZADJ1BXU15SF2GGIQY80PBB - from ODS_WBS6 to CUB_FC006

-----
ODS6WBS6
0QMT8QJZZMABHPV9RYXOHWSYW95MOP1D - TRSF : ODS6WBS6 -> CUB6PS007 (Solvay)
0F677UFMNMGFTB45MU6SNOZNI3DJOFKZ - Transf: ODS6WBS6 -> CUB_FC005

ODSO ODS6WBS6 -> TRCS IB_PSCO_01 - 0AT811NPK1M70NJ49CYEIK7MAV620CA8  (activated though not sure whether it is prt of PC)
Transf: ODS6WBS6 -> CUBFC005B (Solvay deleted companies) ( not applicable)
-----

Obviously these loads are expected to fail as tehse 3.x update rules are still inactive.
4BSY32MJ553BVHO1U2MT3S8BR      - from 8ODS_WBS6 to CUB_FC001
4RZADJ1BXU15SF2GGIQY80PBB      - from ODS_WBS6 to CUB_FC006
 I want to be cautious this time before I put across as 3.x flow conversion would behave bit strangely than normal stuff due to export datasource(DSOs starting with 8) concept. That's why we have inpact for production loads.

We have started already update rules conversion and collction in WBD. Hopefully all loads will be for Monday.

-------------



RSAU_UPDR_REACTIVATE_ALL

BTW, can you please maintain old 3.x datasource as ISFS in WHITELIST using program - RS_B4HANA_WHITELIST_MAINTAIN

All other old objects like 3.x infosources, IP and DTPs are supported in B4HANA.



I made some check in WBD for CUB_FC006 target.
 but few comments:
1) "ODSO ODS_WBS6 -> CUBE CUB_FC006" is deactivated in WBD
2) In all transfos, 0FISCVARNT  shouldn't be hard coded as K4, but should be equal to 0COMP_CODE (or C_COMPCDE)__0FISCVARNT (it exists now some Y4 companies)
3) "CUBE CUB_CCA01 -> CUBE CUB_FC006": C_CUSTOMR to be updated from 0DEBITOR, and not 0CREDITOR
In CCA01 -> FC006, the mapping is correct. This has to be changed in OPA01->FC006 flow.
4) "CUBE CUB_PS001 -> CUBE CUB_FC006": C_INFOPRO should be CUB_PS001 and not CUB_PS01


--------------------

Transfos to target CUB_FC001 are also Ok in WBD, except 0FISCVARNT to be reviewed the same.

PS: "ODSO ODS_WBS6 -> CUBE CUB_FC001" is also deactivated