Skip to content

Dispatch system and configuration order

Overview

A dispatch workflow combines service resources, process nodes, dispatch rules, and post-dispatch actions. First choose a workflow, then prepare its engineers and service groups. Finally, configure auto dispatch, manual assignment scopes, acceptance, rejection, transfer, and scheduling tools.

Core concepts

Dispatch has four layers: resources, process nodes, rules, and task assignees. The system evaluates rules for the current node before it creates a manual or service-group task.

WorkflowUse caseRequired nodesFinal assignee
Dispatcher > EngineerThe enterprise assigns an internal engineer directlyAssign Engineer; optionally Accept Work OrderInternal engineer
Dispatcher > Service Group > EngineerThe enterprise routes work by region or function before selecting an engineerAssign Service Group > Assign Within Service Group; optionally Accept Work OrderInternal engineer
Dispatcher > Service Provider > Service Provider EngineerThe enterprise selects an external provider directlyEnterprise Assign Service Provider > provider portal Assign Service Provider EngineerService provider engineer
Dispatcher > Internal Service Group > Service Provider > Service Provider EngineerThe enterprise selects a provider from an internal provider groupAssign Service Group > Assign Within Service Group > provider portal assignment nodeService provider engineer
Dispatcher > External Service Group > Service Provider EngineerThe provider organizes its engineers into external service groupsAssign Service Group > assignment within the external service groupService provider engineer

Rule execution order

  1. After the work order enters the Assign Engineer or Assign Service Group node, the system first executes the auto dispatch rule where the assigned object is consistent with the node.
  2. When the rule is hit, the current dispatch is automatically completed; when the rule is not hit, manual dispatch is entered.
  3. If a manual dispatch rule matches, it limits which dispatchers can handle the task and which engineers or service groups they can select.
  4. After the work order enters Assign Within Service Group, the assigned service group uses its own manual, claim, or auto dispatch mode. Enterprise-level auto dispatch rules are not evaluated again.
  5. After dispatch, an Accept Work Order node can let the engineer accept, reject, or transfer the work order.

Role boundaries

RoleResponsibility
DispatcherAssign an engineer, service group, or service provider at the enterprise level
Service group dispatcherAssign work within the current service group; candidates are group members by default
EngineerAccept, reject, or transfer work orders and perform on-site service
Service provider dispatcherAssign the service provider's engineers in the service provider portal
Service provider engineerPerform outsourced field service
  1. Prepare engineers, skills, service areas and service groups in Service Resource Management.
  2. Select Dispatch order directly to engineer, Dispatch order to service group or Dispatch order to service provider.
  3. Configure enterprise-level automatic rules and manual dispatch scope, and then configure the service group's own intra-group mode.
  4. Configure order acceptance, order rejection, transfer and reassignment, and clarify the next responsible person for each abnormal result.
  5. Use Scheduling Tools and Dispatch Settings to check Web, App, map, Gantt chart and field backfill.

Verification checklist

  • The assigned objects of process nodes and automatic rules are consistent with the prepared resource types.
  • Each rule miss, rejection, and claim timeout has a clearly identified manual handler.
  • The service group has set members, dispatchers within the group, and dispatch mode.
  • The service provider link covers both the enterprise's selection of service providers and the service provider's selection of engineers.
  • When using collaborative engineers, the subsequent node handler contains the collaborative engineer field of the work order.