Mirror of Oracle documentation

Converted for search and offline reading. Authoritative source: Oracle. Diagrams and some complex tables are simplified — check the PDF when in doubt.

2 Administration Batch

This chapter contains information about batch processes that perform administrative operations in Merchandising. These processes range from incrementing the current business date for transactions (known in Merchandising as vdate ) to purging unused data and auditing database transactions.

It also includes background processes that can be run as alternatives to selected nightly batch jobs.

Program Summary

The batch programs covered in this section include the following:

  • Archive and Truncate Purge History Tables (batch_archive_purge_hist_adhoc_job)

  • Automated Data Export and Publish Utility (mfcs_data_export_publish_adhoc_job)

  • Daily Purge of Foundation Data (daily_purge_job)

  • Daily Purge of Foundation Data (dlyprg)

  • Increment Virtual Business Date (dtesys)

  • Load Spreadsheet Templates (ld_iindfiles.ksh and loadods.ksh)

  • Merch API Cache Refresh Wrapper Script (merchapirefreshwrap)

  • Merch API Data Rebuild Request Wrapper Script (merchapidatarebuildrequest)

  • Merch API Delta Processing Wrapper Script (merchapiwrap)

  • Pre/Post Helper Processes for Batch Programs (prepost)

  • Purge Accounts Payable Publish Data (fif_ap_publish_purge_job)

  • Purge Aged Competitive Pricing Data (cmpprg.pc)

  • Purge Aged Competitive Pricing Data (comp_pricing_purge_job)

  • Purge and Archive Old Files in Batch Server (archivelogs)

  • Purge Asynchronous Job Tables (async_job_status_retry_cleanup.ksh)

  • Purge Dashboard Working Tables (rms_oi_purge.ksh)

  • Purge Export Data (data_export_purge_job)

  • Purge Export Data (export_stg_purge.ksh)

  • Purge Inactive Merch API Cache Data (merchapi_cache_purge_job)

  • Purge Exported Sales and Return Transactions (saexpdw_export_purge_job)

  • Purge Job Auditing Logs (job_audit_logs_purge_job)

  • Purge Manage Admin Records (admin_api_purge.ksh)

  • Purge Notifications (raf_notification_purge.ksh)

  • Purge Obsoleted Tax Rules Records (gts_purge_job)

  • Purge Published Financial Data (fif_gl_publish_purge_job)

  • Purge SIOCS-RMS History Tables (sim_rms_history_purge_job)

  • Purge SIOCS-RMS Inbound and Staging Tables (sim_rms_purge_job)

  • Purge Staged Financial General Ledger Data (stg_fif_gl_purge_job)

  • Refresh Materialized Views (refreshmview.ksh)

  • Retail Business Metrics Calculation (rbm_metrics_calc_job)

  • Retain Item Forecast History (rms_oi_forecast_history.ksh)

  • Subscription Metrics Update (subscription_metrics_update_job)

  • Tax Event Purge (tax_event_purge_job)

  • Tax Event Purge (taxevntprg)

  • Truncate Table Script (trunctbl.ksh)

Additionally, this chapter contains details on some background processes that can be run as an alternative to jobs that run during the nightly batch cycle:

  • Daily Purge of Foundation Data (daily_purge_job)

  • Purge Aged Competitive Pricing Data (comp_pricing_purge_job)

  • Purge Export Data (data_export_purge_job)

  • Purge Job Auditing Logs (job_audit_logs_purge_job)

  • Tax Event Purge (tax_event_purge_job)

Archive and Truncate Purge History Tables (batch_archive_purge_hist_adhoc_job)

Module Name batch_archive_purge_hist_adhoc_job Description Archive and Truncate Purge History Tables Functional Area Administration Module Type Admin Module Technology ksh Catalog ID RMS477 Wrapper Script batch_archive_purge_hist.ksh

Schedule

Oracle Retail Merchandising Batch Schedule

Design Overview

The purpose of this standalone batch program is to maintain a configurable length of history in the purge history tables. Historical data older than this retention period are exported and deleted from the purge history tables.

When you ‘delete’ a record in the Merchandising user interface, information is generally not immediately deleted at the database level; instead, data is marked as being in deleted status and inserted into the DAILY_PURGE table. Next the purge processes will delete the data from

Merchandising transaction tables. Before deleting data from these tables, transaction data will be archived by inserting into purge history tables by the transaction purge processes. The date of insert is stored in the HIST_WRITTEN_DATE column. This date is used by this batch to determine whether the row should be archived and purged.

Historical retention of a purge history table depends on whether it contains rolled-up data or not. This classification is defined in the ARCHIVE_PURGE_CONTROL table. Note that the purge history tables are partitioned by month. As such, the retention criterion is at a month-level of granularity. The retention setting per type of data contained is defined in two columns in the PURGE_CONFIG_OPTIONS table. Maximum retention for both types is 18 months.

  • PURGE_HIST_ROLLUP_RETENTION_MONTHS - This field contains the number of months retained in the purge history tables and is specific to tables containing rolled-up data (for example, WEEK_DATA_PRG_HIST , MONTH_DATA_PRG_HIST ).

  • PURGE_HIST_RETENTION_MONTHS - This field contains the number of months retained in the purge history tables for non-rolled-up data.

Data that falls beyond the retention history (that is, older) is exported into dump files using the DBMS_DATAPUMP package. One dump file is exported per table. The filename format for the dump files is: EXPDAT_<table name>_YYMMDDHH24MISS.dmp . The dumps are then moved to Object Storage for the customer to retrieve using the DBMS_CLOUD package. The same dumps files are copied to the archive folder in persistent volume.

There is a delay before the batch deletes the data that was exported. This delay in days is defined by PURGE_HIST_DELAY_DAYS in the PURGE_CONFIG_OPTIONS table. The maximum delay is 7 days. Setting this as 0 will purge a partition after it is exported during the same run (that is, no delay). Because the purge history tables are partitioned by month deletion is accomplished by dropping a partition.

The ARCHIVE_PURGE_TRACKER table tracks the progress of the batch against the table partitions that have been identified for archiving and purging. The successfully completion of each step is identified by the value in the STATUS column.

  • Identify table partitions for archiving and purging. STATUS = 'N' (new).

  • Export table partitions to dump files. STATUS = 'E' (exported).

  • Move dump files into object storage “outgoing” prefix. STATUS = 'O' (outgoing).

  • Copy dump files to archive folder. STATUS = 'A' (archived).

  • Drop the table partitions. STATUS = 'P' (purged).

Restart/Recovery

This batch can be restarted after an abort if the cause of the failure is expected not to recur. It will restart the sequence of operations from the beginning. Processing for a particular table partition existing on the table will restart from the last successful step that was completed. For example, a partition in E (exported) status when the batch failed will proceed to the process that moves the exported dump files to object storage ( STATUS = 'O' ) on restart.

I/O Specifications

N/A

Design Assumptions

N/A

Automated Data Export and Publish Utility (mfcs_data_export_publish_adhoc_job)

Module Name mfcs_data_export_publish_adhoc_job Description Automated Data Export and Publish Utility Functional Area Administration Module Type Admin Module Technology ksh Catalog ID Wrapper Script batch_data_export_publish.ksh

Schedule

Oracle Retail Merchandising Batch Schedule

Design Overview

This standalone, ad hoc batch program extracts MFCS table data and publishes the resulting files to OCI Object Storage under the outgoing prefix. It is intended primarily for termination-ofservice data exports and should not be used as the primary backup solution. The batch program uses Oracle Data Pump to generate a dump file set. It extracts all tables from the MFCS RMS01 schema, excluding global temporary tables.

The dump file set is split across multiple files using the following naming convention:

EXPDAT_${exportSchemaName}_${exportFileTime}_DATA_EXPORT_PUBLISH%U.dmp

In this format, %U is an incrementing file sequence number starting at 01 and exportFileTime is the timestamp generated at runtime in the format YYMMDDHHMMSS. For example, 260622143508 represents June 22, 2026, at 14:35:08.

The Oracle Data Pump log file is also uploaded to OCI Object Storage. It uses the same base filename format as the dump files, with a .log extension.

Restart/Recovery

This program does not contain restart/recovery logic.

I/O Specifications

Dump file set:

EXPDAT_${exportSchemaName}_${exportFileTime}_DATA_EXPORT_PUBLISH%U.dmp

Oracle Data Pump log:

EXPDAT_${exportSchemaName}_${exportFileTime}_DATA_EXPORT_PUBLISH.log

Design Assumptions

N/A

Daily Purge of Foundation Data (daily_purge_job)

Module Name daily_purge_job Description Daily Purge of Foundation Data Functional Areas Administration Module Type Admin - Adhoc Module Technology Background Processing Catalog ID N/A Wrapper Script b8dwrap.ksh

Schedule

Oracle Retail Merchandising Batch Schedule

Design Overview

This background job is composed of two steps processing. It will have a threading assignment and a business logic processing.

When you ‘delete’ a record in the RMFCSS user interface, information is generally not immediately deleted at the database level; instead, data is marked as being in deleted status and also inserted into the daily purge table.

A thread assignment program will filter eligible records from daily purge table wherein all entities ready for purging aside/except from Item-Location records. These records are chunked and Thread ID is assigned for each. They will be stored temporarily in a staging table.

The Business logic program will process all records from the staging table. Using bulk processing, this program will delete specific Foundation Data entities from the respective RMFCS tables. Complex referential integrity relationships determine whether data can actually be deleted from the database (for example, a store cannot be deleted if any transactions related to the store are still on current transaction tables). This program checks these complex rules. If the deletion request passes the rules, this job will continues to delete the data. If it is not able to delete the data, it writes a record to the daily purge error log table for further investigation. This program will continue to attempt to delete marked data until all references have been purged from the system and the deletion of the foundation data entity finally succeeds. It will free up and clean the staging table afterwards. There is a STOP ON NEXT feature in bulk processing (through a loop) where Administrators can stop this batch with a flip of this indicator.

Restart Recovery

N/A

Key Tables Affected

Table 2-1 Key Tables Affected

TableSelectInsertUpdateDelete
RMS_BATCH_STATUSYesNoNoNo
B8D_PROCESS_CONFIGYesNoNoNo
JOB_AUDIT_LOGSNoYesNoNo
B8D_DAILY_PURGE_STGYesNoNoNo
DAILY_PURGEYesNoNoYes
DAILY_PURGE_ERROR_LOGYesYesNoYes
LOC_LIST_DETAILNoNoNoYes
MONTH_DATA_BUDGETYesNoNoYes
HALF_DATA_BUDGETYesNoNoYes
VAT_DEPSYesNoNoYes
SKULIST_CRITERIAYesNoNoYes
DOMAIN_DEPTYesNoNoYes
FORECAST_REBUILDYesNoNoYes
SUP_DATAYesNoNoYes
DEPT_SALES_HISTYesNoNoYes
DEPT_SALES_FORECASTYesNoNoYes
DEAL_ITEMLOCYesNoNoYes
DEPSYesNoNoYes
STOCK_LEDGER_INSERTSYesNoNoYes
STAKE_SCHEDULEYesNoNoYes
DEPT_CHRG_DETAILYesNoNoYes
WH_DEPTYesNoNoYes
DEPT_CHRG_HEADYesNoNoYes
SUP_BRACKET_COSTYesNoNoYes
SUP_REPL_DAYYesNoNoYes
SUP_INV_MGMTYesNoNoYes
FILTER_GROUP_MERCHYesNoNoYes
IB_RESULTSYesNoNoYes
WEEK_DATAYesNoNoYes
DAILY_DATAYesNoNoYes
MONTH_DATAYesNoNoYes
TRAN_DATA_HISTORYYesNoNoYes
HALF_DATAYesNoNoYes
PARTNERYesNoNoYes
SHIPMENTYesNoNoYes
COST_ZONE_GROUP_LOCYesNoNoYes
COST_ZONEYesNoNoYes

Table 2-1 (Cont.) Key Tables Affected

TableSelectInsertUpdateDelete
COST_ZONE_GROUPYesNoNoYes
UDA_ITEM_DEFAULTSYesNoNoYes
DOMAIN_CLASSYesNoNoYes
CLASS_SALES_HISTYesNoNoYes
CLASS_SALES_FORECASTYesNoNoYes
CLASSYesNoNoYes
DOMAIN_SUBCLASSYesNoNoYes
OTBYesNoNoYes
DIFF_RATIO_DETAILYesNoNoYes
DIFF_RATIO_HEADYesNoNoYes
SUBCLASS_SALES_HISTYesNoNoYes
SUBCLASS_SALES_FORECAS
T
YesNoNoYes
SUBCLASSYesNoNoYes
MERCH_HIER_DEFAULTYesNoNoYes
WHYesNoNoYes
WH_ADDYesNoNoYes
STORE_SHIP_DATEYesNoNoYes
LOC_TRAITS_MATRIXYesNoNoYes
COST_ZONE_GROUP_LOCYesNoNoYes
ITEM_EXP_DETAILYesNoNoYes
ITEM_EXP_HEADYesNoNoYes
EXP_PROF_DETAILYesNoNoYes
EXP_PROF_HEADYesNoNoYes
STORE_GRADE_STOREYesNoNoYes
DAILY_SALES_DISCOUNTYesNoNoYes
LOAD_ERRYesNoNoYes
STOREYesNoNoYes
EDI_SALES_DAILYYesNoNoYes
COMP_STORE_LINKYesNoNoYes
SEC_GROUP_LOC_MATRIXYesNoNoYes
LOC_CLSF_HEADYesNoNoYes
LOC_CLSF_DETAILYesNoNoYes
SOURCE_DLVRY_SCHEDYesNoNoYes
SOURCE_DLVRY_SCHED_DAY
S
YesNoNoYes
SOURCE_DLVRY_SCHED_EXCYesNoNoYes
COMPANY_CLOSED_EXCEPYesNoNoYes
LOCATION_CLOSEDYesNoNoYes

Table 2-1 (Cont.) Key Tables Affected

TableSelectInsertUpdateDelete
POS_STOREYesNoNoYes
STORE_HIERARCHYYesNoNoYes
ADDRYesNoNoYes
TIF_EXPLODEYesNoNoYes
WALK_THROUGH_STOREYesNoNoYes
SKULIST_DETAILYesNoNoYes
INV_STATUS_QTYYesNoNoYes
REPL_ATTR_UPDATE_LOCYesNoNoYes
REPL_ATTR_UPDATE_HEADYesNoNoYes
REPL_ATTR_UPDATE_ITEMYesNoNoYes
COST_SUSP_SUP_DETAILYesNoNoYes
ITEM_HTS_ASSESSYesNoNoYes
ITEM_HTSYesNoNoYes
REQ_DOCYesNoNoYes
ITEM_IMPORT_ATTRYesNoNoYes
TIMELINEYesNoNoYes
COND_TARIFF_TREATMENTYesNoNoYes
ITEM_IMAGEYesNoNoYes
ITEM_SUPP_UOMYesNoNoYes
DEAL_SKU_TEMPYesNoNoYes
DEAL_DETAILYesNoNoYes
ITEM_SUPP_COUNTRYYesNoNoYes
ITEM_SUPP_COUNTRY_DIMYesNoNoYes
RECLASS_ITEMYesNoNoYes
SUP_AVAILYesNoNoYes
ITEM_SUPPLIERYesNoNoYes
ITEM_MASTERYesNoNoYes
PACK_TMPL_DETAILYesNoNoYes
SUPS_PACK_TMPL_DESCYesNoNoYes
PACK_TMPL_HEADYesNoNoYes
UDA_ITEM_LOVYesNoNoYes
UDA_ITEM_DATEYesNoNoYes
UDA_ITEM_FFYesNoNoYes
ITEM_SEASONSYesNoNoYes
ITEM_TICKETYesNoNoYes
COMP_SHOP_LISTYesNoYesYes
TICKET_REQUESTYesNoNoYes
PRICE_HISTYesYesNoYes
PACKITEM_BREAKOUTYesNoNoYes

Table 2-1 (Cont.) Key Tables Affected

TableSelectInsertUpdateDelete
PACKITEMYesNoNoYes
POS_MERCH_CRITERIAYesNoNoYes
ITEM_CHRG_HEADYesNoNoYes
ITEM_CHRG_DETAILYesNoNoYes
RECLASS_COST_CHG_QUEUEYesNoNoYes
ITEM_PUB_INFOYesNoNoYes
ITEM_MFQUEUEYesNoNoYes
ITEM_XFORM_HEADYesNoNoYes
ITEM_XFORM_DETAILYesNoNoYes
DEAL_ITEM_LOC_EXPLODEYesNoNoYes
ITEM_APPROVAL_ERRORYesNoNoYes

I/O Specification

N/A

Daily Purge of Foundation Data (dlyprg)

Module Name b8ddlyprgb.pls/b8ddlyprgs.pls b8dilprgb.pls/b8dilprgs.pls Description Daily Purge of Foundation Data Functional Areas Administration Module Type Admin Module Technology PL/SQL Catalog ID RMS218 Wrapper Script rmswrap_plsql.ksh

Schedule

Oracle Retail Merchandising Batch Schedule

Design Overview

The purpose of this program is to delete specific Foundation Data entities from Merchandising.

When users ‘delete’ a record in the Merchandising user interface, information is generally not immediately deleted at the database level; instead, data is marked as being in deleted status and also inserted into the DAILY_PURGE table.

Complex referential integrity relationships determine whether data can actually be deleted from the database (for example, a store cannot be deleted if any transactions related to the store are still on current transaction tables). The program checks these complex rules. If the deletion request passes the rules, dlyprg.pc deletes the data. If the program is not able to delete the data, it writes a record to a log table for further investigation. The program will continue to

attempt to delete marked data until all references have been purged from the system and the deletion of the foundation data entity finally succeeds.

Restart Recovery

This program has inherent restart ability. Records that have been successfully purged are deleted from the DAILY_PURGE table. This ensures that if the program is restarted, it does not attempt to delete records that have been previously processed.

I/O Specification

N/A

Design Assumptions

N/A

Increment Virtual Business Date (dtesys)

Module Name dtesys.pc Description Increment Virtual Business Date Functional Area Administration Module Type Admin Module Technology ProC Catalog ID RMS220 Wrapper Script rmswrap.ksh

Schedule

Oracle Retail Merchandising Batch Schedule

Design Overview

This batch program updates the PERIOD table for various dates required in Merchandising such as vdate, end-of-month and end-of-week dates.

Vdate (short for virtual business date) is used by Merchandising to maintain a consistent ‘virtual’ business date (without regard for actual date changes at midnight or different dates in different timezone) for accounting purposes. Sysdate from the database is used to capture audit time and date stamps on transactions.

Note

Vdate is used to determine the business date for the financial impact of transactions.

Generally, dtesys is run without additional input parameters and increments the data by one day. However, if a specific date is passed into the program as a parameter, the system date will be updated to that date.

Special processing also occurs:

  • Weekly

When vdate = next_eow_date_unit, the program increments the last_eow_date_unit and next_eow_date_unit columns on system_variables. The last_eow_date_unit is updated to the current next_eow_date_unit and the next_eow_date_unit is updated to the next end-ofweek date (calculated).

  • Monthly

When vdate = next_eom_date_unit, the program updates the last_eom_date_unit and next_eom_date_unit columns on system_variables. The last_eom_date_unit is updated to the current next_eom_date_unit and the next_eom_date_unit is updated to the next endof-month date (calculated).

Restart/Recovery

N/A

I/O Specification

