Back to Getting Started Guides for CRM.COM
...
Access Token Definitions are used to control the creation of Access Tokens, by defining the policies governing the format of the Access Token User Identifier, Pass Code and Authentication Code. You can define whether Access Tokens can be created without an Identifier and Pass Code or deactivated when their last entity association (Rewards Participant or Accounts Receivable) is removed.
Additional settings relating to Access Tokens may also be defined, concerning Accounts Receivable and Rewards Participants, as well as Communication (Access Tokens can be automatically communicated to customers once created).
...
Configure the following module for additional functionality and categorisation.
Access Token Classification Access Token Classifications are used to define the behaviour of each Access Token and the business settings and restrictions that will be applied while creating, maintaining or using therm. You can define settings related to the creation and formatting of the Identifier, Pass Code and Authentication Code. You can define whether Access Tokens can be created without an Identifier and Pass Code or deactivated when their last entity association (Rewards Participant or Accounts Receivable) is removed.
...
Configure the following module for additional functionality and categorisation.
- Reward Offer Categories: Reward Offer Categories are used to classify Reward Offers into generic groups based on common attributes. Reward Offer Categories following a hierarchical tree structure. Each Reward Offer can be classified in only one category.
- Reward Offer Templates: Reward Offers Templates can be used during the creation of a new Reward Offer. A Reward Offer Template has a similar structure to Reward Offers to facilitate the transfer of information to the newly created Reward Offer.
- Reward Settlement Run Definitions: Reward Settlement Run Definitions are used to execute runs that will evaluate Customer Events and Spend Transactions, to debit or credit the accounts of participating Merchants, based on the Awards provided or redeemed, using Contribution Rules defined for each Merchant. For example, when an Award is given via a Customer Event that was created by a Unit C merchant, then Unit's C merchant account is debited with the Award amount. When a Spend Request Customer Event is created by a Unit C merchant, then Unit's C merchant account is credited with the spent amount. The debiting amount is calculated based on the Contribution rules set on the Rewards Participating Merchants.
- Wallet Balance Expiration Run Definitions: Wallet Balance Expiration Run Definitions are used to define the rules by which Runs will be performed, to identify the Wallet amount that should be expired and debit the Wallet for the unspent amount of money (the identification process is performed based on the specified Expiration Date and the amount already spent). The resulting debit that reflects the expired amount is directly allocated against the expired credit amount.
The Expiration Date is specified either manually or automatically, as part of a Reward Offer Award that has a specific Expiration Date.
If you have Reward Offers for awards that should be applied only up to a specific date or time after it is awarded, make sure to configure the Expiration Run so that expired awards are removed from the participant's balance.
...