You can create rule policies in the e-mail response management system (ERMS) context to handle and evaluate incoming e-mails.
Rules are evaluated every time an incoming e-mail is received if the policy in which they belong is invoked during rule processing.
To create ERMS rules and policies, you use objects configured in the ERMS repository.
You have defined attributes, actions, and action parameters in Customizing for Customer Relationship Management
under .
You have created authorization groups in Customizing for Customer Relationship Management
under .
You have assigned the authorizations groups to authorization object CRM_ERMS_P
in Role Maintenance
(transaction PFCG
).
You have assigned the authorization groups to policies in the CRM WebClient UI. You can see (and in some cases select) authorization groups in the CRM WebClient UI under Rule Policy Details
, after you select a policy (the top node of the policy structure).
The possible values are the entries you maintained in the above Customizing activity.
Select attributes
Most attributes are self explanatory. Only those needing further explanations are listed below.
Attribute |
Use |
---|---|
|
A value between 0 and 1 describing the accuracy of the content analysis result. Accuracy = 1 indicates the result is highly focused. All matching categories form a single path in the category hierarchy. Accuracy = 0 indicates the result is contradictory. At least two matching categories point to different paths in the category hierarchy. |
|
Distance in score between the category with highest score and the category with second highest score. Each matching category has a score which is a value between 0 and 1 describing how good the content-queries of the category match the given textual content. |
|
Number of matching categories that all have the highest score. |
|
Highest score among all matching categories. |
|
Matching category with the highest score. |
|
Date when the escalation of an e-mail occurs. The date is calculated based upon either rule evaluation, Customizing, or service level agreements (SLA) at the time the e-mail arrives. |
|
Time when the escalation of an e-mail occurs. The time is calculated based upon either rule evaluation, Customizing, or SLA at the time the e-mail arrives. |
|
Depends on the property METHOD of the service UT_ESCALDETERM. If the METHOD is set to 1, the If the METHOD is set to 2, the |
|
Used for escalations. Represents the initial response time in hours. |
Set actions and parameters
This covers the standard delivered actions and their corresponding parameters.
Action |
Use |
Parameters |
---|---|---|
|
Adds a value to a multi-value attribute |
The attribute that a value is added to.
The value that is added. |
|
Same as This action is triggered when an agent selects |
Name of the mail form that determines the content of the outgoing e-mail.
Address used for the outgoing e-mail's sender address. If you do not use this parameter, the incoming e-mail address that the e-mail was originally sent to, will be used.
Schema to determine which
Determines whether standard responses and solutions tied to the category are inserted directly into the e-mail content instead of as an attachment. If both are inserted into the e-mail content, then the standard responses are shown first in the order they are attached to the category. The solutions are then added, also in the order they are attached to the category. |
|
Sends an automated response with proposed answers and/or solutions, to an incoming e-mail, without agent intervention. The solutions are inserted into the e-mail as attachments and are determined from the Not to be confused with the |
See descriptions above from
Creates an interaction record, after the response is sent, which includes both the incoming and the outgoing e-mails.
Organizational unit that the incoming e-mail is sent to if no solutions are attached to the
See description above from |
|
Creates an interaction record in the background, only if there is a business partner associated to the incoming e-mail address. The incoming e-mail is linked to interaction record, so the original e-mail can be viewed at a later time, if necessary. |
Description saved in the interaction record. |
|
Creates a service ticket in the background, only if there is a business partner associated to the incoming e-mail address. The incoming e-mail is linked to service ticket, so the original e-mail can be viewed at a later time, if necessary. |
You can configure the transaction type (for example, TSRV or TSVO) for this service ticket. You do this in |
|
Deletes an incoming e-mail. Can be combined with the |
(No parameters) |
|
|
|
|
Temporarily suspends the processing of the current policy and continues with the processing of the specified policy. After the specified policy is finished processing, the action stops processing the original policy, unless the processing was stopped previously by the This action can be nested, that is a policy that is invoked may invoke other policies. If a policy has multiple variants, then the active variant is invoked. |
Name of the rule policy that is invoked |
|
Allows e-mail routing through the communication management software instead of directly going to an inbox. E-mails that are pushed to agents using this action are also routed to the Therefore, we recommend directly specifying a |
|
|
Directs the incoming e-mail to an agent or group of agents. The e-mail is then accessible from the agent inbox. |
You can enter an agent's system user name or an organizational unit. If you enter an organizational unit, then the e-mail can be processed by any agent who belongs to that organizational unit. |
|
Directs the incoming e-mail to the agent who is assigned as the case |
Organizational unit that the e-mail is routed to if there is no case associated to the incoming e-mail or if there is no processor assigned to the case. |
|
Directs the incoming e-mail to the agent who is assigned as the |
Organizational unit that the e-mail is routed to if there is no service ticket number associated to the incoming e-mail or if there is no employee responsible assigned to the service ticket. |
|
Sends an automatic notification that the e-mail was received. |
See descriptions from
Creates an interaction record to record that an acknowledgement was sent after receiving the e-mail. (The outgoing e-mail acknowledgement text is not tied to the interaction record.) |
|
Allows you to set an attribute value in the fact base if certain conditions are met. This attribute can then be used in rule evaluation or passed on to actions. |
|
|
(No parameters) |
Set rule policy authorizations
You can define your own groupings for authorization, for example, by department or by organization.
Authorization Field |
Description |
Values |
---|---|---|
|
|
The following values affect authorizations for policies: 01: 02: 03: 06: 43: |
|
|
The values you defined for the authorization groups in Customizing activity |
|
|
The context in the CRM WebClient UI as defined in Customizing activity |