N/A

Design Assumptions

N/A

Load Spreadsheet Templates (ld_iindfiles.ksh and loadods.ksh)

Module Name ld_iindfiles.ksh, loadods.ksh Description Load Spreadsheet Templates Functional Area Item Maintenance Module Type Install Module Technology ksh Catalog ID RMS199 Wrapper Script N/A

Schedule

N/A

Design Overview

These scripts are used to load data from template files to the Merchandising template tables as part of installation. They load templates used by induction processes for Merchandising and Pricing, as well as templates used for spreadsheet load of foundation data. They may also be run ad hoc in situations where the base files need to be reset.

Note

There is no wrapper script for these programs. They are invoked directly by the installer.

Restart/Recovery

N/A

Design Assumptions

N/A

Merch API Cache Refresh Wrapper Script (merchapirefreshwrap)

Module Name merchapirefreshwrap.ksh Description Wrapper shell script to process all the refresh requests present in MERCHAPI_ASYNC_REQUEST table. Functional Area Foundation and Inventory Tracking Module Type Business Processing Module Technology Ksh Catalog ID TBD Runtime Parameters N/A

Schedule

Oracle Retail Merchandising Batch Schedule

Design Overview

This wrapper batch program is used to process all the requests present in the MERCHAPI_ASYNC_REQUEST table. This table captures requests at an API level for the following scenarios:

  • API Enablement - When the API is enabled through the UI when an entry is made into the MERCHAPI_ASYNC_REQUEST table. This wrapper will do the initial load of the respective merchapi cache table and set the enable flag in the merchapi_config table.

  • API Disablement - When an enabled API is disabled through the UI, an entry is made into the MERCHAPI_ASYNC_REQUEST table. This wrapper will clear the respective merchapi cache table and disable the API in merchapi_config table.

  • Data Refresh – The data refresh request can be submitted using merchapidatarebuildrequest.ksh , which makes an entry in the MERCHAPI_ASYNC_REQUEST table. Depending on the type of data refresh (truncate/ load or rebuild) the merchapi cache table is rebuilt.

Each API has a separate cache table and respective PLSQL package for API enable, disable and rebuild, which is maintained in the MERCH_BATCH_PARAM table. This wrapper script

scans through the MERCAPI_ASYNC_REQUEST table, picks the request ID, completes the processing, and continues with the subsequent request. Duplicate or Invalid requests are ignored during processing. If the API is multi-thread enabled in the merch_batch_param table, this wrapper will spawn multiple threads to process the data.

Restart/Recovery

N/A

Design Assumptions

N/A

Merch API Data Rebuild Request Wrapper Script (merchapidatarebuildrequest)

Module Namemerchapidatarebuildrequest.ksh
DescriptionWrapper shell script to submit data refresh
requests.
Functional AreaFoundation and Inventory tracking.
Module TypeBusiness Processing
Module TechnologyKsh
Catalog IDTBD
Runtime ParametersN/A

Schedule

Oracle Retail Merchandising Batch Schedule

Design Overview

This wrapper batch program is used to make an entry in the MERCHAPI_ASYNC_REQUEST table for data refresh requests. There are two data refresh types: one is TRUNCATE_AND_LOAD and the other one is REBUILD.

  • TRUNCATE_AND_LOAD will be used for severe data corruption.

  • REBUILD is used to build the JSON message for all the records.

The LAST_UPDATE_DATETIME update is dependent on the value of REFRESH_UPDATE_TIMESTAMP_IND. The silent update (REBUILD with no timestamp update) is applicable when a new field is added or removing the deprecated fields and don’t want to force-publish these changes. REBUILD with timestamp update is used in case of data discrepancies within Merchandising and Cache table or Merchandising and consuming system.

Restart/Recovery

N/A

Design Assumptions

N/A

Merch API Delta Processing Wrapper Script (merchapiwrap)

Module Name merchapiwrap.ksh Description Wrapper shell script to pre-process the Delta records for Merch integration API publishing. Functional Area Foundation and Inventory Tracking. Module Type Business Processing Module Technology Ksh Catalog ID TBD Runtime Parameters N/A

Schedule

Oracle Retail Merchandising Batch Schedule

Design Overview

This wrapper batch program is used to populate/merge the delta changes that were made to the base Merchandising tables into respective MERCHAPI cache tables based on the ICL entries. Each API has a separate cache table and respective API package to refresh the table. Based on the Job name, it retrieves all the Job parameters from the MERCH_BATCH_PARAM table and calls the Delta PLSQL dynamically to process all the changes that were logged in the respective ICL table. All the ICL records which are in “N” status and consumer configured for that particular API are picked up for processing. First, it updates all the “N” records to “I” (InProgress) and deletes all the “I” records once these are processed successfully.

Restart/Recovery

N/A

Design Assumptions

N/A

Pre/Post Helper Processes for Batch Programs (prepost)

Module Name prepost.pc Description Pre/Post Helper Processes for Batch Programs Functional Area Administration Module Type Business Processing Module Technology ProC

Catalog ID N/A Individual pre/post jobs have Catalog IDs Wrapper Script rmswrap.ksh

Schedule

Oracle Retail Merchandising Batch Schedule

Design Overview

The pre/post module facilitates multi-threading by allowing general system administration functions (such as table deletions or mass updates) to be completed after all threads of a particular program have been processed.

This program will take three parameters: username/password to log on to Oracle, a program before or after which this script must run and an indicator telling whether the script is a pre or post function. It will act as a shell script for running all pre-program and post-program updates and purges (the logic was removed from the programs themselves to enable multi-threading and restart/recovery).

Pre/Post contains the following helper functions, which are should be individually scheduled with the related main programs.

Table 2-2 Pre/Post Helper Functions

Catalog IDPrepost JobRelated Main Program
Catalog ID
Related Main Program
RMS400prepost rpl preRMS315rplext
RMS401prepost salweek postRMS346salweek
RMS402prepost salmth postRMS343salmth
RMS403prepost rplapprv preRMS300rplapprv
RMS404prepost rplatupd preRMS313rplatupd
RMS405prepost rplatupd postRMS313rplatupd
RMS406prepost rilmaint preRMS311rilmaint
RMS407prepost rilmaint postRMS311rilmaint
RMS408prepost supmth postRMS369supmth
RMS409prepost sccext postRMS355sccext
RMS410prepost hstbld preRMS239hstbld
RMS411prepost hstbld postRMS239hstbld
RMS413prepost edidlprd postRMS47edidlprd
RMS414prepost edidlprd preRMS47edidlprd
RMS417prepost cntrordb postRMS232cntrordb
RMS418prepost fsadnld postN/AN/A

Table 2-2 (Cont.) Pre/Post Helper Functions

Catalog IDPrepost JobRelated Main Program
Catalog ID
Related Main Program
RMS419prepost btchcyclN/ANo related main process.
Is used to enable DB
policies that might have
been disabled in order to
run batch.
RMS421prepost poscdnld postN/Aposcdnld
RMS423prepost htsupld preN/Ahtsupld
RMS425prepost reclsdly preRMS302reclsdly
RMS426prepost reclsdly postRMS302reclsdly
RMS427prepost ibcalc preRMS249ibcalc
RMS430prepost reqext preRMS310reqext
RMS431prepost reqext postRMS310reqext
RMS432prepost stkupd preN/AStkupd
RMS433prepost replroq preRMS308Replroq
RMS434prepost rplext postRMS315Rplext
RMS438prepost saleoh preRMS337Saleoh
RMS440prepost salweek preRMS346salweek
RMS441prepost dealinc preRMS211Dealinc
RMS442prepost dealday preRMS208dealday
RMS443prepost dealday postRMS208dealday
RMS444prepost dealact_nor preRMS206Dealact
RMS445prepost dealact_po preRMS206Dealact
RMS446prepost dealact_sales
pre
RMS206Dealact
RMS447prepost dealfct preRMS209Dealfct
RMS448prepost dealcls postRMS209Dealcls
RMS449prepost hstbldmth postRMS241hstbldmth
RMS450prepost vendinvc preN/Avendinvc
RMS451prepost vendinvf preN/Avendinvf
RMS452prepost vendinvc postN/Avendinvc
RMS453prepost vendinvf postN/Avendinvf
RMS454prepost docclose preRMS219docclose
RMS455prepost stkprg postRMS360stkprg
RMS456prepost wfordupld preRMS392wfordupld
RMS457prepost wfretupld preN/Awfretupld
RMS458prepost replsizeprofile
pre
RMS309replsizeprofile
RMS459prepost supsplit preRMS370supsplit

Table 2-2 (Cont.) Pre/Post Helper Functions

Catalog IDPrepost JobRelated Main Program
Catalog ID
Related Main Program
RMS461prepost
batch_ordcostcompupd
pre
RMS190batch_ordcostcompupd
RMS462prepost
batch_ordcostcompupd
post
RMS190batch_ordcostcompupd
RMS463prepost
batch_costcompupd post
RMS190batch_ordcostcompupd
RMS465prepost dlyprg postRMS218dlyprg
RMS466prepost tsfprg preRMS380tsfprg
RMS467prepost tsfprg postRMS380tsfprg
RMS468prepost fcexec preRMS223fcexec
RMS469prepost start_batch preN/ASets the batch running
ind to ‘Y’ to limit front
end use of the system.
RMS470prepost end_batch postN/ASets the batch running
ind to ‘N’ to reenable all
front end use of the
system.
This should be the last
job in the batch cycle.
RMS488prepost btchcycl postN/AThis job reenables all
policies in the
Merchandising owning
schema.
RMS489prepost dealfct postRMS209Dealfct
prepost sitmain preRMS357sitmain
prepost sitmain postRMS357Sitmain
prepost ediupack postEdiupack
prepost dealact_reverse
pre

Restart/Recovery

N/A

Purge Accounts Payable Publish Data (fif_ap_publish_purge_job)

