- Apex v6.1
- Overview
- Release Notes v6.1.0.2
- Release Notes v6.1.0.1 HF10
- Login
- Release Notes v6.1.0.1 HF09
- Release Notes v6.1.0.1 HF08
- Release Notes v6.1.0.1 HF07
- Release Notes v6.1.0.1 HF06
- Release Notes v6.1.0.1 HF05
- Release Notes v6.1.0.1 Hot Fixes
- Release Notes v6.1.0.1 HF04
- Release Notes v6.1.0.1 HF03
- Release Notes v6.1.0.1 HF02
- Release Notes v6.1.0.1 HF01
- Release Notes v6.1.0.1
- Installation Guide
- Service Management
- Incident Management
- Overview
- Administrator
- AIML
- Incident Masters
- SLA Configurations
- Matrices
- Others
- Approver - Major Incident
- Analyst
- End User
- Service Request Management
- Change Management
- Knowledge Management
- Problem Management
- Work Order
- CMDB
- Reports
- Dashboards
- Reports
- Overview
- IM Reports
- Resolution SLA by Workgroup
- Resolution SLA by Location
- Resolution SLA by Classification
- Resolution SLA by Category
- Resolution SLA By Analyst
- CSAT Compliance by Workgroup
- CSAT Compliance by Priority
- CSAT Compliance by Location
- CSAT Compliance By Classification
- CSAT Compliance by Category
- CSAT Compliance by Analyst
- Incident Status Report by Workgroup
- Incident Status Report by Classification
- Incident Status Report by Category
- Incident Status Report By Analyst
- Incident Aging by Classification-Resolved
- Incident Aging by Classification-Open
- Incident Aging by Category-Open
- Incident Aging by Workgroup-Open
- Incident Aging by Analyst-Open
- Incident Aging by Category-Resolved
- Incident Aging by Workgroup-Resolved
- Incident Aging by Analyst-Resolved
- CMDB Reports
- SR Reports
- Resolved Request Aging by Classification
- Open Requests Aging by Classification
- Request Status Report by Classification
- Request Status Report by Workgroup
- Request Status Report by Category
- Request Status Report by Analyst
- Request Aging by Analyst - Open
- Request Aging by Analyst - Resolved
- Request Aging by Category - Open
- Request Aging by Category - Resolved
- Request Aging by Workgroup - Open
- Request Aging by Workgroup - Resolved
- CM Reports
- PM Reports
- Overview
- Deep Dive Use Cases
- Incident Management
- Asset Management
- Overview
- Administrator
- End User
- Approver
- Asset Analyst
- Deep Dive Use Cases
- Discovery
- Platform
- Platform Studio
- Design Studio
- Module
- Form Designer
- Overview
- Form Types
- Form Modes
- Create Form
- Manage Form(s)
- Form Security
- Implications
- Form Relation
- Notification Designer
- Table Designer
- Workflow Designer
- Business Rule Designer
- SLA Designer
- API Configuration
- Scheduler
- Tags
- Report Designer
- Dynamic Groups
- Common Concepts
- Deep Dive Use Cases
- Form Designer
- Application
- Themes
- Communication Settings
- Holiday Calendar
- Service Portal Designer
- Notification Designer
- Bulletins
- SLA Designer
- Scheduler
- Access Control Center
- Vendor
- Groups
- Workgroups
- Analyst(s)
- Configure Mailbox
- Notification Parser
- Module
- Prelude (6.2)
- Release Notes Prelude (6.2)
- Platform Studio
- Design Studio
- Module
- Application
- Service Management
- Incident Management
- Work Order
- Service Request Management
- OOTB Reports and Dashboards
- IM Reports
- SLA Time by Location
- Response SLA by Analyst
- SLA Time by Workgroup
- SLA Time by Priority
- SLA Time by Classification
- SLA Time by Category
- SLA Time by Analyst
- Response SLA by Workgroup
- Response SLA by Location
- Response SLA by Classification
- Response SLA by Category
- Resolution SLA by Workgroup
- Resolution SLA by Location
- Resolution SLA by Classification
- Resolution SLA by Category
- Resolution SLA By Analyst
- CSAT Compliance by Workgroup
- CSAT Compliance by Priority
- CSAT Compliance by Location
- CSAT Compliance By Classification
- CSAT Compliance by Category
- CSAT Compliance by Analyst
- SR Reports
- SR CSAT Compliance by Analyst
- SR CSAT Compliance by Category
- SR CSAT Compliance by Classification
- SR CSAT Compliance by Location
- SR CSAT Compliance by Priority
- SR CSAT Compliance by Workgroup
- SR Resolution SLA by Analyst
- SR Resolution SLA by Category
- SR Resolution SLA by Classification
- SR Resolution SLA by Location
- SR Resolution SLA by Workgroup
- SR Response SLA by Analyst
- SR Response SLA by Category
- SR Response SLA by Classification
- SR Response SLA by Location
- SR Response SLA by Workgroup
- SR SLA Time by Analyst
- SR SLA Time by Category
- SR SLA Time By Classification
- SR SLA Time By Location
- SR SLA Time By Priority
- SR SLA Time By Workgroup
- OOTB Dashboards
- IM Reports
- Problem Management
- Knowledge Management
- Asset Management
- Administrator
- Asset Analyst
- End User
- Approver
- Reports Prelude
- Apex Mobile
- Integration Hub
- Crescendo (6.3)
- Print
- Share
- PDF
Having a set of actions on parsing, such as creating a record, updating, and approving using existing tables from an Email, can be beneficial for several reasons. This reduces the manual effort required to manage these records. Having a set of actions on parsing will enhance automation, efficiency, data integrity, and compliance. It enables organizations to deliver better IT services while optimizing resource utilization and reducing the risk of errors.
Workflow of Actions on Record
The Notification Parser executes the incoming mail and checks the Action stepper, the system should select the correct action out of the three actions.
Based on Active or Inactive of the Action, the sequence that is followed to select the action will be as following:
Approve > Update Record > Create Record
Sequence Description
Approve
The system will check the Approve Record Action, If Action is Active then the steps described here apply.
By default, this control switch is disabled.
Figure: Approve
Execution: If Approve Action is Active then, then the system will execute the Approve configuration. If the action's configuration does not satisfy the condition on the mail, then the system checks for the Update Record.
Update Record
The system will check the Update Record Action, If Action is Active then the steps described here apply.
By default, this control switch is disabled.
Figure: Update Record
Execution: If Update Record Action is Active then, the system will execute the Update configuration. If the configuration of the Update Record Action does not satisfy the condition on the mail, then the system will create a new record only if, the last action Create Record satisfies the condition of the mail.
Create Record
The system will check the Create Record Action, If Action is Active then the steps described here apply.
By default, this control switch is disabled.
Figure: Create Record
Execution: If Create Record Action is Active then, the system will execute the Create configuration. If the configuration of the Create Record Action does not satisfy the condition on the mail then the email is considered as unprocessed.
Notes
When the system finds an action that satisfies for the mail then the system will not go further for the next action.
The system will process the mail for the most apt action.
If none of the action seems satisfying then the system will consider the mail as unprocessed mail and will delete the mail accordingly.
Following is the graphical representation of the workflow for Actions:
Approve and Update Record requirement
To Approve or Update a record over the mail via a parser the system should first identify the correct record, for more details, refer to the following:
A Record can be identified based on the configuration set in the Mailbox.
The Application Designer can define how a record can be identified, either through a Record ID or Unique ID.
Based on this configuration the system will check the incoming mail to match it to any of the existing record.
If a matching record is found, then the system will try to match the record with the configurations in the Actions.
If none of the record is matching, then the mail will be considered as unprocessed.
The following links will direct to the respective configuration pages: