Introduction
Customers can send emails to create new cases and update current cases. They can also receive email updates from customer service agents as cases progress.
CSM uses the Email Accounts application to create and maintain email accounts. The system administrator can create multiple incoming email addresses that customers can use to communicate with customer service agents. The system administrator can also create one outgoing email address.
After the incoming and outgoing email addresses are created, the system administrator can set these properties for the email communication channel:
• Establish one of the incoming email addresses to automatically create a case. • Enable a prefix to include in the subject line of an email to any of the incoming email addresses that automatically creates a case. • Create cases for customers who are not currently in the system.
When an agent proposes a solution to a case, the customer receives an email with instructions for accepting or rejecting the solution. The customer can reply and include Accept or Reject in the first line of the email, or the customer can click the Accept or Reject link in the email.
Configure an email address for a product
- Navigate to Customer Service > Administration > Channels.
- Click New.
- Fill in the fields, as appropriate.
- Click on Submit Button.
Configure an email subject line prefix.
- Navigate to Customer Service > Administration > Properties.
- In the Email subject prefix format for new case field, enter the prefix. The default prefix is Case:.
- Click Save.
Configure signatures in quick messages and email client templates
- Navigate to Email Client > Quick Messages
- Click on New
- Select the table as Case
- Update mail body and signature
- When an agent replies to the customer with the template that you have predefined, agents will go to the Agent Workspace open the case.
- Select your predefined quick message from Quick message section
Creating rules for incoming emails that create and assign cases
Create your email-related business processes using Inbound Email Flows. Once you receive an email on a specified support email address, you can define rules to create cases and assign the cases to specific teams. Inbound Email Flows provide powerful configuration capabilities to manage emails along with your customer service processes through a visual Flow Designer interface.
- Navigate to Customer Service > Flow Designer > Inbound Email Flows.
- Select a default flow.The available flows are:
- Click the Inbound Email trigger.
- Modify the default email filter conditions or select New Criteria to add conditions.
- Select a table in the Reply Record Type field.
- Click Done.
- Click an existing action and expand it.
- Provide information for the action or click + to add a new action, flow logic, or subflow.
- Click Done.
- Verify the email flow and modify it if necessary.
- Click Save.
- Click Activate.
The defined inbound email flow is activated.
POC
We are going to do a POC with following requirement.
Below is the mail format that we will use to create case:
Requirements:
- Inbound email to case creation:
Generate a case with:
- Short Description: Subject of the email
- Channel: Email
- Contact: Contact from the email-Create new contact if one doesn’t exist
- Category: Printer Management
- Subcategory: Printer configuration
- Severity:4
- Assignment Group: SOC Printer Manager
- Notes: Body of the email request
- Email attachment: Attach to the case
- We need to include additional email address that are on cc filed in the incoming email.
- Case Update: Anyone (who is in CC) can reply to the email for an update to the case.
Solution:
Create Inbound Email Action.
Field Mapping:
Note:
If we want to ignore service email id from recipient list, we have to update glide.email.user_Case this properties with the instance email id.
For the requirement Case Update: Anyone (who is in CC) can reply to the email for an update to the case.
- At first in the 1st inbound action we have added the cc in the watch list.
- We need to create another inbound email action.
- Understanding Request, RITM, Task in ServiceNow
- Steps to create a case in ServiceNow (CSM)
- Performance Analytics in 10 mins
- Event Management in 10 minutes - part1
- Event Management in 10 minutes - part2
- Custom Lookup List
- Script includes in 5 minutes
- Interactive Filter in 5 minutes
- UI Policy in 6 Minutes
- Client Side Script Versus Server Side Script in 3 minutes
-
Snow
- Performance Analytics
- ServiceNow Scripts
- Script include
- Useful scripts
- Basic Glide Scripts
- Client Script
- Advance Glide Script
- Glide System Script
- Admin
- Import Set
- Work Flow
- ACL
- SLA
- Notification
- Core Application
- UI Policy
- UI Action
- Client Script
- CAB Workbech
- Data Policy
- Connect Support
- Catalog
- Discovery
- CSM
- Event Management
- HR
- Integrations
- SSO Integration
- LDAP Integration
- SCCM Integration
- AWS Intergration
- Slack Integration
- CTI Integration
- Jira Integration
- Ebonding ServiceNow
- SOAP Integration
- IBM Netcool Integration
- VIP Mobile App Integration
- Rest Integration
- Service Portal
- Questions
- ACL
- Performance analytics(PA) Interactive Filter
- Various Configurations in Performance analytics(PA)
- Service Portal
- Performance Analytics(PA) Widgets
- Performance Analytics(PA) Indicator
- Performance Analytics(PA) Buckets
- Performance Analytics(PA) Automated Breakdown
- Client Script
- Rest Integration
- Understanding the Request, RITM, Task
- Service Catalogs
- Events in ServiceNow
- Advance glide script in ServiceNow
- CAB Workbench
Comments