Module Nameff_ap_publish_purge_job
DescriptionPurge Accounts Payable Publish Data
Functional AreaGeneral Ledger
Module TypeAdmin – Ad hoc
Module TechnologyBackground Processing
Catalog ID
Wrapper Scriptb8dwrap.ksh

Schedule

Oracle Retail Merchandising Batch Schedule

Design Overview

This background job is composed of one step processing only.

The Business logic program will delete records from FIF_AP_HEAD_PUBLISH and FIF_AP_DETAIL_PUBLISH tables (week partitioned) where extract date is past the GL_PUBLISH_PURGE_DAYS plus an additional 7 days. It will then invoke the function PARTITION_SQL.PURGE_INTERVAL_PARTITION for each target table FIF_AP_HEAD_PUBLISH and FIF_AP_DETAIL_PUBLISH along with the retention days. This function executes the proper deletion/purging of records from target table by exercising table partitioning handling such as Dropping Interval Partition (same as truncate or delete from table). It will also archive the old records to the FIF_AP_HEAD_PUBLISH_PRG_HIST and FIF_AP_DETAIL_PUBLISH_PRG_HIST tables.

Restart/Recovery

N/A

Key Tables Affected

TableSelectInsertUpdateDelete
RMS_BATCH_STATUSYesNoNoNo
JOB_AUDIT_LOGSNoYesNoNo
B8D_PROCESS_CONFIGYesNoNoNo
FIF_AP_HEAD_PUBLISHNoNoNoYes
FIF_AP_DETAIL_PUBLISHNoNoNoYes
FIF_AP_HEAD_PUBLISH_PRG_HISTNoYesNoNo
FIF_AP_DETAIL_PUBLISH_PRG_HISTNoYesNoNo
PURGE_CONFIG_OPTIONSYesNoNoNo
ALL_TAB_PARTITIONSYesNoNoNo

I/O Specification

N/A

Purge Aged Competitive Pricing Data (cmpprg.pc)

Module Name cmpprg.pc Description Purge Aged Competitive Pricing Data Functional Area Competitive Pricing

Module Type Admin Module Technology ProC Catalog ID RMS198 Wrapper Script rmswrap.ksh

Schedule

Oracle Retail Merchandising Batch Schedule

Design Overview

This program deletes from the competitive price history table and the competitive shopping list table based purge criteria based on system parameter settings. The Competitive Pricing Months parameter will determine how many months competitive price history should be maintained before deletion. The Competitive Pricing List Days parameter will determine how long a requested shopping list should remain on the shopping list table if it is not complete by the requested shop date.

Restart/Recovery

N/A

Design Assumptions

N/A

Purge Aged Competitive Pricing Data (comp_pricing_purge_job)

Module Name comp_pricing_purge_job Description Purge Aged Competitive Pricing Data Functional Area Competitive Pricing Module Type Admin - Ad hoc Module Technology Background Processing Catalog ID N/A Wrapper Script b8dwrap.ksh

Schedule

Oracle Retail Merchandising Batch Schedule

Design Overview

This background job is composed of two steps processing. It will have a threading assignment and a business logic processing.

Thread assignment program will filter eligible records from competitive price history and competitive shipping list tables based on its purge criteria from system parameter settings. The Competitive Pricing List Days parameter will determine how long a requested shopping list

should remain on the shopping list table if it is not complete by the requested shop date. These records are chunked and Thread ID is assigned for each. They will be stored temporarily in a staging table.

The Business logic program will process all records from the staging table. Using bulk processing, this program will delete the records from competitive price history and competitive shipping list tables. It will free up and clean the staging table afterwards. There is a STOP ON NEXT feature in bulk processing (through a loop) where Administrators can stop this batch with a flip of this indicator.

Restart/Recovery

N/A

Key Tables Affected

Table 2-3 Key Tables Affected

TableSelectInsertUpdateDelete
PERIODYesNoNoNo
PURGE_CONFIG_OPTIONSYesNoNoNo
RMS_BATCH_STATUSYesNoNoNo
B8D_PROCESS_CONFIGYesNoNoNo
JOB_AUDIT_LOGSNoYesNoNo
B8D_COMP_PRICING_PURGE_
STG
YesYesNoYes
COMP_PRICE_HISTYesNoNoYes
COMP_SHOP_LISTYesNoNoYes

Design Assumptions

N/A

Purge and Archive Old Files in Batch Server (archivelogs)

Module Name archivelogs.ksh Description Purge and Archive Aged files in RMS Batch server Functional Area Administration Module Type Admin – Ad hoc Module Technology ksh Catalog ID Wrapper Script rmswrap_shell.ksh

Schedule

Oracle Retail Merchandising Batch Schedule

Design Overview

This ad hoc job archives 7-day-old files from the following folders:

  • ${RETAIL_HOME}/data/processed,

  • ${RETAIL_HOME}/log,

  • ${RETAIL_HOME}/log/sqlloader

  • ${RETAIL_HOME}/error

This job also purges 189-day-old files from the following folders:

  • ${RETAIL_HOME}/data/processed/archive

  • ${RETAIL_HOME}/log/archive

  • ${RETAIL_HOME}/log/sqlloader/archive

  • ${RETAIL_HOME}/error/archive

  • ${RETAIL_HOME}/data/archive

Restart/Recovery

N/A

Key Tables Affected

N/A

Design Assumptions

N/A

Purge Asynchronous Job Tables (async_job_status_retry_cleanup.ksh)

Module Name async_job_status_retry_cleanup.ksh Description Purge Asynchronous Job Tables Functional Area Administration Module Type Admin Module Technology ksh Catalog ID RMS180 Wrapper Script rmswrap_shell.ksh

Schedule

Oracle Retail Merchandising Batch Schedule

Design Overview

This batch job cleans up the Merchandising asynchronous jobs tables. The asynchronous job management tables (RMS_ASYNC_STATUS and RMS_ASYNC_RETRY) track each asynchronous call that is made. These tables are used to see error information and help with retrying failed calls.

This program will be run ad hoc and will accept a parameter of # days of information that will be deleted.

Restart/Recovery

N/A

Key Tables Affected

Table 2-4 Key Tables Affected

TableSelectInsertUpdateDelete
RMS_ASYNC_STATUSNoNoNoYes
RMS_ASYNC_RETRYNoNoNoYes

Input/Out Specification

N/A

Purge Dashboard Working Tables (rms_oi_purge.ksh)

Module Name rms_oi_purge.ksh Description Purge data from the dashboard working tables Functional Area Operational Insight Dashboard Reports Module Type Admin Module Technology Ksh Catalog ID RMS490 Runtime Parameters $UP (database connect string)

Design Overview

This batch program calls OI_UTILITY.PURGE_RMS_OI_TABLES to truncate the data in the Merchandising Operational Insight Dashboard staging tables. During normal operation, the staged data for the session are deleted when a user closes the report window. This program provides a way to clean up and control the size of the staging tables if data failed to be deleted due to abnormal termination of the session.

Scheduling Constraints

Schedule InformationDescription
Processing CycleAd Hoc
FrequencyDaily
Scheduling ConsiderationsWhen no user is on-line using the OI dashboard reports.
Pre-ProcessingN/A
Post-ProcessingN/A
Threading SchemeN/A

Restart/Recovery

N/A

Key Tables Affected

Table 2-5 Key Tables Affected

TableSelectInsertUpdateDelete
RMS_OI_BUYER_EARLY_LATE_SHIPNoNoNoYes
RMS_OI_BUYER_ORDERS_TO_APPROVENoNoNoYes
RMS_OI_INV_ANA_OPEN_ORDERNoNoNoYes
RMS_OI_INV_ANA_VARIANCENoNoNoYes
RMS_OI_INV_CTL_NEG_INVNoNoNoYes
RMS_OI_INV_ORD_ERRORSNoNoNoYes
RMS_OI_INV_ORD_ITEM_ERRORSNoNoNoYes
RMS_OI_MISSING_STOCK_COUNTNoNoNoYes
RMS_OI_OVERDUE_SHIP_ALLOCNoNoNoYes
RMS_OI_OVERDUE_SHIP_TSFNoNoNoYes
RMS_OI_OVERDUE_SHIP_RTVNoNoNoYes
RMS_OI_STK_ORD_PEND_CLOSENoNoNoYes
RMS_OI_STOCK_COUNT_VARIANCENoNoNoYes
RMS_OI_TSF_PEND_APPROVENoNoNoYes
RMS_OI_UNEXPECTED_INVNoNoNoYes
RMS_OI_DATA_STWRD_INCOMP_ITEMSNoNoNoYes

Design Assumptions

N/A

Purge Export Data (data_export_purge_job)

Module Name data_export_purge_job Description Purging of all the extracted records (week old) for Xstore. Functional Area Foundation1 Module Type Admin - Ad hoc Module Technology Background processing Catalog ID N/A Wrapper Script b8dwrap.ksh

Schedule

Oracle Retail Merchandising Batch Schedule

Design Overview

This background job is composed of one step processing only. It will retain the business logic processing from original KSH script algorithm.

The Business logic program will removed all old/aged records from the following staging tables related to data exported information which are considered week old regardless if data is extracted or not.

Restart/Recovery

N/A

Key Tables Affected

Table 2-6 Key Tables Affected

TableSelectInsertUpdateDelete
MERCHHIER_EXPORT_STGNoNoNoYes
ORGHIER_EXPORT_STGNoNoNoYes
STORE_EXPORT_STGNoNoNoYes
DIFFS_EXPORT_STGNoNoNoYes
DIFFGRP_EXPORT_STGNoNoNoYes
ITEM_EXPORT_STGNoNoNoYes
VAT_EXPORT_STGNoNoNoYes
RELITEM_EXPORT_STGNoNoNoYes
DATA_EXPORT_HISTNoNoNoYes

Integration Contract

