Professional Documents
Culture Documents
Whenever there are changes to this document, the “Document Revision History” section of the
“Document Preface” must be filled with appropriate information. These changes must be communicated
to all previous recipients of this document in order to review and approve the change.
Both the function analyst and the technical designer/developer will maintain this document. Additionally,
different sections of this document are written with different audiences as recipients. Below are details of
the responsibilities of each project member based on the sections of the document.
Document Reviewers
Date Version Name Comments
Document Approvals
Date Version Name Comments
Date Version Name Comments
Contents
Document Preface....................................................................................................................................... 2
Contents...................................................................................................................................................... 3
1. Requirements Overview...................................................................................................................... 4
1.1 Introduction.................................................................................................................................. 4
1.2 Business Requirements <Mandatory>......................................................................................... 4
1.3 Technical Requirements <Mandatory>........................................................................................ 5
1.4 Approach <Mandatory>............................................................................................................... 6
2. Custom Objects................................................................................................................................. 10
2.1 Database Design....................................................................................................................... 10
2.1.1 Database Objects (Custom Tables/View/Sequence/Indexes etc.).............................10
3. Technical Details............................................................................................................................... 11
3.1 Program Logic and Pseudo Code.............................................................................................. 11
3.1.1. File Formats:................................................................................................................ 11
3.1.2 Modification in View Query:...........................................................................................22
3.1.3 Changes at PDH End:...............................................................................................24
3.1.4 Concurrent program to update UDAs in PDH:...............................................................36
3.1.5 PDH to P360 view Changes (Added in version 1.2)......................................................37
4. Open/Closed Issues.......................................................................................................................... 40
4.1 Open Issues............................................................................................................................... 40
4.2 Closed Issues............................................................................................................................ 41
5. Traceability Matrix............................................................................................................................. 42
1.Requirements Overview
1.1 Introduction
The purpose of this document is to describe the technical design specifications to specify how RTODS
Feeds will flow into PDH for ERP Status and ERP Hierarchy.
47782
P360.47782.005 Additional Sales Orgs option
47782
P360.44782.17 Distribution Channel
Interface Design
RTODS_PDH_REFRESH_WATERMARK
Informatica Workflow
Informatica Workflow
1. ERP Workflow
VISTA01 Prod Session VISTA02 Prod Session VISTA03 Prod Session CSAP Prod Session
Populate Control
Table for all ERP
HYD PUN Prod Session HYD CHY Prod Session AERO Prod Session
VISTA01 Hier Session VISTA02 Hier Session VISTA03 Hier Session CSAP Hier Session
HYD PUN Hier Session HYD CHY Hier Session AERO Hier Session
Informatica Mapping
1. Populate Control Table for all ERP
TPH_OBAW_DATASRCNUM_XREF
RTODS_PDH_REFRESH_WATERMARK
XXPDH_ALT_HIER_PROD
_INT
LKUP PDH_ERP_STATUS_XREF
New mapping will be created in ETL to get the pricing details from new view from RTODS to PDH
Source and target table details
Please refer section 3.1.3 for details table structure and constraints
A View on
XXPDH_ERP_PRODUCTS
table which will fetch only
master org level details about a
product from ERP. (All fields
which are not dependent on
XXPDH_ERP_PROD_MSTR_V View warehouse/ inventory Org).
XXETN
104 ERP_LINE_ATTR24
Planned Delivery Time (MARC-PLIFZ) in case of SAP- 1.2
UNITY and sales_org 1231,2031,1233,1620) , will be
NULL for rest of the ERPs
105 ERP_LINE_ATTR25
106 ERP_LINE_ATTR26
107 ERP_LINE_ATTR27
108 ERP_LINE_ATTR28
109 ERP_LINE_ATTR29
110 ERP_LINE_ATTR30
Following format should be used to write the Query for each ERP system for extracting the
Product Hierarchy data.
Sequence in Attribute Description
Query
decode(SP.std_prst,
NULL,
'ACTIVE',
(select TABLS.table_code || ' - ' || TABLS.table_data
from VISTA_120_ODS.TABLES TABLS
where TABLS.table_name = 'PRODSTAT'
and TABLS.table_code = SP.std_prst)) ERP_It+B2em_Status,
SP.prodc ERP_Product_Code,
SP.noldtime ERP_LeadTime,
SP.country ERP_Country_of_Origin,
INV.Whse_Code ERP_Warehouse,
INV.Qty_On_Hand ERP_QTY_ON_HAND,
'VISTA' ERP_SYSTEM_NAME
SLT_ODS.MARA.labor in ('DMB','BUE','VGC','DSA','DPA','DPC','DSA','PQ1','SIN')
MVKE.VMSTA erp_line_attr20
,MARC.STAWN erp_line_attr21
,MARC.DISGR erp_line_attr22
,MVKE.KONDM erp_line_attr23
,MARC.BESKZ erp_line_attr24
,MARC.PLIFZ erp_line_attr25
,MARC.WZEIT erp_line_attr26
,MARC.DZEIT erp_line_attr27
,MVKE.AUMNG erp_line_attr28
,MVKE.RDPRF erp_line_attr29
,MARM.UMREZ erp_line_attr30
,MARM.UMREN erp_line_attr31
,MVKE.VMSTD erp_line_attr32
4. Where clause will be filter with table
xxpdh_bussman_sales_org_enable(sales_org,erp_wharehouse) for columns VKORG,
VTWEG wherever used in the join condition
viii) As part of 47782- EMEA WAVE2 project, a new View SRC_ORACLE_V will be created for
Oracle ERP:
a. ERP name will be used as ‘ORACLE-NON-INT’ in the view
b. Schema name in RTODS will be used as EBP_ODS to access Oracle ERP tables
c. Below Tables/Views of EBP_ODS schema will be used in the query for new View, so
PDH user in RTODS will need acces on these tables/view:
i. ebp_ods.mtl_system_items_b
ii. ebp_ods.mtl_item_categories
iii. ebp_ods.mtl_category_sets_tl
iv. ebp_ods.mtl_categories_b
v. ebp_ods.mtl_cross_references
SRC_ORACLE_V.txt
ix) Source Tables/View and corresponding mapping with PDH tables is present in attched
excel below
Mapping Sheet.xlsx
PDH Table name PDH Column Source view in Field name in Source Description of
name RTODS for SAP RTODS Table/Column SAP View
Views(will be for SAP View column
same in all
ERP views)
Existing To be updated:
A new concurrent program ‘Eaton Update SAP UDAs’ will be created in PDH to update the SAP
Dimension details UDAs
1) This will fetch the SAP Dimension attributes data from XXETN.XXPDH_ERP_PRODUCTS
table for SAP-UNITY system.
2) The data will then be inserted in the standard UDA interface table
EGO_ITM_USR_ATTR_INTRFC.
3) Since the length, width and height UOM is same in SAP, so there is a single field for the
same in XXPDH_ERP_PRODUCTS table also. The program will take this value and use it
for all the 3 UDAs in PDH.
4) Data of 4 UOMs 'Case Pack','Pallet','Pack', ’MDC Transport Box’ is fetched in same row in
XXETN.XXPDH_ERP_PRODUCTS table as 4 different columns, they will be used and
stored as 4 different records of Multi Row attributes groups in PDH
5) The standard program 'EGO Spreadsheet Java Concurrent Program' will be then
submitted which will load the UDAs in PDH
6) After loading the UDAs in PDH, items will be inserted in
XXPDH_PUBLISH_TRX_LINES_ALL so that the UDA data gets passed to Consumer layer
1. Above view will be modified in PDH to include non-pricing attributes for sending to P360
from RTODS for SAP data
2. Following highlighted columns will added in the exists file(PDH_SAP_UNITY_P360_V) view
as below
C. Below new lookup code entry will have to be done in lookup ‘XXPDH_P360_INTERFACE’
pdh_oracle_p360_v.
txt
4.Open/Closed Issues
Price Quantity
Min Quantity
Quantity Interval
Price amount
Price type
Currency
Tax Rate
Price factor
Lower Quantity Limit
Territory
Discount Group of the
manufcaturer
Manner of surcharge
Surcharge price amount
Step Size
Leadtime
This condition
refers to the Packing
units that we need to
include for
Bussmann.?
4 SLT_ODS.MARA.labour in Brain
('DMB','BUE','VGC','DSA','
DPA','DPC','DSA','PQ1','SI
N')
This condition
refers Lab Office that
need to include. If
there is not particular
restriction on lab
offices, we will skip
this condition
47782-PDH 1.2
Additional Sales EMEA WAVE2
P360.47782.005 BRD 1.3
Orgs option
3.1
47782-PDH 1.2
Ingest Oracle ECP EMEA WAVE2
P360.44782.16 operational data BRD 1.3
into P360
2.1
47782-PDH 1.2
Distribution EMEA WAVE2
P360.44782.17 BRD 1.3
Channel
2.1
6.Appendix
1. 47782- EMEA WAVE2 distribution channel and sales org addition
New FR 4308 30
New PL 4927 30
New NO 4912 30
New CZ 4923 30
New HU 4929 30
New UK 4947 30
New RO 4930 30
New SK 4931 30