Overview
Plugin Configuration
General
Within the General tab:
The following settings can be configured:
Setting | Description |
---|---|
Server names(s) | The name of the cache server(s) you are using. If the rule is running in DDE then this will automatically be populated and the value will be ignored. |
KeySpace | Tables exist in Keyspace (similar to a database). If the rule is running in DDE then this will automatically be populated with the client name within DDE and the value will be ignored. |
Table | The name of the table which will be created in Cassandra. If left blank this will be the same as the key field name. |
Key | The field that contains the unique key (primary key) which identify items in the cache. e.g. Customer ID or Order ID |
Event loop count limit | Set the maximum amount of times that the same record (based on the Key) can be processed. For example you may want limit the amount of abandoned emails being sent for 1 individual to 3 for example. If an event is processed more than this number of times then the data is sent to the error output. The rule should therefore have an error handling step to cater for events that exceed the event loop limit. e.g. If an error handling step is not configured, any event exceeding the limit will be discarded. |
Best practise
The Process Future Event task can add many entries for the same Key. For example, the same customer over a period of time can add many products to a shopping cart on a website. The Create Future Events will write many entries to the Cassandra table, but only the latest basket status would be valid for an abandoned cart email.
To ensure that the event being processed is the latest, a filter condition should immediately follow the Process Future events step:
Example
Scenario
A Sofa company wants to send a confirmation email once a product has been purchased, detailing when the product will be delivered. A follow-up email will be sent 1 day before the delivery date reminding the customer of the delivery datetime.
Solution
A rule is created that receives booking and delivery details once a purchase has been made. This is rule is called from the order confirmation page on the website. The rule does the following:
| |
A sister rule is created that runs the process future event. The rule does the following:
|