Understanding Correspondence and Notifications

This chapter discusses:

Click to jump to parent topicCorrespondence and Notifications

Correspondence and notification capabilities enable you to send communication from within the PeopleSoft system and keep a record of those communications.

This section discusses:

Click to jump to top of pageClick to jump to parent topicInternal and External Communications

PeopleSoft Customer Relationship Management (PeopleSoft CRM) applications provide tools for sending communications to two types of recipients:

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:

See Also

Working with Interactions

Setting Up and Using Worklists

Setting Up Sales Teams

Click to jump to top of pageClick to jump to parent topicCorrespondence Templates

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

Understanding AAF

Click to jump to top of pageClick to jump to parent topicCorrespondence Creation

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:


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

Sending Manual Notifications

Sending Correspondence

Click to jump to parent topicCorrespondence and ERMS

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

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:

Automated Email Threading

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

Email Handling

Managing Email

Reviewing Thread Information

Click to jump to parent topicAutomated Communications

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:

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.

Click to jump to top of pageClick to jump to parent topicAutomated Correspondence Within the Correspondence Management Framework

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


Click to jump to top of pageClick to jump to parent topicAutomated Correspondence Through Web Service Request

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:

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:

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

Click to jump to top of pageClick to jump to parent topicWorkflow

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:

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.

Click to jump to top of pageClick to jump to parent topicAutomated Acknowledgements and Automated Responses

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:

See Also

Working with Customer Self-Service Transactions

Understanding ERMS Setup

Understanding Structured Email

Click to jump to top of pageClick to jump to parent topicERMS Email Alerts

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

Process Instantiation

Click to jump to parent topicCRM Email Delivery Mechanism

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.

Click to jump to parent topicCustomer Data Hub (CDH) Impact on Correspondence Management

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