Layton ServiceDesk - Workflows - Processing Emails from Automated Systems

From Layton Support
(Difference between revisions)
Jump to: navigation, search
m (Minor text changes)
m (Minor formatting changes)
 
(2 intermediate revisions by one user not shown)
Line 1: Line 1:
 
=Overview=
 
=Overview=
There may be a need to process emails from automated systems (e.g. alerts from security systems, reports from financial companies, etc.) as Requests. If the system is added as an End User, the emails can be automatically processed, but the problem then is that email notifications will be sent back to the system, which is unwanted. They aren't real people. If the system is added as an End User without an email address, the emails will not be processed.
+
There may be a need to process emails from automated systems (e.g. alerts from security systems, reports from financial companies, etc.) as Requests. If the system is added as an End User, the emails can be automatically processed, but the problem then is that email notifications will be sent back to the system, which is unwanted. They aren't real people. If the system is added as an End User without an email address, the emails will not be processed. This workflow addresses this problem.
 
+
This workflow addresses this problem.
+
  
 
==References==
 
==References==
Line 19: Line 17:
 
=Procedure=
 
=Procedure=
 
==Configuration==
 
==Configuration==
#Create a new '''[[Layton ServiceDesk - Settings - Libraries - Request Types|Request Type]]''' named after the system, e.g. ''FPS''. Use these settings:
+
#Create a new '''[[Layton ServiceDesk - Settings - Company Structure - Manage End User#Properties|End User account]]'''. Use these settings:
#*'''[[Layton ServiceDesk - Settings - Libraries - Request Types#Is Incident|Is Incident]]''': Do these emails represent an incident, which means the Request will be automatically measured against the ServiceDesk available time?
+
#*'''[[Layton ServiceDesk - Settings - Libraries - Request Classes|Request Class]]''': Set this, if applicable.
+
#*Default '''[[Layton ServiceDesk - Settings - Libraries - Priority|Priority]]''': If the same Priority is used for these Requests, set it here.
+
#*Auto Populate Assigned Analyst: Leave this set to ''(None)'', to give more flexibility in the later steps of the configuration.
+
#*'''[[Layton ServiceDesk - Settings - Libraries - Request Types#Do Not Email|Do Not Email]]''': This is the key setting, which is why a custom Request Type is used in this workflow.
+
#'''[[Layton ServiceDesk - Settings - Company Structure - Manage End User#Properties|Create a new End User account]]'''. Use these settings:
+
 
#*End Username: ''FPS''
 
#*End Username: ''FPS''
 
#*Forename: ''FPS''
 
#*Forename: ''FPS''
Line 34: Line 26:
 
#*Block Survey: ''On''
 
#*Block Survey: ''On''
 
#*All other fields: empty.
 
#*All other fields: empty.
 +
#Create a new '''[[Layton ServiceDesk - Settings - Libraries - Request Types|Request Type]]''' named after the system, e.g. ''FPS''. Use these settings:
 +
#*'''[[Layton ServiceDesk - Settings - Libraries - Request Types#Is Incident|Is Incident]]''': Do these emails represent an incident, which means the Request will be automatically measured against the ServiceDesk available time?
 +
#*'''[[Layton ServiceDesk - Settings - Libraries - Request Classes|Request Class]]''': Set this, if applicable.
 +
#*Default '''[[Layton ServiceDesk - Settings - Libraries - Priority|Priority]]''': If the same Priority is used for all these Requests, set it here.
 +
#*Auto Populate Assigned Analyst: Leave this set to ''(None)'', to give more flexibility in the later steps of the configuration.
 +
#*'''[[Layton ServiceDesk - Settings - Libraries - Request Types#Do Not Email|Do Not Email]]''': This is the key setting, which is why a custom Request Type is used in this workflow.
 
#Create a new '''[[Layton ServiceDesk - General Settings - Business Rules|Request Business Rule]]'''. Use these settings:
 
#Create a new '''[[Layton ServiceDesk - General Settings - Business Rules|Request Business Rule]]'''. Use these settings:
 
#*Rule Name: ''Process FPS Emails''
 
#*Rule Name: ''Process FPS Emails''
Line 40: Line 38:
 
#*Enabled: ''Checked''.
 
#*Enabled: ''Checked''.
 
#*Criteria: ''sys_eusername (End User) is FPS''
 
#*Criteria: ''sys_eusername (End User) is FPS''
#*Perform these action: ''sys_requesttype_id (Request Type) FPS''. Other actions can be added, if desired.
+
#*Perform these action: ''sys_requesttype_id (Request Type) FPS''
 +
#*Other actions can be added, if desired.
 
#In Request Business Rule list view, for any Business Rules that have a Priority of ''1'', click them and change the Priority to something other than ''1''. This new Business Rule must be the first to execute.
 
#In Request Business Rule list view, for any Business Rules that have a Priority of ''1'', click them and change the Priority to something other than ''1''. This new Business Rule must be the first to execute.
  

Latest revision as of 04:48, 1 June 2020

Contents

[edit] Overview

There may be a need to process emails from automated systems (e.g. alerts from security systems, reports from financial companies, etc.) as Requests. If the system is added as an End User, the emails can be automatically processed, but the problem then is that email notifications will be sent back to the system, which is unwanted. They aren't real people. If the system is added as an End User without an email address, the emails will not be processed. This workflow addresses this problem.

[edit] References

[edit] Scenario

The organization using Layton ServiceDesk, a health fund, uses an external company called FPS (Financial Payment Services) to process claims. FPS sends emails from its payment system to the organization, alerting that it was unable to pay certain entities, and to investigate why.

[edit] Abstract

  • In order to automatically import emails, an End User account, containing the email address, needs to exist
  • A Request Type can be configured to prevent the sending of email
  • By processing the email into a new Request, then using a Business Rule to assign the Request Type, email notifications can be prevented.

[edit] Procedure

[edit] Configuration

  1. Create a new End User account. Use these settings:
    • End Username: FPS
    • Forename: FPS
    • Surname: System
    • Email: [email protected]
    • NTLM Login: Off
    • Auto Login: Off
    • Block Survey: On
    • All other fields: empty.
  2. Create a new Request Type named after the system, e.g. FPS. Use these settings:
    • Is Incident: Do these emails represent an incident, which means the Request will be automatically measured against the ServiceDesk available time?
    • Request Class: Set this, if applicable.
    • Default Priority: If the same Priority is used for all these Requests, set it here.
    • Auto Populate Assigned Analyst: Leave this set to (None), to give more flexibility in the later steps of the configuration.
    • Do Not Email: This is the key setting, which is why a custom Request Type is used in this workflow.
  3. Create a new Request Business Rule. Use these settings:
    • Rule Name: Process FPS Emails
    • Description: Automatically assign custom Request Type to FPS emails to prevent email notifications.
    • Priority: 1. This is important, as it has to be processed as the first Business Rule.
    • Enabled: Checked.
    • Criteria: sys_eusername (End User) is FPS
    • Perform these action: sys_requesttype_id (Request Type) FPS
    • Other actions can be added, if desired.
  4. In Request Business Rule list view, for any Business Rules that have a Priority of 1, click them and change the Priority to something other than 1. This new Business Rule must be the first to execute.

[edit] Testing Procedure

  1. If there are any existing emails from FPS System in the Incoming Email Queue, process them manually. Despite these configuration changes, previously existing emails in the queue will not be automatically processed.
  2. You'll have to wait until next time one of these emails is sent to see if it is automatically processed. Check the Incoming Email Queue from time to time.
Personal tools
Namespaces

Variants
Actions
Main Page
Online User Guides
General Support
Release Notes
Toolbox