SAP PSI BW Project – Phase 1 Support Procedures & Reference Manual Table of Contents....................................................................................................................... 2 Monthly Support Procedures Overview............................................................................... 4 Loading Master Data................................................................................................................. 4 Delta Enabled Master Data (Load on a Monthly Basis)......................................................... 4 Full Update Master Data (Load on a Monthly Basis)............................................................. 5 Hierarchy Master Data............................................................................................................... 6 Other Master Data...................................................................................................................... 6 Hierarchy/Attribute Change Run............................................................................................ 7 Loading Transaction Data....................................................................................................... 9 Accounts Payable Subject Area............................................................................................... 9 Accounts Receivable Subject Area......................................................................................... 9 Asset Accounting...................................................................................................................... 9 Timeliness of Asset Accounting Transaction Data Loads................................................................ 10 Cost Center Accounting Subject Area.................................................................................. 10 Timeliness of Cost Center Accounting Transaction Data Loads....................................................... 10 General Ledger Accounting Subject Area............................................................................ 11 Profit Center Accounting Subject Area................................................................................ 11 Timeliness of Profit Center Accounting Transaction Data Loads...................................................... 11 Profitability Analysis Subject Area........................................................................................ 11 Data Validation after Monthly Load..................................................................................... 13 Test for Accounts Payable Subject Area.............................................................................. 13 Test for Accounts Receivable Subject Area......................................................................... 16 Test for Asset Accounting Subject Area.............................................................................. 18 Test for Cost Center Accounting Subject Area................................................................... 22 Test for General Ledger Accounting Subject Area............................................................. 24 Test for Profit Center Accounting Subject Area.................................................................. 26 Test for Profitability Analysis Subject Area......................................................................... 28 Problem Resolution................................................................................................................. 32 Data Load Failure due to Invalid Characters........................................................................ 32 Data Load Failure due to Locked InfoObject........................................................................ 34 Unable to see Data when Executing a Query....................................................................... 35 Reloading Data to Reflect Prior Period Changes............................................................ 38 Plan DataSources.................................................................................................................... 42 Other DataSources Loaded on an Annual Basis................................................................. 42 Transporting Query Revisions............................................................................................. 43 Releasing Transports.............................................................................................................. 50 InfoPackage Groups............................................................................................................... 52 Creating InfoPackage Groups................................................................................................ 52 Scheduling InfoPackage Groups........................................................................................... 55 Scheduling Periodic Jobs in InfoPackages...................................................................... 60 This section will outline the procedures for loading data into the PSI BW cubes. The following steps should be followed to successfully load data on a monthly basis: Load Master Data Apply Hierarchy/Attribute Change Run Load Transaction Data Perform Data Validation Each of these steps will be explained in further detail later on in this document. Master Data is always loaded in the following sequence: 1) Master Data / Attributes 2) Text 3) Hierarchies While some of the master data requires re-loading on a monthly basis, it is not necessary to re-load ALL of the master data every month. For example, Company code, Sales Organization should remain the same and should not ever change unless significant configuration changes are performed in the SAP R/3 Source System. In such cases, the master data should be loaded as and when required. This section will contain a list of the recommended InfoObjects that should be loaded on a monthly basis. InfoObject | InfoObject Description | InfoPackage | Load Parameters | ZSMATERAL | Material Number | Material_ATTR | | ZSMATERAL | Material Number | Material_TEXT | | ZSCUSTMER | Customer | ZS Customer Attribute Data | Load from 0CUSTOMER | ZSCUSTMER | Customer | ZS Customer Text Data | Load from 0CUSTOMER | 0VENDOR | Vendor | ZS Vendor Attribute Data | | 0VENDOR | Vendor | ZS Vendor Text | | The InfoPackages for these InfoObjects can be grouped into an InfoPackage Group and scheduled to run automatically every month. Explanation of creation of InfoPackage Groups is presented later in this document. InfoObject | InfoObject Description | InfoPackage | Load Parameters | 0DIVISION | Division | 0DIVISION_ATTR | | 0MATL_TYPE | Material Type | 0MATL_TYPE_ATTR | | 0PROD_HIER | Prod. Hierarchy | 0PROD_HIER_ATTR | | 0SALES_DIST | Sales District | 0SALES_DIST_ATTR | | 0DOC_CATEG | SD Document Category | 0DOC_CATEG_ATTR | | 0SALES_GRP | Sales Group | 0SALES_GRP_ATTR | | 0SALESORG | Sales Organization | 0SALESORG_ATTR | | 0PLANT | Plant | 0PLANT_ATTR | | ZSSTO_LOC | Storage Location | ZSSTO_LOC_ATTR | | 0SALES_GRP | Sales Group | 0SALES_GRP_ATTR | | 0SALES_OFF | Sales Office | 0SALES_OFF_ATTR | | Hierarchical master data may not need to be loaded on a monthly basis. However, it should be re-loaded at least every 6 months, according to the release of the latest Product Hierarchy from Tokyo. Below is a list of the InfoObjects that contain hierarchies. InfoObject | InfoObject Description | InfoPackage | Current # of Hierarchies | ZSMATERAL | Material Number | ZSMateral_LPRH_HIER | | Hierarchy Master Data Upload using Flat file Hierarchical master data using flat file InfoObject | InfoObject Description | InfoPackage | Current # of Hierarchies | ZSCUSTMER | Customer Number | Cust Class Hier - Step 1 - Create Channel Grp & Cust Class | | ZSCUSTMER | Customer Number | Cust Class Hier - Step 2 - Create Cust Class and Customer | | ZSCUSTMER | Customer Number | Global Cust Hier - Step 1 - Load Global Customers | | ZSCUSTMER | Customer Number | Global Cust Hier - Step 2 - Assign customers to Global Cust | | 0COMP_CODE | Company Code | Region/Sub Region Hierarchy Step 1 | | 0COMP_CODE | Company Code | Region /SubRegion Hierarchy Step 2 | | Master Data Upload Using Flat File This master data is uploaded using flat file, respective infopackages are created with flat file as the source system, and this upload has to be done whenever the changes are made in the respective areas InfoObject | InfoObject Description | InfoPackage | Load Parameters | ZSCHANGRP | Channel Group | ZSCHANGRP_ATTR | | ZSCOLOR | Color | ZSCOLOR_ATTR | | ZSCUSTMER | Customer Number | ZSCUSTMER_ATTR | | ZSCUS_CLS | Customer Classification | ZSCUS_CLS_ATTR | | ZSFORMAT | Format | ZSFORMAT_ATTR | | ZSGLB_CUS | Global Customer | ZSGLB_CUS_ATTR | | ZSINCH_WS | Inch-Wise | ZSINCH_WS_ATTR | | ZSPAY_GRP | Payment Group | ZSPAY_GRP_ATTR | | ZSPRD_STE | Production Site | ZSPRD_STE_ATTR | | ZSRGMODEL | Regional Model Name | ZSRGMODEL_ATTR | | ZSSTO_LOC | Storage Location | ZSSTO_LOC_ATTR | | ZSSUBCATG | Sub Category | ZSSUBCATG_ATTR | | ZSVERSION | Version | ZSVERSION_ATTR | | ZS_BD_CLS | Billing Type Classification | ZS_BD_CLS_ATTR | | ZS_BD_TYP | Billing Type | ZS_BD_TYP_ATTR | | ZS_CL_CHK | Status Of Static Credit Limit Check | ZS_CL_CHK_ATTR | | ZS_CR_BLK | Overall Status Of Credit Checks | ZS_CR_BLK_ATTR | | ZS_CR_CHK | Credit Check Against Customer Review Date | ZS_CR_CHK_ATTR | | ZS_DC_CHK | Credit Check Against Maximum Document Value | ZS_DC_CHK_ATTR | | ZS_DD_CLS | Delivery Type Classification | ZS_DD_CLS_ATTR | | ZS_DD_TYP | Delivery Type | ZS_DD_TYP_ATTR | | ZS_DL_STS | Overall delivery status for all items | ZS_DL_STS_ATTR | | ZS_DY_CHK | Status Of Dynamic Credit Limit Check | ZS_DY_CHK_ATTR | | ZS_EC_CHK | Credit Check Against Export Credit Insurance | ZS_EC_CHK_ATTR | | ZS_FI_CHK | Credit Check Against Financial Document | ZS_FI_CHK_ATTR | | ZS_HD_CHK | Credit Check Against Highest Dunning Level | ZS_HD_CHK_ATTR | | ZS_OB_BLK | Overall Billing Block Status | ZS_OB_BLK_ATTR | | ZS_OD_BLK | Overall Delivery Block Status | ZS_OD_BLK_ATTR | | ZS_OI_CHK | Credit Check Against Open Items Due | ZS_OI_CHK_ATTR | | ZS_OO_CHK | Credit Check Against Oldest Open Items | ZS_OO_CHK_ATTR | | ZS_OV_BLK | Overall Blocked Status | ZS_OV_BLK_ATTR | | ZS_PC_CHK | Credit Check Against Payment Card Authorization | ZS_PC_CHK_ATTR | | ZS_PY_CHK | Credit Check Against Terms Of Payment | ZS_PY_CHK_ATTR | | ZS_SD_CLS | Sales Document Classification | ZS_SD_CLS_ATTR | | ZS_SD_TYP | Sales Document Type | ZS_SD_TYP_ATTR | | ZS_SL_TYP | Storage Location Type | ZS_SL_TYP_ATTR | | ZSCHANGRP | Channel Group | ZSCHANGRP_ATTR | | ZSCOLOR | Color | ZSCOLOR_ATTR | | Master Data Upload Using My Self System This master data has to be uploaded using my self system. Data mart functionality has been used to upload data from 0CUSTOMER infoObject into custom infoObject ZSCUSTMER. InfoObject | InfoObject Description | InfoPackage | Load Parameters | ZSCUSTMER | Customer Number | ZSCUSTMER_ATTR | | Once all of the master data has been loaded, it is important to activate that data within the system to make it “reportable” within the queries. This is done through the Hierarchy/Attribute Change Run. This Change Run modifies the status of the data from “Revised” to “Active”. The procedure for running this job is as follows: 1) Within the Administrator Workbench, use the following menu path: Tools > Apply Hierarchy/Attribute Change Run 2) Click the “InfoObject List” Button This shows you all of the InfoObjects with either new/modified data that needs to be activated. 3) Select all of the rows for the InfoObjects you’d like to activate & Click the ”SAVE” icon. Note: Usually, all of the InfoObjects are automatically selected. 4) Click the “Execute” button. 5) Continue clicking the “Refresh” icon until the job has finished. You will see the status change to “Hierarchy/Attribute Change is Finished.” The procedures for loading all of the transaction data are outlined below by subject area. Please note that all of the Delta enabled InfoSources will be loaded daily. InfoSource | Description | InfoPackage Description | Selection Parameters | Delta Enabled? | | | | InfoObject | From Value | To Value | | | Sales_Order_R/3 | Sales_Full_Upload | 0SALESORG | ABAP Routine | ABAP Routine | Yes | ZS_ORDER_NONR3 | Sales_Order_NonR/3 | | 0SALESORG | ABAP Routine | ABAP Routine | No | InfoSource | Description | InfoPackage Description | Selection Parameters | Delta Enabled? | | | | InfoObject | From Value | To Value | | | Delivery_R/3 | Delivery_Full_Upload | 0SALESORG | ABAP Routine | ABAP Routine | Yes | ZSDELIVERY_NONR3 | Delivery_NonR/3 | | 0SALESORG | ABAP Routine | ABAP Routine | No | Invoice Sales Subject Area InfoSource | Description | InfoPackage Description | Selection Parameters | Delta Enabled? | | | | InfoObject | From Value | To Value | | | Invoice_Sales_R/3 | Invoice_Full_Upload( | 0SALESORG ZS_PST_ST | ABAP Routine C | ABAP Routine | Yes | | Invoice_Sales_NonR/3 | | 0SALESORG ZS_PST_ST | ABAP Routine C | ABAP Routine | No | Purchasing Subject Area InfoSource | Description | InfoPackage Description | Selection Parameters | Delta Enabled? | | | | InfoObject | From Value | To Value | | | Purchasing_R/3 | Purchasing_Full_Upload | 0COMP_CODE 0MATL_TYPE | ABAP Routine ABAP Routine | ABAP Routine ABAP Routine | Yes | | Purchasing_NonR/3 | | 0COMP_CODE 0MATL_TYPE | ABAP Routine ABAP Routine | ABAP Routine ABAP Routine | No | Inventory Subject Area InfoSource | Description | InfoPackage Description | Selection Parameters | Delta Enabled? | | | | InfoObject | From Value | To Value | | | Inventory_R/3 | Weekly Full Load into ZSINVENT | | | | No | | Inventory_R/3 | Daily Full Load into ZSINV_DLY | | | | No | | Invoice_Sales_NonR/3 | | | | | No | This section will outline the procedures for doing a “spot-check” of the data integrity for each subject area. This is high level testing that should be performed on a regular basis after transaction data loads. For Data validation please refer to Integration test scripts documents in Y:\BW\Dw - Business Information Warehouse\PSI - Phase 1\3 - BW Realization\Integration Test Scripts This section will define some of the more common problems you may encounter in supporting BW, as well as their solutions. Sony Latin America has characters within the master data that are outside of those allowed within the BW System by default. This is largely due to several languages being used in the SAP R/3 Source System. As long as new master data is being created in R/3, there will always be the possibility of a job erring out due to these “invalid” characters. A typical error message in the Status and Details tabs of the monitor will say, “Data record 41: Invalid character(s) in 'Ñ ' (InfoObject 0PYMT_METH)”. To include invalid characters in the list of permitted characters, go to BW Transaction Code RSKC: Next, copy the entire error message into the Permitted Extra Characters field and then delete it, except for the invalid character itself (this works well if your keyboard cannot type the invalid character): Click the “Execute” icon to save the Permitted Character. Now you are ready to try running your job again. Note: Do not delete the other Permitted Characters in this field, just continue to add them to the list as errors occur. You can inadvertently lock an InfoObject from being loaded, if you try to re-load it again after a previous failed job. In this case, you will see the message in the Details tab of the monitor, “No access permission as table is already locked” To unlock the table, click the “Lock Overview” icon: The locked InfoObject would be displayed here. To delete the lock, simple right-click on the InfoObject and select “Delete Lock.” Keep hitting the “Refresh” button until the screen is displayed clear as above. An end-user may report that he/she cannot see any data whenever they try to execute a query. This is more than likely caused by a failed transaction data load that has not been deleted from the InfoCube. In order to view any data for an InfoCube, all of the requests must have OK status indicated by a Green Light:
If there is a failed request in the InfoCube, it must be deleted. In order to check whether a failed request is in an InfoCube, go to the “Manage InfoCubes” transaction in the Admin Workbench: Right-click on the InfoCube and select “Manage” OR click the “Active” icon to the right of the InfoCube: The request with the Red Status indicates a failed load. The data for this InfoCube is currently not reportable because of this “bad” request. It needs to be deleted. To delete the failed request, select the row and then press the “Delete” button.
The trashcan icon will denote that the job is currently running to delete the data. Keep hitting the “Refresh” icon until it disappears. Once the job has completed, data within the InfoCube should be reportable again. While the majority of BW Objects can be transported using the Transport Connection Functionality, the process is slightly different for Queries in that you first have to create the Transport Request, make your changes to the query, and THEN use the Transport Connection functionality. This process is outlined below: 1) ALWAYS make the query changes in the SW1, BW Sandbox environment first. 2) In Development (DW1), create the Transport Request for the Query you are modifying. Go to the Transport Connection tab in the Administrator Workbench and select the “Request BEx” icon: Select the “Create” icon to create a new request: Enter a description for the Transport and then hit the “SAVE” icon. Note: The naming convention for all BW Transports begins with “BW_1_PSI:”
Note the Transport Number.
3) Now you can log into the BEx Analyzer, (DW1 environment), and make revisions to the query. Save your revisions. 4) You are now ready to use the Transport Connection Functionality to move the revised query through the landscape to Production. In the Transport Connection tab, make sure that the Grouping is set to “Only Necessary Objects”
Also make sure that the Collection Mode is set to “Collect Automatically” 5) Select Query Elements and select the Query you want to transport by double-clicking the “Select Objects” icon. 6) Select the Query and then click the “Copy” icon. 7) The Query is now in the Installation Window. Click the “Select All” icon to include all of the Objects in the transport. 8) Now select the “Transport Objects” icon to generate the Transport Request. 9) When the selection box pops up, select “Own Requests”
10) Highlight the Transport Request you created earlier and then click the “Choose” icon.
11) Confirm that this is the correct transport and then select the “Continue/Enter” icon. 12) The Transport Request is now generated and a status message will appear at the bottom of the screen indicating that the Transport generated successfully. Now you must release the transport. Currently, released transports are moved automatically to QW1 every 30 minutes at the top of the hour and half past the hour. Once your transport is in QW1, ensure that the changes got there OK. To move the Transport Request to Production, you must notify the Basis Team. 1) To release a transport, go to BW transaction code SE10. 2) Your User ID will default in the User field. Select all of the Request Types and Request Status’ and click the “Display” icon. 3) The Transport Request status should be “Modifiable”. You must select the Transport Request Number and then hit the “Release Directly” icon. The next screen is for notes and/or documentation. Just press the “SAVE” icon, which will release the Transport Request. You can keep hitting the “Refresh” icon until the status is changed to “Released”. Now your Transport will automatically move to QW1. Note: Lower-Level Tasks of a Transport Request must be released first, before the ‘Main’ Transport can be released. An InfoPackage group is a collection of InfoPackages. With the data request, the Scheduler can access InfoPackage groups directly and thereby request more than one InfoPackage at a time. You can edit InfoPackage groups in the InfoSource tree of the Administrator Workbench modeling. Below is the process for creating InfoPackage Groups. 1) In the InfoSources tab of the Admin Workbench, select the “Show InfoPackage Groups” icon. 2) Now all of the InfoPackage Groups are displayed. All InfoPackages must be placed within a Group. To create a new InfoPackage Group, simply right-click on the top-most node and select “Create”.
3) Enter a description for your InfoPackage Group and select “Enter”. 4) The new InfoPackage Group is now displayed in the tree. Note: You can also create sub-nodes for your InfoPackage Groups by right-clicking on the node where you want it placed and selecting “Create”. 5) To add InfoPackages to the InfoPackage Group, simply drag-and-drop the InfoPackage from the InfoSources Tree on the left to the InfoPackage Group on the right. Note: Drag-and-Drop the InfoPackage directly on TOP of the InfoPackage Group where you want it to reside. 6) When you are finished with building your InfoPackage Group, you are ready to schedule it. The convenience of an InfoPackage Group is that by scheduling one job, you can automatically execute all of the InfoPackages within that InfoPackage Group. You can also monitor the status of the entire InfoPackage Group instead of each individual InfoPackage. Below is the process for setting up and executing an InfoPackage Group. You can schedule or view InfoPackage Groups in (2) places: · Through the InfoSources tree in the Administrator Workbench in the “Modeling” tab: · Through the InfoPackage Group window in the “Monitoring” tab of the Admin Workbench: 1) Right-Click on the InfoPackage Group and select “Schedule” 2) You are now in the Scheduler of the InfoPackage Group. First, you want to check that the left-most column is checked. This is the flag that tells the system to automatically execute each InfoPackage in the InfoPackage Group. 3) Next, you have to enter the sequence in which you want the InfoPackages to be executed. Simply enter the number of the sequence in the “Start Sequence” column. Note: Depending on how you have your InfoPackage Groups set up, the sequence of loading the data is important. 1. Master Data / Attributes 2. Text 3. Hierarchies 4. Transaction Data 4) Next, you want to flag the “Check” column. This flag indicates that the system will check whether the request was updated without errors before beginning the next request. 5) Now you are ready to execute your InfoPackage Group. Go to the Schedule tab of the InfoPackage Group. This screen is very similar to the InfoPackage scheduler tab.
6) You can go to “Selection Options” button and either schedule the job, or start it immediately 7) Save your selections and then “Execute” the job. 8) You can go directly into the monitor from this screen, or you can highlight the InfoPackage Group and then select the monitor icon. The status of each InfoPackage in the InfoPackage Group is displayed. Scheduling periodic jobs in either an individual InfoPackage or an InfoPackage Group follow the same procedure. This process is outlined below: 1) Enter the InfoPackage or InfoPackage Group Scheduler.
2) In the “Schedule” tab make sure ‘Start Later in Background Processing’ is selected and then click the “Selection Options” button. 3) Select the “Periodic Job” flag and then select the “Periodic Values” button.
4) Select the Period Value for your job by clicking on it (indicated by the brackets) and then selecting “SAVE”. 5) Now schedule the Date/Time for your job to begin by pressing the “Date/Time” icon. Note: Time entered is in military time. 6) Now save you entries by pressing the “SAVE” icon. 7) Make sure the Periodic Processing is set to “Do not Cancel Job” 8) Execute the job by selecting the “Start” button. A status message will appear indicating the job is scheduled. 9) The clock icon in the InfoSources Tree denotes a job has been scheduled for that InfoPackage / InfoPackage Group.
|