This chapter discusses:
Correspondence and notifications.
Correspondence and the email response management system (ERMS).
Automated communications.
CRM email delivery mechanism.
Customer Data Hub (CDH) impact on correspondence management.
Correspondence and notification capabilities enable you to send communication from within the PeopleSoft system and keep a record of those communications.
This section discusses:
Internal and external communications
Correspondence templates
Correspondence creation
PeopleSoft Customer Relationship Management (PeopleSoft CRM) applications provide tools for sending communications to two types of recipients:
These recipients are customers or someone who represents customers (for example, business contacts). In most PeopleSoft CRM applications, the data for external recipients is managed in the Person component (RD_PERSON). However, in PeopleSoft HelpDesk and PeopleSoft HelpDesk for Human Resources, customers are internal people whose data is managed in the Worker component (RD_WORKER) (worker information is also viewable in the Person component if you have the right permission). From a correspondence management perspective, these workers are considered external.
Internal recipients
These recipients are PeopleSoft CRM users. They have both user IDs and worker records.
Note. In this chapter, the term customers includes both external customers and internal workers (for Helpdesk cases).
Characteristics of External Communications
When you send a correspondence or manual notification to a recipient, the system creates an interaction (for manual notifications, the system creates an interaction for each TO recipient). You can access correspondence information wherever interactions appear, including the 360-degree views, the Interaction List page, and transaction-specific interaction lists that are incorporated into the main PeopleSoft CRM transactional components.
You can send correspondence by email or print it for physical delivery (for example, by fax or by mail). Manual notifications can be delivered by email (for external recipients) or worklist (for external and internal recipients).
Characteristics of Internal Communications
You can send a manual notification to any internal recipient as a worklist entry (in addition to email). Sending a notification using Outbound Notification will create an interactions for each TO recipient.
A worklist functions like an email inbox whose contents are stored in the PeopleSoft database. Worklist entries always include a link to the component from which the communication is sent. In email correspondence, the link is optional. Every user ID (user profile) is automatically associated with a personal worklist (if the user profile is linked to a person ID, the worklist is named after the person). Users can also be members of group worklists that you define.
Manual notifications can be addressed either to individual users or one of these group types:
Provider groups
Provider groups are used in the call-center applications (PeopleSoft Support, HelpDesk, and HelpDesk for Human Resources) and in PeopleSoft Integrated FieldService. Provider groups can have both email addresses and group worklists.
Sales teams
Used in PeopleSoft Sales, sales teams can have group email addresses and group worklists to which notifications can be sent.
Contact groups
Created on the My Contacts page, members of contact groups can receive email notifications that are composed from the My Contacts page and for call reports.
See Also
Setting Up and Using Worklists
The use of predefined correspondence templates facilitates the creation of standardized communication. You can create fully formatted templates in rich text format (RTF), or you can create simple text templates by using txt files.
Correspondence templates are made up of static content and terms. Terms, which are managed in the Active Analytics Framework (AAF) data library, are pointers to disparate pieces of data residing in places like data warehouses, external databases, or operational environments. They can be resolved into actual data to be used in PeopleSoft Enterprise CRM. When users send template-based letters or email, the system merges both static text and resolved data into the template to produce the final correspondence.
You make templates available to users by bundling them in template packages. Packages can contain one or more template definitions, which in turn reference template files. Template files are marked for use with print correspondence, email correspondence, or both. Typically, the print and email versions are different presentations of the same content, although you can vary the content as necessary. Template packages can be grouped into categories and types, which can refine the template search that's available when replying to email within the email workspace.
Template packages can also contain static attachments files that do not include terms.
See Also
Setting Up Correspondence Templates
PeopleSoft CRM provides two main interfaces for sending communications: the Outbound Notification page and the Correspondence Request page.
The Correspondence Request page is used exclusively for template-based external correspondence that is printed or sent by email. The recipient list is based on the context from which the page is invoked. For example, when you invoke the page from a support case, the case contact is the only available recipient. The term correspondence management typically refers to this interface and the processes that support it.
The Outbound Notification page is used for template-based or as-needed correspondence, and it is used for both internal and external correspondence. Notifications can be sent to email addresses or, for internal recipients, to worklists. The term manual notification refers to this interface.
These interfaces are more fully documented in other chapters of this PeopleBook. This table summarizes their principal differences:
Characteristic |
Correspondence Management |
Manual Notifications |
Recipient types. |
External only. |
External, internal, and fully qualified email addresses. |
Available channels. |
Email and print. |
Email and worklists (for internal recipients). |
Recipient selection. |
Predetermined based on the context from which the user accesses the page. |
Users can select recipients in the CRM system, which includes internal and external people as well as groups (such as provider groups, contact groups and sales teams), which are available based on the originating transactions. Users can also enter fully qualified email addresses. |
To and CC addressing. |
Only To recipients. Recipients do not see who else received the communication. |
Although multiple To, CC and BCC recipients are allowed, term resolution is based only on the TO recipient. If multiple TO recipients are present, user can select one of them to be used to resolve terms when the template is applied (for review) and delivered. User can also choose to send personalized notifications for all TO recipients, in which case the notification is not available for review before delivery. For email notifications, users see all of the To and CC addresses. |
Recipient address. |
The system uses the recipient's primary email or mailing address by default, unless there is a transaction-specific default. Senders can override the default address if this ability is enabled at the system level. |
For recipients who are selected in the CRM system, the default email address is the person's primary email address. Senders cannot override this value, but they can enter a fully qualified email address instead of selecting the recipient from the address directory. |
Interaction creation. |
Always (because all recipients are external). |
For all TO recipients. |
Correspondence templates. |
One or more template packages is required. |
Users can either enter free form text or apply template packages to notifications. Only packages with a single text-based template are available for selection. |
Template personalization (premerge). |
Availability is configured at the system level. |
Not available. |
Correspondence personalization (postmerge). |
Availability is configured at the system level. |
Always available. |
As-needed content. |
Not permitted (except through personalization of templates). |
Always available. |
Static attachments (attachment files that are not template-based). |
Static attachments that are in selected template packages are automatically included; users can also add attachments. |
Template packages with static attachments are not available for selection, but users can manually add static attachments. |
See Also
The ERMS, an integral part of PeopleSoft MultiChannel Framework, manages emails that customers send to you. The ERMS uses correspondence management to facilitate email replies and to enable automatic recognition of inbound email that customers send in response to PeopleSoft CRM outbound email.
This section discusses:
Email replies.
Automated email threading.
Replies to inbound email can be automated or manual. Both types of replies are based on the same correspondence templates that the Correspondence Request and Outbound Notification pages use.
Email responses automatically use the same character set as the original inbound email even if the user's ID is associated with a different character set.
While automated email response (for example, auto acknowledgement and auto response) is typically part of the system setup, ERMS provides these interfaces for manual replies:
Response page of the email workspace.
Use this interface to reply to an incoming email that you review on the Email page of the same component. On the Response page where the incoming email message is captured for reference, you can search for an appropriate correspondence template to apply to the response.
If you work on a related transaction of an email and later click the Notification button from the transaction, the Response page is used for replying to any existing email that is linked to that transaction.
Use this interface to reply to an email from the context of a transaction.
If you license PeopleSoft MultiChannel Framework, the system inserts a unique identifier known as a context tag into the body of every outbound email. If the customer replies to the outbound email, the context tag enables the ERMS to associate the new email with the existing thread and to use the thread association to route the email to the appropriate worklist. The email workspace presents the thread association of each email in a tree structure. It enables any email, with or without children, to be moved freely from one tree to another or to be the parent of a new tree.
See Also
In addition to the manual correspondence methods that are described in this chapter, PeopleSoft CRM applications provide various mechanisms for sending automated communications.
This section discusses:
Automated correspondence within the correspondence management framework.
Automated correspondence through web service request.
Workflow.
Automated acknowledgements and automated responses.
ERMS email alerts.
Note. Except for automated correspondence, these automated communications are not considered part of correspondence management.
Automated communications is accomplished either within the correspondence management framework by business project or AAF action, or by a web service request initiated by a business process or AAF. Depending on the correspondence functionality required, implementers can keep correspondence generation and handling contained within the system or associate it with actions from other licensed Oracle and PeopleSoft applications or third-party systems.
PeopleSoft Order Capture uses the correspondence management framework to send automated order and quote confirmations. As a task of an order capture business project, an email correspondence (based on a preselected correspondence template) is sent after an order is submitted.
For more information about implementing correspondence management in PeopleSoft CRM, sign in to My Oracle Support for a copy of the document PeopleSoft CRM Red Paper - Enabling Correspondence Management.
See Also
Automated Correspondence Requests
http://www.oracle.com/support/premier/myoraclesupport.html
PeopleSoft Enterprise CRM provides a web service interface through which business processes as well as external systems can invoke Correspondence Management services.
Specific functions available through web service request are:
Generation and printing of a letters based on existing templates.
Generation and sending of email based on existing templates, including configurable delay in sending.
Resolution of terms in text.
Note. Currently, the correspondence management web service
does not support the inclusion of static attachments in email at runtime.
However, the web service does support the processing of a correspondence request
that references a template containing a static attachment.
In addition, web services can access existing correspondence management
functions only; no new functionality is introduced through web service access.
PeopleSoft also delivers business processes that can invoke the correspondence management web service, making it possible to automate correspondence associated with certain order and account actions for the telecommunications and financial services industries.
Delivered business processes that can invoke the correspondence management web service are:
Service management transactions, such as resuming and canceling service to a customer.
Order capture and order management, such as order submission for a telecommunications service.
Account management events, such as financial account creation.
Referral of a financial account.
Appendix A provides details for determining an automation strategy and how to implement automated correspondence by web service request.
See Also
Delivered Web Services and Service Operations
Workflow notifications are triggered by events that you define. For example, you can use workflow to notify workers or interested parties about transactions such as cases, service orders, leads, campaigns, or tasks when certain transaction-related events take place, such as change of status or reassignment.
Based on how workflow notifications are triggered, the configuration is done in one of two ways:
Use this interface when you invoke workflow actions from the AAF. These pages are embedded in the component that is used to build policies. When you trigger a notification and workflow action for a policy, the framework displays two pages for you to configure workflow. The most common method of triggering workflow actions is through the AAF.
Workflow Action component.
Workflow actions are triggered without the AAF in business project workflow and in return material authorization (RMA) workflow.
Note. While these two interfaces do not have the same look and feel, they share the same functionality and can invoke both processes and notifications as configured. Page elements that are required to set up workflow actions are relevant in both places.
You can send workflow notifications to internal or external recipients. Workflow notifications that are sent to external recipients are always sent by email. Workflow notifications sent to internal recipients can be sent to a worklist or to an email address.
PeopleSoft CRM uses correspondence management templates to produce workflow notification contents. Correspondence templates contain static text and dynamic terms that can be resolved into physical data.
See Setting Up Correspondence Templates.
If you use the ERMS and your customers can send communications to your organization through web self-service and email, you can set up the system to automatically send a standard acknowledgement message, confirming receipt of communication that is received through either channel.
If the communication is a structured email (an email that is submitted through a web form), the system may be able to automatically reply with information that the customer requests rather than replying with an acknowledgement receipt only.
Note. Automated acknowledgements and automated email responses are sent only to customers, and they are always sent through email.
The text of the acknowledgement or response comes from different sources, depending on the type of communication that is received:
Submissions on the Contact Us self-service page.
The acknowledgement text comes from the CONTACT CONFIRMATION workflow email template.
Email acknowledgements and responses.
The ERMS classifies email as structured or unstructured. Unstructured email is acknowledged by using a correspondence template that you select for the mailbox. As for structured email, responses are sent by using a correspondence template that is specified by the application class that handles the email. If the application class doesn't specify a template, a default correspondence template that is associated with the web form is used.
See Also
Working with Customer Self-Service Transactions
Understanding Structured Email
If you license ERMS, you can set up mailbox-level and worklist-level notifications. Set two deadlines at each level, one for a warning notification and one for a final notification. If an email is not closed before those times, the ERMS sends alerts to the mailbox owner or the worklist owner.
Note. Email alerts are sent only to internal recipients, and they are always sent to a worklist.
See Also
The CRM Email Delivery Service is responsible for both delivering email and resending email for certain types of failures. This service automatically resubmits emails in case of errors such as SMTP mail server down.
The system resends emails based on the maximum number of retries as well as the frequency specified on the Correspondence Management Installation Setup page. The CRM Email Delivery Service has it’s own daemon process that is responsible for monitoring emails which need to be resent.
If the service is unable to send an email within a fixed number of tries, the system sends a notification of the error to a group worklist called Undelivered Emails.
In case of errors such as Invalid email address, the service immediately sends a notification to the Undelivered Emails group worklist. Regardless of the type of error, the calling transaction does not stop. Users that access the undelivered email from the worklist can view details about the number of tries as well as the error messages received for each of the tries.
Users have the option to resend email by correcting the details such as email address. The details that can be edited vary depending upon the type of error. If a user successfully resends an email from the Worklist page, the system automatically changes the status to Closed – Email Resent and deletes the notification from the worklist.
Any email that cannot be successfully resent from the worklist stays in the same status. User can either try resending the email or set the status to Closed – Unable to send email. Setting the status to Closed triggers the automatic deletion of the notification from the worklist. The system audits any changes that a user enters to resend the email.
Correspondence management provides a process to update the merged BO ID for contacts and customers on the outbound emails.
Correspondence management merges outbound emails by updating the merge-from BO ID with merge-to BO ID for contacts and customers. It also updates the same IDs on the interaction and sub-interaction records for the emails. The role type of a BO will not be changed by CDM. If merge-from BO IDs had different roles, the surviving (merge-to) BO will have multiple roles. Since CM stores other BO information such as First Name, Last Name, Display Name, Email Address, and Mailing Address, the merge process updates these fields as well.
Merge Now Send Later enables the user to merge the content of the outbound email now and schedule the email to be submitted later. If a BO merge takes place between the merge and the send, it could impact the content of the email. For example, primary address could change or even the name of the contact might change. The process will be able to continue since the previous name of the contact is now an alternate name and the address is still valid.
See Also
Understanding Customer Data Hub Integration