Setting up Rate Cards

The Rate_Card_May_Not_Have_Multiple_Targets validation rule on the Rate Card object prevents a rate card from being related to more than one of account, region, practice, or group. Deactivate this validation rule to enable a rate card to be related to more than one of these objects.

The RateCardValidator configuration option in the ASM Triggers configuration group prevents the creation of duplicate rate cards. Rate cards are considered to be duplicated if they have the same values for the following fields: Resource Role, Account, Region, Practice, Group, Start Date, and End Date. This does not prevent rate cards that have overlapping dates, only ones that have the same start and end date. Disable this configuration option to enable duplicate rate cards. For more information, see Trigger Settings.

The precedence-for-rate-cards configuration option in the Resource Requests configuration group enables you to specify the precedence of the Account, Region, Practice, and Group fields when matching rate cards. The default precedence is:

1. Account
2. Region
3. Practice
4. Group

If you want to change the default precedence, you must remove the pse__ prefix from the field names in the configuration value. For example, if you want Group to be given precedence over Practice, set the value of the configuration option to: Account__c,Region__c,Group__c,Practice__c

For more information about how precedence affects rate card matching, see Account, Region, Practice, and Group.

Rate cards are always matched using the resource role of the resource request, except for when no matching rate card can be found for the specified role. In this case, the default rate card is used. For more information, see Creating Rate Cards.

Rate cards that have no resource role specified and have at least one of account, region, practice, or group are not considered for matching.

If a rate card has a start date, end date, or both, it's considered for matching according to the start date of the resource request. If the start date of the resource request is within the start and end date range of the rate card, then it's considered for matching based on any of the other criteria. If the start date of the resource request is within the start and end date range of multiple rate cards, all of those rate cards are considered for matching based on any of the other criteria.

Resource requests are only matched to one rate card. For example, if rate cards are set up yearly, and a resource request spans multiple years, the rate card is still only matched based on the start date of the resource request. The rates on the resource request do not change over its duration.

Rate cards can only be matched to resource requests that have the same currency as the rate card.

Rate cards are matched based on only one of Account, Region, Practice, or Group, and precedence determines in which order to apply those fields in order to determine a match. For example, if Account is first in the precedence order, a rate card that matches a resource request’s account is preferable to one that matches its region, practice, or group. Similarly, if there are no rate cards that match a resource request’s account, but there is one that matches the region, that rate card is preferable to any that match the practice or group. If there are no rate cards found that match a resource request's role and account, region, practice, or group, then rate cards that match the role and have no account, region, practice, or group are considered for matching.

For more information about configuring the precedence of these fields, see Configuring Precedence.

If the Cascading Role checkbox is selected on a rate card, it will be matched to resource requests using the region, practice, and group when they are lower in the hierarchy than the region, practice, and group on the rate card. For example, if a rate card's region is North America and the Cascading Role checkbox is selected, resource requests for the USA and Canada regions could be matched with the same rate card.

However, rate cards that are a closer match in the region, practice, and group hierarchies are always preferable. In the same example, for a resource request in the USA region, a USA rate card will always be chosen over a North America rate card if one exists.