N/A

Design Assumptions

N/A

Purge Export Data (export_stg_purge.ksh)

Module Name export_stg_purge.ksh Description Purging of all the extracted records (week old) for Xstore. Functional Area Foundation Module Type Integration Module Technology Ksh Catalog ID RMS265 Wrapper Script rmswrap_shell.ksh

Schedule

Oracle Retail Merchandising Batch Schedule

Design Overview

This batch job will be used to remove records that are a week old from the following staging tables.

  • Merchandise Hierarchy Export Staging

  • Organizational Hierarchy Export Staging

  • Store Export Staging

  • Differentiator Export Staging

  • Differentiator Group Export Staging

  • Item Export Staging

  • VAT Export Staging

  • Related Item Export Staging

  • Data Export History

Batch will purge all the records (Week old records) from its respective staging table whether data get extracted or not.

Restart/Recovery

N/A

Design Assumptions

N/A

Purge Inactive Merch API Cache Data (merchapi_cache_purge_job)

Module Name merchapi_cache_purge_job Description Purge inactive Merch API Cache Data Functional Area Foundation and Inventory Tracking Module Type Admin – Ad hoc Module Technology Background Processing Catalog ID Wrapper Script b8dwrap.ksh

Design Overview

This background job purges the inactive records (that have passed retention days based on system option merchapi_cache_purge_days ) from all the Merchandising integration cache tables.

Restart/Recovery

N/A

Key Tables Affected

TableSelectInsertUpdateDelete
SYSTEM_OPTIONSYesNoNoNo
RMS_BATCH_STATUSYesNoNoNo
B8D_PROCESS_CONFIGYesNoNoNo
JOB_AUDIT_LOGSNoYesNoNo
MERCH_BATCH_PARAMSYesNoNoNo
MERCHAPI_DIFF_GROUPYesNoNoYes
MERCHAPI_DIFF_IDSYesNoNoYes
MERCHAPI_EXT_ALLOCYesNoNoYes
MERCHAPI_EXT_DIFF_GROUPYesNoNoYes
MERCHAPI_EXT_DIFF_IDSYesNoNoYes
MERCHAPI_EXT_DIFF_TYPEYesNoNoYes
MERCHAPI_EXT_ITEMYesNoNoYes
MERCHAPI_EXT_ITEM_VATYesNoNoYes
MERCHAPI_EXT_MERCHHIERYesNoNoYes
MERCHAPI_EXT_ORDERYesNoNoYes
MERCHAPI_EXT_ORGHIERYesNoNoYes
MERCHAPI_EXT_PARTNERYesNoNoYes
MERCHAPI_EXT_RCV_UNIT_ADJYesNoNoYes
TableSelectInsertUpdateDelete
MERCHAPI_EXT_STOREYesNoNoYes
MERCHAPI_EXT_SUPPLIERYesNoNoYes
MERCHAPI_EXT_TRANSFERYesNoNoYes
MERCHAPI_EXT_UDAYesNoNoYes
MERCHAPI_EXT_WHYesNoNoYes
MERCHAPI_EXT_WOINYesNoNoYes
MERCHAPI_EXT_WOOUTYesNoNoYes
MERCHAPI_FUTURE_AVAIL_CO_INVYesNoNoYes
MERCHAPI_ITEMYesNoNoYes
MERCHAPI_ITEM_IMAGEYesNoNoYes
MERCHAPI_ITEM_LOCYesNoNoYes
MERCHAPI_ITEM_LOC_SOHYesNoNoYes
MERCHAPI_MERCH_HIERYesNoNoYes
MERCHAPI_ORG_HIERYesNoNoYes
MERCHAPI_RELATED_ITEMYesNoNoYes
MERCHAPI_RTVYesNoNoYes
MERCHAPI_VATYesNoNoYes

Design Assumptions

N/A

Purge Exported Sales and Return Transactions (saexpdw_export_purge_job)

Module Name saexpdw_export_purge_job Description Purge the exported sales and return transactions from SA_EXPDW_RDW_* tables Functional Area Financial data Module Type Admin – Ad hoc Module Technology Background Processing Catalog ID Wrapper Script b8dwrap.ksh

Schedule

Oracle Retail Merchandising Batch Schedule

Design Overview

This background job purges the exported sales and return transactions from SA_EXPDW_RDW* tables. Records older than SYSDATE minus expdw_export_purge_days from SA_SYSTEM_OPTIONS

are purged. This job will first archive the data to SA_EXPDW_RDW*_PRG_HIST tables before purging.

Business logic is based on partition drop process and archival is based on the export_datetime column of SA_EXPDW_RDW* tables.

Restart/Recovery

N/A

Key Tables Affected

TableSelectInsertUpdateDelete
SA_SYSTEM_OPTIONSYesNoNoNo
RMS_BATCH_STATUSYesNoNoNo
SYSTEM_OPTIONSYesNoNoNo
SA_EXPDW_RDWT_HEADYesNoNoYes
SA_EXPDW_RDWT_DETAILYesNoNoYes
SA_EXPDW_RDWF_DETAILYesNoNoYes
SA_EXPDW_RDWS_DETAILYesNoNoYes
SA_EXPDW_RDWC_DETAILYesNoNoYes
SA_EXPDW_RDWT_HEAD_PRG_HISTNoYesNoNo
SA_EXPDW_RDWT_DETAIL_PRG_HISTNoYesNoNo
SA_EXPDW_RDWF_DETAIL_PRG_HISTNoYesNoNo
SA_EXPDW_RDWS_DETAIL_PRG_HISTNoYesNoNo
SA_EXPDW_RDWC_DETAIL_PRG_HISTNoYesNoNo

Purge Job Auditing Logs (job_audit_logs_purge_job)

Module Name job_audit_logs_purge_job Description Purge Old Job Auditing Logs Functional Area Administration Module Type Admin - Ad hoc Module Technology Background processing Catalog ID N/A Wrapper Script b8dwrap.ksh

Schedule

Oracle Retail Merchandising Batch Schedule

Design Overview

This background job is composed of one step processing only. This new program/job will use the newly created support program maintain for purging records where affected table is partitioned.

The Business logic program will invoke a call to a new program specific for handling historical logging table that is considered a partitioned table. A package function is called passing the target table name and will execute the proper deletion/purging of records from target table by exercising table partitioning handling such as Dropping Interval Partition (same as truncate or delete from table). There is a STOP ON NEXT feature in bulk processing (through a loop) where Administrators can stop job with a flip of this indicator.

The purge program considered the system parameter setting, Job Logging History Months (job_log_hist_months) to determine those records that are older than a predetermined number of months.

Restart/Recovery

N/A

Key Tables Affected

Table 2-7 Key Tables Affected

TableSelectInsertUpdateDelete
SYSTEM_OPTIONSYesNoNoNo
PERIODYesNoNoNo
RMS_BATCH_STATUSYesNoNoNo
ALL_TAB_PARTITIONSYesNoNoNo
ALL_PART_TABLESYesNoNoNo
JOB_AUDIT_LOGSNoYesNoYes

Design Assumptions

N/A

Purge Manage Admin Records (admin_api_purge.ksh)

Module Name admin_api_purge.ksh Description Purge Manage Admin records Functional Area Administration Module Type Admin Module Technology ksh Catalog ID N/A Wrapper Script rmswrap_shell.ksh

Schedule

Oracle Retail Merchandising Batch Schedule

Design Overview

This script purges data from tables used for uploading Foundation Data from spreadsheets based on the retention days specified in the system parameterPROC_DATA_RETENTION_DAYS for both Merchandising and Sales Audit and will help in keeping the size of these tables controlled.

Restart/Recovery

N/A

I/O Specifications

N/A

Purge Notifications (raf_notification_purge.ksh)

Module Name raf_notification_purge.ksh Description Purge notifications from the Retail Application Framework table Functional Area Notifications Module Type Admin Module Technology Ksh Catalog ID RMS80 Wrapper Script rmswrap_shell.ksh

Schedule

Oracle Retail Merchandising Batch Schedule

Design Overview

This batch program calls RAF_NOTIFICATION_TASK_PKG.DEL_NOTIF_PAST_RETENTION to delete notifications that are generated by Merchandising and Sales Audit and have passed the preconfigured number of retention days. This program provides a way to clean up and control the size of the RAF notification tables.

Restart/Recovery

N/A

Design Assumptions

N/A

Purge Obsoleted Tax Rules Records (gts_purge_job)

Module Name gts_purge_job

Description Purge obsoleted tax rules records Functional Area Foundation Module Type Admin – Ad hoc Module Technology Background Processing Catalog ID Wrapper Script b8dwrap.ksh

Schedule

Oracle Retail Merchandising Batch Schedule

Design Overview

This background job finds all records on GTS interface tables that have passed retention days based on Merchandising system option gts_purge_days and purges the records.

Restart/Recovery

N/A

Key Tables Affected

TableSelectInsertUpdateDelete
GTS_ITEM_TAXNoNoNoYes
GTS_MERCH_TAXNoNoNoYes
GTS_RULES_CFANoNoNoYes
GTS_RULES_CONDITIONSNoNoNoYes
GTS_RULES_ERRORNoNoNoYes
GTS_RULES_CONFIG_TLNoNoNoYes
GTS_RULES_CONFIGNoNoNoYes
GTS_BUILDER_STGNoNoNoYes
GTS_BUILDER_LOGNoNoNoYes
B8D_GTS_PURGE_STGYesNoNoYes
B8D_PROCESS_CONFIGYesNoNoNo
RMS_BATCH_STATUSYesNoNoNo
JOB_AUDIT_LOGSNoYesNoNo

Purge Published Financial Data (fif_gl_publish_purge_job)

Module Nameff_gl_publish_purge_job
DescriptionPurge Published Financial Data
Functional AreaGeneral Ledger
Module TypeAdmin – Ad hoc
Module TechnologyBackground Processing
Catalog IDN/A
Wrapper Scriptb8dwrap.ksh

