Proactive Service Experience Workflows and Incident Management within the Service Operations Workspace

  • Release version: Australia
  • Updated March 12, 2026
  • 3 minutes to read
    • Summarize
    Summarized using AI
    This content was generated using new OpenAI-powered functionality. Results are provided on an as is basis and are not guaranteed to be accurate or complete.

    Summary of Proactive Service Experience Workflows and Incident Management within the Service Operations Workspace

    The Service Operations Workspace application provides network agents with tools to prioritize tasks and resolve incidents effectively. It allows agents to analyze incidents, view cases, and manage upcoming tasks from a centralized dashboard.

    Show full answer Show less

    Key Features

    • Lists Tab: Agents can access individual lists of incidents and tasks to take appropriate actions.
    • Proactive Service Experience Workflows: Automatically triggered by incident creation through alert flows, these workflows facilitate efficient incident management.
    • Integration with External Systems: Alerts can be generated from external fault management systems via TMF 621 integration.

    Key Outcomes

    When an incident is reported, technical support engineers can triage issues quickly, generate proactive cases, and communicate effectively with affected customers. The role of the Major Issue Manager is crucial in managing major incidents and ensuring effective communication. The escalation process allows for seamless handover to higher-level support, ensuring timely resolution of ongoing issues.

    Ultimately, this streamlined approach enhances customer satisfaction by enabling faster resolution times and improved incident tracking and communication throughout the service restoration process.

    You can use the Service Operations Workspace application to get an overview of how a network agent can prioritize tasks and resolve incidents.

    Viewing the Service Operations Workspace

    From the Workspaces menu, select Service Operations Workspace and select the Home icon. From the landing page, a network agent can analyze incidents and view cases and upcoming tasks. To view:
    • Lists: Select the Lists tab in the Service Operations Workspace. From the Lists tab, a network agent can analyze the individual lists of incidents and tasks and then take the appropriate action.
      The following example shows the List tab.
      Figure 1. List tab
      List view of all incidents, and tasks, and planned incidents.
    • Records: Open any task record to navigate to its record view as shown in the following example.
      Figure 2. Record view
      Record view page of Service Operations Workspace.

    Example

    The Proactive Service Experience Workflows application is automatically triggered when an incident is created within the system by an alert flow. A technical support can manually create this alert in the Service Operations Workspace. It can also be generated from an external fault management system using the TMF 621 integration.

    The following example demonstrates how Proactive Service Experience Workflows is used to resolve an external network-initiated incident. In this example,

    1. An external fault management system using TMF 621 integration sends an alert that triggers the creation of an incident record with the following values:
      • Short Description and Description: Vmanage_10001 failed to restart after a change was implemented.
      • Configuration Item: Vmanage_10001 (SD-WAN CI Class)
      • Category: SD-WAN
      • Sub Category: Protocol Failure
      • Affected Customers: 5
    2. A technical support engineer opens the incident record inside the Service Operations Workspace and sees the list of impacted services and accounts in the Overview section.
    3. The technical support engineer triages the issues by reviewing the latest changes in the Agent Assist that triggered the outage.
    4. The technical support engineer then restarts the SD-WAN controller and selects Generate Proactive Cases in the Cases section. One major case and five child cases are generated and notifications are sent to the primary contacts for the affected accounts.
    5. As a major case was created, the technical support engineer notifies the major issue manager of a potentially serious outage. The Major Issue Manager manages the major case record and communication with both technical teams and affected customers.
    6. The Technical Support Engineer (TSE) realizes the device can't be rebooted and might have failed altogether. The TSE changes the Sub Category field to device failure and selects the Escalate UI action and enters a work note
    7. The next level L2 Support team receives the incident and updates the record status.
    8. The L2 Technical Support Engineer tries to troubleshoot the issues on the SD-WAN controller and successfully restarts the configuration item. Four out of the five the affected accounts report the issue is resolved, but the fifth account is still experiencing some problems.
    9. To diagnose further issues with the fifth account, the L2 Technical Support Engineer performs the following steps:
      • Selects the check box next to the case record on the Overview page.
      • Selects the Notify UI action to send a message via additional comments to the contact person on the case record.
    10. The contact person receives the additional comment and performs some extra steps. When the service is restored, the contact updates the status in the CSM portal.
    11. Seeing the additional comments in the incident record, the L2 Technical Support Engineer changes the State field to Resolved.

      The resolution information is copied down to each case record, while the Major Issue Manager resolves the major case record and any associated cases.