Difference between revisions of "Calendar Based Data Policies"

From LongJump Support Wiki
imported>Alice
(Removed SOAP reference)
 
imported>Aeric
Line 1: Line 1:
===Calendar-Based Data Policies===
===Calendar Based Data Policies===
Calendar based data policy actions are triggered on a schedule, defined by the following parameters:
Calendar based data policy actions are triggered on a schedule, defined by the following parameters:
* Start Date and Time
:* Start Date and Time
* Non Repeating or Repeating (Daily, Weekly, Monthly, Yearly)
:* Non Repeating or Repeating (Daily, Weekly, Monthly, Yearly)
* End Date or Never-ending
:* End Date or Never-ending
{{Tip|A job will start at the time you specify. But the time it takes to complete depends on the system load, so it's a good idea to schedule actions well in advance, to ensure that it completes at the desired time.}}
{{Tip|A job will start at the time you specify. But the time it takes to complete depends on the system load, so it's a good idea to schedule actions well in advance, to ensure that it completes at the desired time.}}


:'''Examples of calendar-based policies'''
===Writing Java Code for a Calendar Based Data Policy===
::*[[Drip Campaigns]] use Calendar-based data policies. These policies detect values and conditions of the data fields and based on them, execute a combination of actions including: sending an email, assigning a task, updating the record content, delivering a Send Outbound message to an external system, or running Java code.
The conditions defined by the data policy decide which rows will be processed. The Java code is then invoked for each record that matches.
::*In a front-desk reservation system, set the criteria to verify that the check-in date must be in the future (after Today) and that the check-out date follows the check-in date
 
::*In a doggy daycare system, check that the pet owner's account has enough pre-paid credits for that week's care
The code needs to be written so that it will work on a single record. All the details about the incoming record will be available to that code in the same way that is available in an action based data policy--by way of the incoming [[Parameters Class|Parameters]] object.
 
===Examples===
:*[[Drip Campaigns]] use Calendar-based data policies. These policies detect values and conditions of the data fields and based on them, execute a combination of actions including: sending an email, assigning a task, updating the record content, delivering a Send Outbound message to an external system, or running Java code.
:*In a front-desk reservation system, set the criteria to verify that the check-in date must be in the future (after Today) and that the check-out date follows the check-in date
:*In a doggy daycare system, check that the pet owner's account has enough pre-paid credits for that week's care


<!--{| border="0"  cellpadding="5" cellspacing="0"
|[[Image:Datapolicy-calendar-example.gif|none|thumb]]
|In this '''Calendar Based''' data policy, the following elements are defined:
:;Trigger:Already in place, no end date specified
:;Date Fields Criteria:Date Modified is Today or Workflow State Changed is Today
:;Advanced Fields Criteria:The Workflow Owner is a specific User
:;Action:Send an email message to the customer with a call to action
|}-->
''Learn more:'' [[Create_a_Data_Policy#Build_a_Calendar_Based_Data_Policy|Build a Calendar Based Data Policy]]
''Learn more:'' [[Create_a_Data_Policy#Build_a_Calendar_Based_Data_Policy|Build a Calendar Based Data Policy]]

Revision as of 21:54, 17 June 2011

Calendar Based Data Policies

Calendar based data policy actions are triggered on a schedule, defined by the following parameters:

  • Start Date and Time
  • Non Repeating or Repeating (Daily, Weekly, Monthly, Yearly)
  • End Date or Never-ending

Thumbsup.gif

Tip: A job will start at the time you specify. But the time it takes to complete depends on the system load, so it's a good idea to schedule actions well in advance, to ensure that it completes at the desired time.

Writing Java Code for a Calendar Based Data Policy

The conditions defined by the data policy decide which rows will be processed. The Java code is then invoked for each record that matches.

The code needs to be written so that it will work on a single record. All the details about the incoming record will be available to that code in the same way that is available in an action based data policy--by way of the incoming Parameters object.

Examples

  • Drip Campaigns use Calendar-based data policies. These policies detect values and conditions of the data fields and based on them, execute a combination of actions including: sending an email, assigning a task, updating the record content, delivering a Send Outbound message to an external system, or running Java code.
  • In a front-desk reservation system, set the criteria to verify that the check-in date must be in the future (after Today) and that the check-out date follows the check-in date
  • In a doggy daycare system, check that the pet owner's account has enough pre-paid credits for that week's care

Learn more: Build a Calendar Based Data Policy