Schedule

Oracle Retail Merchandising Batch Schedule

Design Overview

This background job is composed of one-step processing only.

The Business logic program deletes records from the FIF_GL_PUBLISH table (week partitioned) where the extract date is past the GL_PUBLISH_PURGE_DAYS plus additional 7 days. It then invokes the function PARTITION_SQL.PURGE_INTERVAL_PARTITION , passing the target table name FIF_GL_PUBLISH and the retention days. This function executes the proper deletion/ purging of records from the target table by exercising table partitioning handling, such as Dropping Interval Partition (same as truncate or delete from table). It also archives the old records to the FIF_GL_PUBLISH_PRG_HIST table.

Restart/Recovery

N/A

Key Tables Affected

TableSelectInsertUpdateDelete
RMS_BATCH_STATUSYesNoNoNo
JOB_AUDIT_LOGSNoYesNoNo
B8D_PROCESS_CONFIGYesNoNoNo
FIF_GL_PUBLISHNoNoNoYes
FIF_GL_PUBLISH_PRG_HISTNoYesNoNo
PURGE_CONFIG_OPTIONSYesNoNoNo
ALL_TAB_PARTITIONSYesNoNoNo

I/O Specification

N/A

Purge SIOCS-RMS History Tables (sim_rms_history_purge_job)

Module Name Description Functional Area Module Type Module Technology

sim_rms_history_purge_job Purge SIOCS-RMS history tables SIOCS-RMS Integration Admin – Ad hoc Background Processing

Catalog ID Wrapper Script b8dwrap.ksh

Schedule

Oracle Retail Merchandising Batch Schedule

Design Overview

The Business logic program will invoke a call to a new program specific for handling SIOCSRMS historical tables, which are considered partitioned tables.

PARTITION_SQL.PURGE_INTERVAL_PARTITION is called by passing each target table names prefixed with SIM_RMS . This called program will execute the proper deletion/purging of records from target tables by exercising table partitioning handling such as Dropping Interval Partition (same as truncate or delete from table). Records older than SYSDATE minus inbound_data_history_months from SYSTEM_OPTIONS are purged.

Restart/Recovery

N/A

Locking Strategy

N/A

Security Considerations

N/A

Performance Considerations

N/A

Key Tables Affected

TableSelectInsertUpdateDelete
SYSTEM_OPTIONSYesNoNoNo
SYSTEM_VARIABLESYesNoNoNo
RMS_BATCH_STATUSYesNoNoNo
JOB_AUDIT_LOGSNoYesNoNo
ALL_PART_TABLESYesNoNoNo
ALL_TAB_PARTITIONSYesNoNoNo
SIM_RMS_ASNOUT_ITEM_HISTNoNoNoYes
SIM_RMS_ASNOUT_CARTON_HISTNoNoNoYes
SIM_RMS_ASNOUT_DISTRO_HISTNoNoNoYes
SIM_RMS_ASNOUT_HISTNoNoNoYes
TableSelectInsertUpdateDelete
SIM_RMS_DSD_RECEIPT_DETAIL_HISTNoNoNoYes
SIM_RMS_DSD_RECEIPT_HISTNoNoNoYes
SIM_RMS_INV_ADJ_HISTNoNoNoYes
SIM_RMS_INVENTORY_REQUEST_DETAIL_HISTNoNoNoYes
SIM_RMS_INVENTORY_REQUEST_HISTNoNoNoYes
SIM_RMS_PO_RECEIPT_DETAIL_HISTNoNoNoYes
SIM_RMS_PO_RECEIPT_HISTNoNoNoYes
SIM_RMS_PO_RECEIPT_OVERAGE_HISTNoNoNoYes
SIM_RMS_RTV_CFA_HISTNoNoNoYes
SIM_RMS_RTV_DETAIL_HISTNoNoNoYes
SIM_RMS_RTV_HISTNoNoNoYes
SIM_RMS_STOCK_COUNT_RESULT_DETAIL_HISTNoNoNoYes
SIM_RMS_STOCK_COUNT_RESULT_HISTNoNoNoYes
SIM_RMS_STOCK_COUNT_SCHEDULE_PROD_HISTNoNoNoYes
SIM_RMS_STOCK_COUNT_SCHEDULE_STORE_HIS
T
NoNoNoYes
SIM_RMS_STOCK_COUNT_SCHEDULE_HISTNoNoNoYes
SIM_RMS_STOCK_ORDER_STATUS_DETAIL_HISTNoNoNoYes
SIM_RMS_STOCK_ORDER_STATUS_HISTNoNoNoYes
SIM_RMS_STOCK_ORDER_RECEIPT_DETAIL_HISTNoNoNoYes
SIM_RMS_STOCK_ORDER_RECEIPT_HISTNoNoNoYes
SIM_RMS_FDG_DTL_HISTNoNoNoYes
SIM_RMS_FDG_ETT_HISTNoNoNoYes
SIM_RMS_FDG_EXT_HISTNoNoNoYes
SIM_RMS_FDG_HDR_HISTNoNoNoYes
SIM_RMS_FDG_REF_HISTNoNoNoYes
SIM_RMS_FDG_TEXT_HISTNoNoNoYes
SIM_RMS_STORE_ORDER_REVIEW_HISTNoNoNoYes
SIM_RMS_STORE_ORDER_REVIEW_ITEM_HISTNoNoNoYes

I/O Specification

N/A

Purge SIOCS-RMS Inbound and Staging Tables (sim_rms_purge_job)

Module Name Description Functional Area

sim_rms_purge_job Purge SIOCS-RMS inbound and staging tables SIOCS-RMS Integration

Module Type Admin – Ad hoc Module Technology Background Processing Catalog ID Wrapper Script b8dwrap.ksh

Schedule

Oracle Retail Merchandising Batch Schedule

Design Overview

The Business logic program invokes a call to a new program specific for handling SIOCS-RMS inbound tables as well as the corresponding staging tables used: SVC_ADMIN_UPLD_ER and SVC_PROCESS_TRACKER . It will delete all records that are older than sysdate minus the inbound_data_unprocessed_error_days value from SYSTEM_OPTIONS . The batch will not execute when the batch running indicator is on.

Restart/Recovery

N/A

Locking Strategy

Locked tables are skipped, but the process will continue to delete records from the remaining tables. Locked tables will be purged in the next run.

Security Considerations

N/A

Performance Considerations

N/A

Key Tables Affected

TableSelectInsertUpdateDelete
SYSTEM_OPTIONSYesNoNoNo
RMS_BATCH_STATUSYesNoNoNo
JOB_AUDIT_LOGSNoYesNoNo
SVC_ADMIN_UPLD_ERNoNoNoYes
SVC_PROCESS_TRACKERNoNoNoYes
SIM_RMS_INPUT_JSONNoNoNoYes
SIM_RMS_ASNOUTNoNoNoYes
SIM_RMS_DSD_RECEIPTNoNoNoYes
SVC_INV_ADJNoNoNoYes
TableSelectInsertUpdateDelete
SIM_RMS_INVENTORY_REQUESTNoNoNoYes
SIM_RMS_PO_RECEIPTNoNoNoYes
SIM_RMS_RTVNoNoNoYes
SIM_RMS_STOCK_COUNT_RESULTNoNoNoYes
SIM_RMS_STOCK_COUNT_SCHEDULENoNoNoYes
SIM_RMS_STOCK_ORDER_STATUSNoNoNoYes
SIM_RMS_STOCK_ORDER_RECEIPTNoNoNoYes
SIM_RMS_STORE_ORDER_REVIEWNoNoNoYes

I/O Specification

N/A

Purge Staged Financial General Ledger Data (stg_fif_gl_purge_job)

Module Name stg_fif_gl_purge_job Description Purge Staged Financial General Ledger Data Functional Area General Ledger Module Type Admin – Ad hoc Module Technology Background Processing Catalog ID Wrapper Script b8dwrap.ksh

Scheduling

Oracle Retail Merchandising Batch Schedule

Design Overview

This background job is composed of one-step processing only.

The Business logic program invokes a call to a new program specifically for handling historical tables that are considered partitioned tables. PARTITION_SQL.PURGE_INTERVAL_PARTITION is called passing the target table name STG_FIF_GL_DATA and retention days of 14. This function will execute the proper deletion/purging of records from the target table by exercising table partitioning handling such as Dropping Interval Partition (same as truncate or delete from table).

Restart/Recovery

N/A

Key Tables Affected

TableSelectInsertUpdateDelete
RMS_BATCH_STATUSYesNoNoNo
B8D_PROCESS_CONFIGYesNoNoNo
JOB_AUDIT_LOGSNoYesNoNo
STG_FIF_GL_DATANoNoNoYes
SYSTEM_OPTIONSYesNoNoNo
PERIODYesNoNoNo
ALL_TAB_PARTITIONSYesNoNoNo
ALL_PART_TABLESYesNoNoNo

I/O Specification

N/A

Refresh Materialized Views (refreshmview.ksh)

Module Name refreshmview.ksh Description Refreshes dept_sales_forecast, class_sales_forecast, subclass_sales_forecast, dept_sales_hist, class_sales_hist subclass_sales_hist, mv_subclass_loc_hist and mv_restart_stock_count materialized views

Functional Area Financials Module Type Ad hoc Module Technology ksh Catalog ID N/A Wrapper Script rmswrap_shell.ksh

Design Overview

This is a batch job that will refresh the specified materialized view. The materialized views that are refreshed are dept_sales_forecast , class_sales_forecast , subclass_sales_forecast , dept_sales_hist , class_sales_hist , subclass_sales_hist , mv_subclass_loc_hist and mv_restart_stock_count .

This program can be run ad hoc and will accept the materialized view name as the parameter. Nested refresh of the materialized view can be controlled using the optional parameter (Valid values: Y - True and N - False). By default, the refresh is nested.

