Difference between revisions of "Action Based Data Policies"
From LongJump Support Wiki
imported>Aeric |
imported>Aeric |
||
Line 18: | Line 18: | ||
:;Triggering Action:One or more events can be chosen to trigger a data policy. | :;Triggering Action:One or more events can be chosen to trigger a data policy. | ||
{{Note|<br> | {{Note|<br>An '''Import Batch''' event occurs before a data import starts, or after it ends.<br>The '''Import Record''' triggering event occurs before or after a record is imported.}} | ||
:'''Examples of Action Based Data Policies''' | :'''Examples of Action Based Data Policies''' |
Revision as of 19:01, 27 March 2013
Action Based Data Policies
An action-based data policy:
- Can be triggered by one or more events.
- Can be conditioned to fire only when certain conditions are met.
- Can be invoked before or after a record is applied to the database.
- Can be invoked before or after retrieving one more records from the database.
- Activation Sequence
- An action-based data policy can be set to execute either before or after the triggering event. For example:
- Before adding or updating – Validate the incoming data, accept it or reject it by throwing an exception
- After adding or updating – Update Related Objects
- Before data retrieval - Modify the query before applying it
- After data retrieval - Mask sensitive data like a social security number or credit card number before the data is displayed.
- Triggering Action
- One or more events can be chosen to trigger a data policy.
- Examples of Action Based Data Policies
- In a sales department, the local sales representative automatically receives an email notification when a prospective client requests information from the organization's web site. The data policy is triggered by the addition of a new record (prospect), choosing the email recipient based on the territory.
- In a manufacturing operation, the parts department wants to know if the inventory on a popular part is low. The data policy is triggered by an update to the quantity of units in inventory.
- When adding new records, validate the address/phone/email fields before allowing the records to be added to the database
- When importing records (leads file from a tradeshow, for example), verify that the record is not a duplicate of any already existing person/company
- When retrieving records, mask social security numbers or salary figures before displaying the data.
Learn more: Build an Action Based Data Policy