Oracle® Retail Merchandising Foundation Cloud Service Operations Guide, Volume 1 - Batch Overviews and Designs Release 19.2.000 F36502-03 |
|
![]() Previous |
![]() Next |
This chapter contains information about a number of batch processes perform administrative processes in Merchandising. These processes range from incrementing the current business date for transactions (known in Merchandising as vdate) to purging unused data.
The batch programs covered in this section include the following:
Archive and Truncate Purge History Tables (batch_archive_purge_hist.ksh)
Load Spreadsheet Templates (ld_iindfiles.ksh and loadods.ksh)
Purge Asynchronous Job Tables (async_job_status_retry_cleanup.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:
Module Name | batch_archive_purge_hist.ksh |
Description | Archive and Truncate Purge History Tables |
Functional Area | Administration |
Module Type | Admin |
Module Technology | ksh |
Catalog ID | RMS477 |
Wrapper Script | N/A |
The purpose of this program is to archive and truncate purge history tables regularly in Merchandising.
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 also 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 batch_archive_purge_hist.ksh will export the purge history table data as a dump file using Oracle Data Pump export utility (expdp) and move the dump file to SFTP site for customer pick up. And after successful export of the transaction data, purge history tables are truncated.
This script has the below functions:
check_archive_dates - checks for the archive last run date. Based on the last archive date and the archive frequency input parameter, decides whether to archive and truncate the purge history tables or not. This ensures that even though this batch job is scheduled to run daily, the actual archiving and purging of the purge history tables will only occur every X number of days based on the input parameter.
truncate_prg_hist_tables - Truncates purge history tables after successful export of the transaction data.
update_rms_archive_date - update the Merchandising archive date, after the successful archiving and truncation of purge history tables.
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 |
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.
Table 2-1 Key Tables Affected
Table | Select | Insert | Update | Delete |
---|---|---|---|---|
RMS_BATCH_STATUS |
Yes |
No |
No |
No |
B8D_PROCESS_CONFIG |
Yes |
No |
No |
No |
JOB_AUDIT_LOGS |
No |
Yes |
No |
No |
B8D_DAILY_PURGE_STG |
Yes |
No |
No |
No |
DAILY_PURGE |
Yes |
No |
No |
Yes |
DAILY_PURGE_ERROR_LOG |
Yes |
Yes |
No |
Yes |
LOC_LIST_DETAIL |
No |
No |
No |
Yes |
MONTH_DATA_BUDGET |
Yes |
No |
No |
Yes |
HALF_DATA_BUDGET |
Yes |
No |
No |
Yes |
VAT_DEPS |
Yes |
No |
No |
Yes |
SKULIST_CRITERIA |
Yes |
No |
No |
Yes |
DOMAIN_DEPT |
Yes |
No |
No |
Yes |
FORECAST_REBUILD |
Yes |
No |
No |
Yes |
SUP_DATA |
Yes |
No |
No |
Yes |
DEPT_SALES_HIST |
Yes |
No |
No |
Yes |
DEPT_SALES_FORECAST |
Yes |
No |
No |
Yes |
DEAL_ITEMLOC |
Yes |
No |
No |
Yes |
DEPS |
Yes |
No |
No |
Yes |
STOCK_LEDGER_INSERTS |
Yes |
No |
No |
Yes |
STAKE_SCHEDULE |
Yes |
No |
No |
Yes |
DEPT_CHRG_DETAIL |
Yes |
No |
No |
Yes |
WH_DEPT |
Yes |
No |
No |
Yes |
DEPT_CHRG_HEAD |
Yes |
No |
No |
Yes |
SUP_BRACKET_COST |
Yes |
No |
No |
Yes |
SUP_REPL_DAY |
Yes |
No |
No |
Yes |
SUP_INV_MGMT |
Yes |
No |
No |
Yes |
FILTER_GROUP_MERCH |
Yes |
No |
No |
Yes |
IB_RESULTS |
Yes |
No |
No |
Yes |
WEEK_DATA |
Yes |
No |
No |
Yes |
DAILY_DATA |
Yes |
No |
No |
Yes |
MONTH_DATA |
Yes |
No |
No |
Yes |
TRAN_DATA_HISTORY |
Yes |
No |
No |
Yes |
HALF_DATA |
Yes |
No |
No |
Yes |
PARTNER |
Yes |
No |
No |
Yes |
SHIPMENT |
Yes |
No |
No |
Yes |
COST_ZONE_GROUP_LOC |
Yes |
No |
No |
Yes |
COST_ZONE |
Yes |
No |
No |
Yes |
COST_ZONE_GROUP |
Yes |
No |
No |
Yes |
UDA_ITEM_DEFAULTS |
Yes |
No |
No |
Yes |
DOMAIN_CLASS |
Yes |
No |
No |
Yes |
CLASS_SALES_HIST |
Yes |
No |
No |
Yes |
CLASS_SALES_FORECAST |
Yes |
No |
No |
Yes |
CLASS |
Yes |
No |
No |
Yes |
DOMAIN_SUBCLASS |
Yes |
No |
No |
Yes |
OTB |
Yes |
No |
No |
Yes |
DIFF_RATIO_DETAIL |
Yes |
No |
No |
Yes |
DIFF_RATIO_HEAD |
Yes |
No |
No |
Yes |
SUBCLASS_SALES_HIST |
Yes |
No |
No |
Yes |
SUBCLASS_SALES_FORECAST |
Yes |
No |
No |
Yes |
SUBCLASS |
Yes |
No |
No |
Yes |
MERCH_HIER_DEFAULT |
Yes |
No |
No |
Yes |
WH |
Yes |
No |
No |
Yes |
WH_ADD |
Yes |
No |
No |
Yes |
STORE_SHIP_DATE |
Yes |
No |
No |
Yes |
LOC_TRAITS_MATRIX |
Yes |
No |
No |
Yes |
COST_ZONE_GROUP_LOC |
Yes |
No |
No |
Yes |
ITEM_EXP_DETAIL |
Yes |
No |
No |
Yes |
ITEM_EXP_HEAD |
Yes |
No |
No |
Yes |
EXP_PROF_DETAIL |
Yes |
No |
No |
Yes |
EXP_PROF_HEAD |
Yes |
No |
No |
Yes |
STORE_GRADE_STORE |
Yes |
No |
No |
Yes |
DAILY_SALES_DISCOUNT |
Yes |
No |
No |
Yes |
LOAD_ERR |
Yes |
No |
No |
Yes |
STORE |
Yes |
No |
No |
Yes |
EDI_SALES_DAILY |
Yes |
No |
No |
Yes |
COMP_STORE_LINK |
Yes |
No |
No |
Yes |
SEC_GROUP_LOC_MATRIX |
Yes |
No |
No |
Yes |
LOC_CLSF_HEAD |
Yes |
No |
No |
Yes |
LOC_CLSF_DETAIL |
Yes |
No |
No |
Yes |
SOURCE_DLVRY_SCHED |
Yes |
No |
No |
Yes |
SOURCE_DLVRY_SCHED_DAYS |
Yes |
No |
No |
Yes |
SOURCE_DLVRY_SCHED_EXC |
Yes |
No |
No |
Yes |
COMPANY_CLOSED_EXCEP |
Yes |
No |
No |
Yes |
LOCATION_CLOSED |
Yes |
No |
No |
Yes |
POS_STORE |
Yes |
No |
No |
Yes |
STORE_HIERARCHY |
Yes |
No |
No |
Yes |
ADDR |
Yes |
No |
No |
Yes |
TIF_EXPLODE |
Yes |
No |
No |
Yes |
WALK_THROUGH_STORE |
Yes |
No |
No |
Yes |
SKULIST_DETAIL |
Yes |
No |
No |
Yes |
INV_STATUS_QTY |
Yes |
No |
No |
Yes |
REPL_ATTR_UPDATE_LOC |
Yes |
No |
No |
Yes |
REPL_ATTR_UPDATE_HEAD |
Yes |
No |
No |
Yes |
REPL_ATTR_UPDATE_ITEM |
Yes |
No |
No |
Yes |
COST_SUSP_SUP_DETAIL |
Yes |
No |
No |
Yes |
ITEM_HTS_ASSESS |
Yes |
No |
No |
Yes |
ITEM_HTS |
Yes |
No |
No |
Yes |
REQ_DOC |
Yes |
No |
No |
Yes |
ITEM_IMPORT_ATTR |
Yes |
No |
No |
Yes |
TIMELINE |
Yes |
No |
No |
Yes |
COND_TARIFF_TREATMENT |
Yes |
No |
No |
Yes |
ITEM_IMAGE |
Yes |
No |
No |
Yes |
ITEM_SUPP_UOM |
Yes |
No |
No |
Yes |
DEAL_SKU_TEMP |
Yes |
No |
No |
Yes |
DEAL_DETAIL |
Yes |
No |
No |
Yes |
ITEM_SUPP_COUNTRY |
Yes |
No |
No |
Yes |
ITEM_SUPP_COUNTRY_DIM |
Yes |
No |
No |
Yes |
RECLASS_ITEM |
Yes |
No |
No |
Yes |
SUP_AVAIL |
Yes |
No |
No |
Yes |
ITEM_SUPPLIER |
Yes |
No |
No |
Yes |
ITEM_MASTER |
Yes |
No |
No |
Yes |
PACK_TMPL_DETAIL |
Yes |
No |
No |
Yes |
SUPS_PACK_TMPL_DESC |
Yes |
No |
No |
Yes |
PACK_TMPL_HEAD |
Yes |
No |
No |
Yes |
UDA_ITEM_LOV |
Yes |
No |
No |
Yes |
UDA_ITEM_DATE |
Yes |
No |
No |
Yes |
UDA_ITEM_FF |
Yes |
No |
No |
Yes |
ITEM_SEASONS |
Yes |
No |
No |
Yes |
ITEM_TICKET |
Yes |
No |
No |
Yes |
COMP_SHOP_LIST |
Yes |
No |
Yes |
Yes |
TICKET_REQUEST |
Yes |
No |
No |
Yes |
PRICE_HIST |
Yes |
Yes |
No |
Yes |
PACKITEM_BREAKOUT |
Yes |
No |
No |
Yes |
PACKITEM |
Yes |
No |
No |
Yes |
POS_MERCH_CRITERIA |
Yes |
No |
No |
Yes |
ITEM_CHRG_HEAD |
Yes |
No |
No |
Yes |
ITEM_CHRG_DETAIL |
Yes |
No |
No |
Yes |
RECLASS_COST_CHG_QUEUE |
Yes |
No |
No |
Yes |
ITEM_PUB_INFO |
Yes |
No |
No |
Yes |
ITEM_MFQUEUE |
Yes |
No |
No |
Yes |
ITEM_XFORM_HEAD |
Yes |
No |
No |
Yes |
ITEM_XFORM_DETAIL |
Yes |
No |
No |
Yes |
DEAL_ITEM_LOC_EXPLODE |
Yes |
No |
No |
Yes |
ITEM_APPROVAL_ERROR |
Yes |
No |
No |
Yes |
Module Name | dlyprg.pc |
Description | Daily Purge of Foundation Data |
Functional Areas | Administration |
Module Type | Admin |
Module Technology | ProC |
Catalog ID | RMS218 |
Wrapper Script | rmswrap.ksh |
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). Dlyprg.pc checks these complex rules. If the deletion request passes the rules, dlyprg.pc deletes the data. If dlyprg.pc is not able to delete the data, it writes a record to a log table for further investigation. Dlyprg 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.
Module Name | refreshmview.ksh |
Description | Refreshes dept_sales_forecast, class_sales_forecast and subclass_sales_forecast materialized views |
Functional Area | Financials |
Module Type | Adhoc |
Module Technology | ksh |
Catalog ID | N/A |
Runtime Parameters | Database connection, Materialized View Name, Nested(Valid values: Y - True and N - False). |
This is a batch job that will refresh the specified materialized view. The materialized views refreshed are dept_sales_forecast, class_sales_forecast and subclass_sales_forecast.
This program will be run Adhoc and will accept materialized view name as the parameter. Nested refresh of the materialized view can be controlled using the optional parameter. By default, the refresh is nested.
Schedule Information | Description |
---|---|
Processing Cycle | Ad Hoc |
Frequency | As Needed |
Scheduling Considerations | It is a Adhoc |
Pre-Processing | N/A |
Post-Processing | N/A |
Threading Scheme | N/A |
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 |
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-of-week 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 end-of-month date (calculated).
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 |
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. |
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 |
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 ID | Prepost Job | Related Main Program Catalog ID | Related Main Program |
---|---|---|---|
RMS400 |
prepost rpl pre |
RMS315 |
rplext |
RMS401 |
prepost salweek post |
RMS346 |
salweek |
RMS402 |
prepost salmth post |
RMS343 |
salmth |
RMS403 |
prepost rplapprv pre |
RMS300 |
rplapprv |
RMS404 |
prepost rplatupd pre |
RMS313 |
rplatupd |
RMS405 |
prepost rplatupd post |
RMS313 |
rplatupd |
RMS406 |
prepost rilmaint pre |
RMS311 |
rilmaint |
RMS407 |
prepost rilmaint post |
RMS311 |
rilmaint |
RMS408 |
prepost supmth post |
RMS369 |
supmth |
RMS409 |
prepost sccext post |
RMS355 |
sccext |
RMS410 |
prepost hstbld pre |
RMS239 |
hstbld |
RMS411 |
prepost hstbld post |
RMS239 |
hstbld |
RMS413 |
prepost edidlprd post |
RMS47 |
edidlprd |
RMS414 |
prepost edidlprd pre |
RMS47 |
edidlprd |
RMS417 |
prepost cntrordb post |
RMS232 |
cntrordb |
RMS418 |
prepost fsadnld post |
N/A |
N/A |
RMS419 |
prepost btchcycl |
N/A |
No related main process. Is used to enable DB policies that might have been disabled in order to run batch. |
RMS421 |
prepost poscdnld post |
N/A |
poscdnld |
RMS423 |
prepost htsupld pre |
N/A |
htsupld |
RMS425 |
prepost reclsdly pre |
RMS302 |
reclsdly |
RMS426 |
prepost reclsdly post |
RMS302 |
reclsdly |
RMS427 |
prepost ibcalc pre |
RMS249 |
ibcalc |
RMS428 |
prepost fcstprg pre |
RMS227 |
fcstprg |
RMS429 |
prepost fcstprg post |
RMS249 |
fcstprg |
RMS430 |
prepost reqext pre |
RMS310 |
reqext |
RMS431 |
prepost reqext post |
RMS310 |
reqext |
RMS432 |
prepost stkupd pre |
N/A |
Stkupd |
RMS433 |
prepost replroq pre |
RMS308 |
Replroq |
RMS434 |
prepost rplext post |
RMS315 |
Rplext |
RMS438 |
prepost saleoh pre |
RMS337 |
Saleoh |
RMS440 |
prepost salweek pre |
RMS346 |
salweek |
RMS441 |
prepost dealinc pre |
RMS211 |
Dealinc |
RMS442 |
prepost dealday pre |
RMS208 |
dealday |
RMS443 |
prepost dealday post |
RMS208 |
dealday |
RMS444 |
prepost dealact_nor pre |
RMS206 |
Dealact |
RMS445 |
prepost dealact_po pre |
RMS206 |
Dealact |
RMS446 |
prepost dealact_sales pre |
RMS206 |
Dealact |
RMS447 |
prepost dealfct pre |
RMS209 |
Dealfct |
RMS448 |
prepost dealcls post |
RMS209 |
Dealcls |
RMS449 |
prepost hstbldmth post |
RMS241 |
hstbldmth |
RMS450 |
prepost vendinvc pre |
N/A |
vendinvc |
RMS451 |
prepost vendinvf pre |
N/A |
vendinvf |
RMS452 |
prepost vendinvc post |
N/A |
vendinvc |
RMS453 |
prepost vendinvf post |
N/A |
vendinvf |
RMS454 |
prepost docclose pre |
RMS219 |
docclose |
RMS455 |
prepost stkprg post |
RMS360 |
stkprg |
RMS456 |
prepost wfordupld pre |
RMS392 |
wfordupld |
RMS457 |
prepost wfretupld pre |
N/A |
wfretupld |
RMS458 |
prepost replsizeprofile pre |
RMS309 |
replsizeprofile |
RMS459 |
prepost supsplit pre |
RMS370 |
supsplit |
RMS461 |
prepost batch_ordcostcompupd pre |
RMS190 |
batch_ordcostcompupd |
RMS462 |
prepost batch_ordcostcompupd post |
RMS190 |
batch_ordcostcompupd |
RMS463 |
prepost batch_costcompupd post |
RMS190 |
batch_ordcostcompupd |
RMS465 |
prepost dlyprg post |
RMS218 |
dlyprg |
RMS466 |
prepost tsfprg pre |
RMS380 |
tsfprg |
RMS467 |
prepost tsfprg post |
RMS380 |
tsfprg |
RMS468 |
prepost fcexec pre |
RMS223 |
fcexec |
RMS469 |
prepost start_batch pre |
N/A |
Sets the batch running ind to ’Y' to limit front end use of the system. |
RMS470 |
prepost end_batch post |
N/A |
Sets 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. |
RMS488 |
prepost btchcycl post |
N/A |
This job reenables all policies in the Merchandising owning schema. |
RMS489 |
prepost dealfct post |
RMS209 |
dealfct |
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 |
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.
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 |
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.
Table 2-3 Key Tables Affected
Table | Select | Insert | Update | Delete |
---|---|---|---|---|
PERIOD |
Yes |
No |
No |
No |
PURGE_CONFIG_OPTIONS |
Yes |
No |
No |
No |
RMS_BATCH_STATUS |
Yes |
No |
No |
No |
B8D_PROCESS_CONFIG |
Yes |
No |
No |
No |
JOB_AUDIT_LOGS |
No |
Yes |
No |
No |
B8D_COMP_PRICING_PURGE_STG |
Yes |
Yes |
No |
Yes |
COMP_PRICE_HIST |
Yes |
No |
No |
Yes |
COMP_SHOP_LIST |
Yes |
No |
No |
Yes |
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 |
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.
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 |
Wrapper Script | rmswrap_shell.ksh |
This batch program calls a package function 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.
Table 2-5 Key Tables Affected
Table | Select | Insert | Update | Delete |
---|---|---|---|---|
RMS_OI_BUYER_EARLY_LATE_SHIP |
No |
No |
No |
Yes |
RMS_OI_BUYER_ORDERS_TO_APPROVE |
No |
No |
No |
Yes |
RMS_OI_INV_ANA_OPEN_ORDER |
No |
No |
No |
Yes |
RMS_OI_INV_ANA_VARIANCE |
No |
No |
No |
Yes |
RMS_OI_INV_CTL_NEG_INV |
No |
No |
No |
Yes |
RMS_OI_INV_ORD_ERRORS |
No |
No |
No |
Yes |
RMS_OI_INV_ORD_ITEM_ERRORS |
No |
No |
No |
Yes |
RMS_OI_MISSING_STOCK_COUNT |
No |
No |
No |
Yes |
RMS_OI_OVERDUE_SHIP_ALLOC |
No |
No |
No |
Yes |
RMS_OI_OVERDUE_SHIP_TSF |
No |
No |
No |
Yes |
RMS_OI_OVERDUE_SHIP_RTV |
No |
No |
No |
Yes |
RMS_OI_STK_ORD_PEND_CLOSE |
No |
No |
No |
Yes |
RMS_OI_STOCK_COUNT_VARIANCE |
No |
No |
No |
Yes |
RMS_OI_TSF_PEND_APPROVE |
No |
No |
No |
Yes |
RMS_OI_UNEXPECTED_INV |
No |
No |
No |
Yes |
RMS_OI_DATA_STWRD_INCOMP_ITEMS |
No |
No |
No |
Yes |
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 |
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.
Table 2-6 Key Tables Affected
Table | Select | Insert | Update | Delete |
---|---|---|---|---|
MERCHHIER_EXPORT_STG |
No |
No |
No |
Yes |
ORGHIER_EXPORT_STG |
No |
No |
No |
Yes |
STORE_EXPORT_STG |
No |
No |
No |
Yes |
DIFFS_EXPORT_STG |
No |
No |
No |
Yes |
DIFFGRP_EXPORT_STG |
No |
No |
No |
Yes |
ITEM_EXPORT_STG |
No |
No |
No |
Yes |
VAT_EXPORT_STG |
No |
No |
No |
Yes |
RELITEM_EXPORT_STG |
No |
No |
No |
Yes |
DATA_EXPORT_HIST |
No |
No |
No |
Yes |
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 |
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.
Module Name | fcstprg.pc |
Description | Purge Forecast Data |
Functional Area | Interface - Planning |
Module Type | Admin |
Module Technology | ProC |
Catalog ID | RMS227 |
Wrapper Script | rmswrap.ksh |
Module Name | forecast_data_purge_job |
Description | Purge Forecast Data |
Functional Area | Interface - Planning |
Module Type | Admin - Ad hoc |
Module Technology | Background Processing |
Catalog ID | N/A |
Wrapper Script | b8dwrap.ksh |
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 RMS forecast information tables based on passed Domain ID. By default, all domains are captured and considered for purging criteria. 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 their respective RMFCS forecast information tables. Data deletion is performed by partition truncation, table truncation or deletion by domain. The method of deletion is dependent on whether or not the table is partitioned. This program serves to delete data by domains so that they can re-loaded with new forecast information from a forecasting system such as Demand Forecasting.. 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.
Table | Select | Insert | Update | Delete |
---|---|---|---|---|
RMS_BATCH_STATUS | Yes | No | No | No |
B8D_PROCESS_CONFIG | Yes | No | No | No |
JOB_AUDIT_LOGS | Yes | No | No | No |
B8D_FORECAST_DATA_PURGE_STG | Yes | Yes | No | Yes |
ITEM_FORECAST | No | No | No | Yes |
DEPT_SALES_FORECAST | No | No | No | Yes |
CLASS_SALES_FORECAST | No | No | No | Yes |
SUBCLASS_SALES_FORECAST | No | No | No | Yes |
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 |
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.
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 |
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 |
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.
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 |
This batch program preserves four weeks of weekly forecasted sales data, moving the data from the item forecast table to the item forecast history table. The item forecast table is truncated and refreshed by the load_item_forecast.ksh weekly batch program.
The data in the history table 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, then running this batch job will NOT copy any data to the history table.
To support potentially large volume of data on the item forecast and item forecast history tables, the history table is interval partitioned by end of week date with a partition interval of 7 days and an interval high value of end of week date + 1. End of week date must be a valid end of week date based on calendar type - (4) 454 or (C) Standard Calendar.
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 |
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.
Module Name | Taxevntprg |
Description | Tax Event Purge |
Functional Area | Purchase Order |
Module Type | Admin |
Module Technology | PROC |
Catalog ID | RMS373 |
Wrapper Script | N/A |
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 |
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.