1. Sales Order Management Implementation Guide
  2. Understanding Real-Time Event Filtering

Understanding Real-Time Event Filtering

When an RTE is active, the system publishes the RTE when you create a new order and make any subsequent revisions such as sales order update or status change. Depending on the order type, the order might undergo several changes during its life cycle, which could result in the system generating multiple RTEs that are not needed by those systems which are subscribing to real-time events. Unnecessary RTEs impact system performance by placing increased demand on the transaction server that processes the RTEs.

The Work With RTE Filter program (P4230) provides the flexibility to filter RTE generation for the most heavily used events:

  • Sales Order. RTSOOUT, RTSOOUT2, and RTSOOUT3.

  • Shipment Notice Manage Notify. RTSHPNOUT and RTSHPNOUT2.

  • Invoice Manage Notify. RTINVOUT and RTINVOUT2.

For example, without filtering the system generates a version of event RTSOOUT each time you make a change to a sales order. Subscribing systems do not need many of these generated transactions to process through the transaction server. The Work With RTE Filter program enables you to set up the JD Edwards EnterpriseOne system to publish the RTSOOUT, RTSOOUT2, RTSOOUT3, RTSHPNOUT, RTSHPNOUT2, RTINVOUT, and RTINVOUT2 events based upon specific criteria such as:

  • Last status code. Filtering based upon status code provides enormous flexibility and applies only to the JD Edwards EnterpriseOne Sales Order Management system.

  • (Release 9.2 Update) Next status code. Filtering data based on the next status enables you to filter out non-EDI order changes such as backorder release, pick slip print, and requested date and not transmit this information through RTEs.

  • Order type. You can exclude the order types that you do not want the system to generate RTEs. For example, you might not want the system to generate RTEs for transfer orders between branch plants.

  • Business unit. You can exclude the business units that you do not want the system to generate RTEs. For example, you might have a central location that serves as a distribution center to regional locations. When shipping to regional locations you may find it unnecessary for the system to generate RTEs.