Schedule

Oracle Retail Merchandising Batch Schedule

Restart/Recovery

N/A

I/O Specification

N/A

Retail Business Metrics Calculation (rbm_metrics_calc_job)

Module Name rbm_metrics_calc_job Description Retail Business Metrics Calculation job Functional Area Retail Business Metrics Module Type Admin – Ad hoc Module Technology Background Processing Catalog ID N/A Wrapper Script b8dwrap.ksh

Schedule

Oracle Retail Merchandising Batch Schedule

Design Overview

This job is a background job that computes the business metric for all metrics marked as enabled ( active_ind = ‘Y’ ) in the rbm_master table. The purpose of each metric is detailed in the metric_desc and comments columns in rbm_master table.

This job (and its successor job subscription_metrics_update_job ) is also executed from the START_RIB_ADAPTOR_NON_INV_JOB job at the end of the MFCS nightly process.

RBM_IDMETRIC_NAMEMETRIC_DESCCOMMENTS
100active_item_locsCount of transaction-
level item locations
where the status is
active, and the item
status is approved
Count of item location records
where the item/location status
isA(active) and the item status
isA(approved). Only
transaction-level items should
be considered. Three active
franchise location ranging
records are considered equal
to one retailer-owned active
ranging record when
calculating active item-
location metrics.
101gross_active_item_locsCount of all item
locations where the
status is active
Count of item location records
where the item/location status
isA(active) should be
considered.
RBM_IDMETRIC_NAMEMETRIC_DESCCOMMENTS
110sales_audit_transCount of sales audit
transaction header
records
Count of sales audit
transaction header records,
across all stores.
111sales_audit_tran_line_itemsCount of sales audit
transaction item
records
Count of sales audit
transaction item records,
across all stores.
120po_receiptsCount of the
purchase orders
Count of the shipments by
receipt date where the order
number is not null, across all
locations.
121po_lines_recievedCount of purchase
order lines received
Count of transaction data
records, for transaction code
20, by receipt date, where the
adjustment code is null, across
all locations.
130stock_order_receiptsCount of stock order
(transfer or
allocation) receipts
Count of the shipments by
receipt date where the BOL
number is not null, across all
locations.
131stock_order_lines_recievedCount of stock order
lines received
(transfer or
allocation)
Count of shipment transaction
data records for transaction
code44by day across all
locations.
140cost_changesTotal number of cost
changes executed
Sum by effective date the cost
change header records with a
status of Extracted (E) .
141cost_change_detailsTotal number of cost
changes executed at
detail level
Sum by effective date the cost
change detail records with a
status of Extracted (E) .
142cost_change_details_locTotal number of cost
changes executed at
detail location level
Sum by effective date the cost
change detail location records
with a status of Extracted (E) .
143late_posted_transactionsThe rate of late
posted transactions
calculated as the
count of Tran Data
records where tran
date < post date )/
(count of tran data
records).
Calculate the rate of the late
posted transaction from
tran_data_history.
144wf_gross_marginGross margin for B2B
sales, calculated as
(franchise sales retail
- franchise sales
cost) / franchise sales
retail.
Calculate the gross margin of
wholesale franchsie.me
145gross_marginGross margin for
non-B2B sales,
calculated as gross
margin amount / net
sales retail.
Calculate the gross margin of
wholesale franchise.

Retail Business Metrics Calculation (rbm_metrics_calc_job)

