HCL® Opportunity Detect enables you to look for specified customer behaviors and patterns in your customer data. You define the transactions and patterns that Opportunity Detect looks for, and you specify the data that is written to the database or web servlet when those criteria are met.
You build expressions and configure incoming events and time spans when you work with several types of components. In addition, all component editors have a left panel where you configure or view basic attributes. Read this section to understand these commonly used component attributes.
Fields where you can enter a description of the component. Optional.
The permissions assigned to users in Opportunity Detect determine what areas of the application they can access and the actions they can perform.
You build trigger systems in workspaces. This procedure provides the basic steps for setting up workspaces. Details on adding and using components are provided elsewhere in this guide.
There are three ways to add components to workspaces: by creating a component from the Component Palette, by copying a component within a workspace, and by using a component reference to share a component across workspaces.
You can create and run deployment configurations and view deployment and batch run history on the Workspaces page.
Opportunity Detect generates one outcome record for every set of transactions that meets the criteria specified in the trigger system.
Components are the basic building blocks for trigger systems in Opportunity Detect.
The Data Dependencies panel contains a read-only list of transaction data sources that are allowed and used in this component and the audience level associated with these data sources. The fields update as you configure a component.
The name and type of any components that use this component. Use this information when you want to make a change to a component, to see what other components might be affected by the change. Read only.
Fields where you can set a start and end date during which an event component is active. Optional.
Fields where you set a limit on how often an event component produces its event. Optional.
All event components except the Simple require an incoming event to activate them. The incoming event signals to the component that there is data for it to evaluate against its criteria.
Time spans are used throughout Opportunity Detect to specify time periods.
When you configure a calendar time span or an effective window, you use time constants and time units. Time constants, the starting points of time units, and the end points of irregular time units have specific definitions within Opportunity Detect.
A firing condition is required for Simple components and is optional for Action components. You can define an expression to serve as a firing condition. The expression can be an existing Boolean expression component, or you can define an inline expression that is available only within the component where it is defined.
Functions perform some additional processing on a record set returned by a Container or Select component. Functions allow you to apply commonly used database functions to the records.
The Expression Builder is used throughout Opportunity Detect to compare strings and numbers, perform math operations, and apply database functions.
In Opportunity Detect, you use regular expressions in two situations.
Expression components evaluate customer data and return a value that can be used by other components. You can create similar logic by using inline expressions within components, but creating an expression component for frequently used calculations allows you to re-use this logic.
Trigger systems in HCL® Opportunity Detect all have Simple components as their basic building block. Simple is the only component type that is triggered by incoming transactions in the transaction data feed, and not by an event produced by another component. This is why every trigger system requires at least one Simple component.
The purpose of an Action component is to send a notification that a specified behavior has occurred by writing data to a database or sending the data to a web service. Like all event components, an Action component fires and writes its outcome when it receives an incoming event from another event component.
Select components perform operations that are similar to the SQL SELECT database query with optional WHERE clauses. A Select component holds a set of records that you define, and on which you can perform further operations.
Container components store data that you define for a specified length of time. Container components depend on Container Manipulator components to feed them the data that they store.
You can use Pattern components to test whether one or more events for a given customer occur over a period of time. A Pattern component collects events that match its criteria and stores these events in the customer's state history. When the specified pattern of events is met, the pattern drops those events from state history and fires a positive event.
You use a Backward Inactivity component when you want to verify that some event did not occur within a specified period of time prior to an incoming event. You use a Forward Inactivity component to set a timer when it receives an incoming event, and optionally to specify another event that turns off the timer.
Trend components detect changes in activity measured over defined periods of time. Before you can create a trend component, your trigger system must include a Container or Select component that the trend can use as a data source.
An artificial transaction (ATX) is a system-generated event that you can use as an incoming event in an event component.