RBM_IDMETRIC_NAMEMETRIC_DESCCOMMENTS
146total_sales_revenueTotal sales revenue
using the value of net
sales at retail per
period.
Calculate the total sales
revenue value per period.
147wf_order_fll_rateB2B order fll rate
calculated as the
count of B2B orders
without cancelled
quantity / total
number of B2B
orders.
Calculate the percentage of
fulfl franchise orders without
cancelled quantity.
148inv_turnover_rateInventory turn rate,
calculated as net
sales at cost / average
inventory, with
average inventory
calculated as
(opening stock +
closing stock)/2.
Cost of Goods Sold / Average
Inventory.
149po_fll_ratePO fll rate,
calculated as the
count of orders
without cancelled
quantity / total
number of orders in
a period.
Calculate the percentage of
fulfl orders without cancelled
quantity.
150sell_through_rateSell through rate,
calculated as total
units sold / total units
received on POs in a
period.
Calculate the percentage rate
of the selling goods.
151shrink_rateShrink rate,
calculated as the
value of shrink /
average inventory
value, with average
inventory calculated
as (opening stock +
closing stock) / 2.
Calculate the percentage rate
of shrinkage.
152stock_availability_rateStock Availability
Rate is calculated as
the count of expected
item/locations / count
of in stock item/
locations. Expected
items are item/
locations in Active or
Discontinued status.
In stock item/item
locations are item/
locations in Active or
Discontinued status
that have stock on
hand.
Calculate stock availability
rate
RBM_IDMETRIC_NAMEMETRIC_DESCCOMMENTS
153stock_out_rateStock Out Rate is
calculated as the
inverse of the Stock
Availability Rate (1-
(count of expected
item/locations / count
of in stock item/
locations). Expected
items are item/
locations in Active or
Discontinued status.
In stock item/item
locations are item/
locations in Active or
Discontinued status
that have stock on
hand.
Calculate stock out rate
154issues_resolution_rateIssue resolution rate,
calculated as the
number of audit
issues resolved / total
Issues identifed in a
period.
Calculate the Sales Audit Issue
Resolution Rate.
155reconciliation_timelinessThe average time
required to close
store days in Sales
Audit, calculated as
the average of store
close date - business
date for a period.
Calculate the Sales Audit
Reconciliation Timeliness.
156unresolved_discrepancy_agingUnresolved
discrepancy aging,
calculated as the
average number of
days outstanding for
unresolved sales
audit discrepancies.
Calculate the Sales Audit Issue
Resolution Rate.
157coverage_rateCoverage rate is used
to measure the
percentage of stores
being audited,
calculated as count
of audited store
days / store days
expected.
Calculate the Sales Audit
Coverage Rate.
158exception_rateException rate
calculated as the
count of errors
found / total
transactions audited
Calculate the Sales Audit
Exception Rate.
RBM_IDMETRIC_NAMEMETRIC_DESCCOMMENTS
159correction_ratePercent of
transactions
requiring manual
correction after
initial sale,
calculated as count
of transactions with
errors/total
transactions for a
period.
Calculate the Sales Audit
Correction Rate.
160over_short_variance_rateThe rate of over/
short variances in a
period, calculated as
count of
discrepancies for the
Over/Short Store
total / all Over/Short
Store totals.
Calculate the Sales Audit Store
Over/Short Variance Rate.
500price_changesTotal number of
price changes that
have been executed
Sum of count of the price
changes by effective date
where the status is Executed
(5).
510ClearancesTotal number of
clearance events
(both markdowns
and resets) executed
Sum of count of the Executed
events (clearances) by
effective date where the status
is Executed (5).
511pricing_accuracyPricing accuracy,
calculated as the sum
of sales units sold
”off retail” (prom
type = 1006) / sum of
sales units sold for a
period.
Sum of sales units sold “off
retail” (prom type = 1006) /
sum of sales units sold for a
period.
512gross_margin_roiGross margin return
on investment
calculated as Gross
Margin / ((Opening
Stock Retail + Closing
Stock Retail)/2).
Gross Margin / Average
Inventory Cost.
513markdown_rateMarkdown Rate
calculcated as
(Promotional
Markdowns +
Clearance
Markdown) / Net
Sales.
(Promotional Sales + Clearance
Sales) / Net Sales.
514promotional_effectivenessPromotional
Effectiveness
calculcated as
Promotional Sales /
Regular Sales.
Promotional Sales / Regular
Sales.
RBM_IDMETRIC_NAMEMETRIC_DESCCOMMENTS
515clearance_markdown_rateClearance markdown
rate calculated as
Clearance
Markdowns / Net
Sales.
clearance markdown rate.
600AllocationsTotal number of
allocations sent to
Merchandising for
execution
Sum of count of allocations
(ALC_ALLOC) inApprovedorPO
Createdstatus by last update
date.
601allocation_line_itemsTotal number of
allocation lines sent
to Merchandising for
execution
Sum of count of allocation
details (ALC_ITEM_LOC) for
allocations inApprovedorPO
Createdstatus by last update
date.
700InvoicesTotal number of
merchandise
invoices posted to AP
Sum of count of documents of
type Merchandise Invoice
(MRCHI) with a status of Posted
(POSTED) by posted date.
701invoices_line_itemsTotal number of
invoice lines posted
to AP
Sum of count of detail lines for
merchandise invoices in
Postedstatus by posted date.
710other_documentsTotal number of
documents posted to
AP, excluding
merchandise
invoices
Sum of count of documents
that are not type Merchandise
Invoice (MRCHI) with a status
of Posted (POSTED) by posted
date.
711invoice_auto_match_rateThe rate at which
merchandise
invoices are auto
matched. Calculated
as the number of
invoices in matched
or posted status with
a match type of Auto
(A) or External (E) /
Total invoices in
matched or posted
status.
Calculate the rate of ensure
invoice processing accuracy.
712invoice_discrepancy_rateInvoice discrepancy
rate calculated as the
total value of
discrepancies / total
invoice value for
merchandise
invoices in matched
or posted status for
the period.
Calculate the rate of invoice
discrepancy.
713manually_matched_invoicesCount of
merchandise
invoices manually
matched in posted or
matched status.
Count of merchandise invoices
manually matched in posted
or matched status.
RBM_IDMETRIC_NAMEMETRIC_DESCCOMMENTS
714avg_invoice_process_timeInvoice processing
time calculated as
the average number
of days between
posted date and
document date for
merchandise
invoices in posted
status.
Average number of days
between posted date and
document date for
merchandise invoices.
715invoice_creation_automationInvoice creation
automation
calculated as the
number of invoices
received via EDI /
total vendor
invoices.
Number of invoices received
via EDI / Total vendor invoices.
716invoices_written_offCount of
merchandise
invoices calculated
as the sum the value
of variance within
tolerance + invoices
with a resolution
action of DWO for
merchandise
invoices in posted or
matched status.
Sum the value of variance
within tolerance + invoices
with a resolution action of
DWO for merchandise
invoices in posted or matched
status.
717charge_backs_debit_memoChargeback rate
calculated as the
count of debit
memos of type
Resolution / count of
total merchandise
invoices.
Count of debit memos of type
Resolution / Count of total
merchandise invoices.
718charge_backs_credit_noteChargeback rate
calculated as the
count of credit note
requests of type
Resolution / count of
total merchandise
invoices.
Count of credit note requests
of type Resolution / Count of
total merchandise invoices.
719charge_backs_credit_memosChargeback rate
calculated as the
count of credit
memos of type
Resolution / count of
total merchandise
invoices.
Charge backs (credit memos).

The data will be computed at the frequency indicated by calc_freq in the rbm_master table wherein D stands for daily, W stands for weekly, and M stands for monthly. The weekly metrics are calculated on the day indicated in the calc_weekday column. The monthly metrics are calculated on the day of the month indicated by the calc_day column.

The aggregate_method column indicates whether the calculated metric will be averaged or summed across the data points collected. Do not change the aggregate_method because data

collected up until the date of change will have a different meaning after the change. rbm_id is a pre-populated ID with dependencies in the rbm_values table and therefore should not be changed.

The metrics can be enabled or disabled using the Retail Business Metric Data Induction Template.

The computed data is stored in the rbm_values table. This data can then be used for reporting. For example, the aggregated active item locations data is consumed by Subscription Metrics Update ( subscription_metrics_update_job ), which in turn writes subscription metrics to the platform table to be used in reports in Retail Home.

Additional enabled metrics cover late-posted transactions, B2B and non-B2B gross margin, sales revenue, B2B and purchase-order fill rate, inventory turn, sell-through, shrink, stock availability and stock-out rate, Sales Audit issue resolution, reconciliation timeliness, discrepancy aging, coverage, exception, correction, and over/short variance rates. Additional pricing metrics cover pricing accuracy, gross-margin return on investment, markdown, promotional effectiveness, and clearance markdown rates. Invoice metrics cover auto-match and discrepancy rates, manually matched invoices, processing time, invoice-creation automation, invoices written off, and debit memo, credit note, and credit memo chargebacks.

Restart/Recovery

N/A

Key Tables Affected

TableSelectInsertUpdateDelete
RBM_MASTERYesNoNoNo
RBM_VALUESYesYesYesNo

Design Assumptions

N/A

Retain Item Forecast History (rms_oi_forecast_history.ksh)

Module Name rms_oi_forecast_history.ksh Description Retain 4 weeks of Item Forecast History Functional Area Item Forecast, Inventory Analyst Report Module Type Admin Module Technology Ksh Catalog ID RMS491 Wrapper Script rmswrap_shell.ksh

Design Overview

This batch program preserves 4 weeks of weekly forecasted sales data from ITEM_FORECAST in the ITEM_FORECAST_HISTORY table before ITEM_FORECAST is truncated and refreshed by the load_item_forecast.ksh weekly batch program. The data in ITEM_FORECAST_HISTORY is used

to support the Inventory Variance to Forecast report in the Inventory Analyst dashboard. If the system is not configured to use this report (for example,

rms_oi_system_options.ia_variance_to_forecast_ind is N ), then running this batch job will NOT copy any data to ITEM_FORECAST_HISTORY .

To support potentially large volume of data on ITEM_FORECAST and ITEM_FORECAST_HISTORY , ITEM_FORECAST_HISTORY is interval partitioned by EOW_DATE with a partition interval of 7 days and an interval high value of EOW_DATE +1. EOW_DATE must be a valid EOW_DATE based on calendar type – ( 4 ) 454 or ( C ) Standard Calendar.

Scheduling Constraints

Schedule InformationDescription
FrequencyWeekly
Scheduling ConsiderationsBeforeload_item_forecast.kshweekly runs that
truncates the data inITEM_FORECASTtable.
Pre-ProcessingN/A
Post-ProcessingN/A
Threading SchemeN/A

Restart/Recovery

N/A

Key Tables Affected

TableSelectInsertUpdateDelete
ITEM_FORECASTYesNoNoNo
ITEM_FORECAST_HISTNoYesNoYes

Design Assumptions

N/A

Subscription Metrics Update (subscription_metrics_update_job)

Module Name subscription_metrics_update_job Description Subscription Metrics Update Functional Area Subscription Metrics Module Type Admin – Ad hoc Module Technology Background Processing Catalog ID N/A Wrapper Script b8dwrap.ksh

Schedule

Oracle Retail Merchandising Batch Schedule

Design Overview

This job is a background job that executes after rbm_metrics_calc_job . First, the rbm_metric_calc_job aggregates the number of active item locations for the current month. After that, subscription_metrics_update_job reads the aggregated value, converts to Metrics UOM, and writes to the Platform tables. Retail Home displays the dashboard graph using the values populated in the Platform tables.

This job (and its predecessor job rbm_metric_calc_job ) is also executed from the START_RIB_ADAPTOR_NON_INV_JOB job at the end of the Merchandising nightly process.

Restart/Recovery

N/A

Key Tables Affected

TableSelectInsertUpdateDelete
RAF_SUBS_METRIC_USAGEYesYesNoNo
RAF_SUBS_METRIC_QTYYesYesYesNo

Design Assumptions

N/A

Tax Event Purge (tax_event_purge_job)

Module Name tax_event_purge_job Description Tax Event Purge Functional Area Purchase Order Module Type Admin - Ad hoc Module Technology Background Processing Catalog ID N/A Wrapper Script b8dwrap.ksh

Scheduling

Oracle Retail Merchandising Batch Schedule

Design Overview

This background job is composed of two steps processing. It will have a threading assignment and a business logic processing.

Thread assignment program will filter eligible records from tax calculated event table based on its purge criteria (retention number of days) with default value of 90 days and its tax event result defined as “C”ompleted Successfully. These records are chunked and Thread ID is assigned for each. They will be stored temporarily in a staging table.

The Business logic program will process all records from the staging table. Using bulk processing, this program will delete the records from tax calculated event table. It will free up and clean the staging table afterwards. There is a STOP ON NEXT feature in bulk processing (through a loop) where Administrators can stop this batch with a flip of this indicator.

Restart/Recovery

N/A

Key Tables Affected

Table 2-8 Key Tables Affected

TableSelectInsertUpdateDelete
RMS_BATCH_STATUSYesNoNoNo
B8D_PROCESS_CONFIGYesNoNoNo
JOB_AUDIT_LOGSNoYesNoNo
B8D_TAX_EVENT_PURGE_STGYesYesNoYes
TAX_CALC_EVENTNoNoNoYes
PERIODYesNoNoNo

Input/Output Specification

N/A

Tax Event Purge (taxevntprg)

Module Name Taxevntprg Description Tax Event Purge Functional Area Purchase Order Module Type Admin Module Technology PROC Catalog ID RMS373 Wrapper Script N/A

Schedule

Oracle Retail Merchandising Batch Schedule

Design Overview

This batch purges the tax events from the tax calculation event table. The records to be purged are based on its last update timestamp along with the tax event result.

Restart/Recovery

N/A

Design Assumptions

N/A

Truncate Table Script (trunctbl.ksh)

Module Name trunctbl.ksh Description Truncate Table Script Functional Area Foundation Module Type Admin Module Technology KSH Catalog ID RMS475 Wrapper Script rmswrap_shell.ksh

Schedule

Oracle Retail Merchandising Batch Schedule

Design Overview

This program performs truncate operations on a Merchandising table or a specific partition. It accepts an input table name and an optional partition name. If no partition name is passed, then the truncate is applied on the entire table.

This program must be run as either the Merchandising schema owner, or be run by a user that has been granted the following system privileges:

  • drop any table

  • alter any table

Currently, the following action and tables are processed by the batch. For the runtime parameters, refer to the Oracle Retail Merchandising Batch Schedule .

Table 2-9 Actions and Tables Processed by Batch

TablePartition
NIL_INPUT_WORKINGN/A

Restart/Recovery

N/A

Design Assumptions

N/A


In this guide

  • 5 ReSTful Web ServicesInbound and Outbound Integration Guide · shares COST_SUSP_SUP_DETAIL, COST_ZONE_GROUP_LOC, DAILY_PURGE, DEAL_DETAIL
  • 3 Foundation Data MaintenanceBatch Operations Guide · shares COMPANY_CLOSED_EXCEP, COST_ZONE, COST_ZONE_GROUP_LOC, DIFF_RATIO_DETAIL
  • 15 Sales HistoryBatch Operations Guide · shares ALL_PART_TABLES, ALL_TAB_PARTITIONS, CLASS_SALES_HIST, DAILY_SALES_DISCOUNT
  • G Appendix: Tables ListMerchandising Cloud Services Data Conversion Implementation Guide · shares COND_TARIFF_TREATMENT, COST_SUSP_SUP_DETAIL, DIFF_RATIO_DETAIL, DIFF_RATIO_HEAD
  • 6 Scheduled IntegrationInbound and Outbound Integration Guide · shares DAILY_DATA, DAILY_SALES_DISCOUNT, EOW_DATE, FIF_AP_DETAIL_PUBLISH
  • 3 Custom Validation RulesMerchandising Cloud Services Customization and Extension Guide · shares ITEM_CHRG_DETAIL, ITEM_CHRG_HEAD, ITEM_EXP_DETAIL, ITEM_EXP_HEAD