|
| 1 | +# Automatically Populate Incident with Work Order Number, State , OnHold Reason using business rule |
| 2 | + |
| 3 | +This use case automates the linkage between **Work Orders** and **Incidents** in ServiceNow. When a **Work Order** is created from an **Incident**, the system automatically : |
| 4 | +- Populates the Work Order reference (**u_work_order**) field on the parent Incident |
| 5 | +- Sets the **Incident State → On Hold** |
| 6 | +- Updates the **Hold Reason → Awaiting Field Work Order** |
| 7 | +- Adds a **work note** in the Activity Stream for traceability |
| 8 | + |
| 9 | +This ensures a seamless connection between **ITSM** and **Field Service Management (FSM)** processes, allowing to identify related Work Orders without navigating to related lists. |
| 10 | + |
| 11 | +## Why This Use Case |
| 12 | +Out-of-the-box (OOB) ServiceNow does **not** include a direct Work Order reference field on the Incident form. |
| 13 | +By default, users can only view Work Orders under the *Related Tasks → Work Orders* section, which limits quick visibility. |
| 14 | + |
| 15 | +To address this gap, a custom reference field (**u_work_order**) was created under the **Related Records** section ( similar to *Problem* or *Parent Incident* ). |
| 16 | +- Displays the linked Work Order number directly on the Incident form |
| 17 | +- Prevents manual modification while maintaining clear visibility for agents |
| 18 | + |
| 19 | +## Process Alignment |
| 20 | +In standard ITSM workflows, Incidents can be placed **On Hold** for reasons such as *Awaiting Problem*, *Awaiting Change*, or *Awaiting Vendor*. Since there was no default option for Field Service, this customization introduces a new Hold Reason : **Awaiting Field Work Order** |
| 21 | + |
| 22 | +When a Work Order is created from an Incident: |
| 23 | +- The Incident automatically moves to **On Hold** |
| 24 | +- The **Hold Reason** updates to *Awaiting Field Work Order* |
| 25 | +- A **work note** logs the Activity Stream |
| 26 | + |
| 27 | +This behavior aligns with existing ITSM hold logic for Problem and Change processes |
| 28 | + |
| 29 | +## Prerequisites |
| 30 | + |
| 31 | +#### Ensure FSM Application Plugin is Installed |
| 32 | +- This customization requires the Field Service Management (FSM) plugin to be installed and active in ServiceNow instance |
| 33 | +- Search for Field Service Management plugin **com.snc.work_management** and install |
| 34 | +- FSM provides the **Work Order [wm_order]** table |
| 35 | + |
| 36 | +#### Create a Custom Field on the Incident Table |
| 37 | +- Create Custom Reference Field on Incident table with label name **Work Order** [u_work_order] and select Type as **Reference** |
| 38 | +- Reference to Table Work Order [wm_order] |
| 39 | +- Save and add this field to the **Incident form** under the **Related Records** section |
| 40 | + |
| 41 | +#### Add Custom Choice in On Hold Reason Field |
| 42 | +- Navigate to hold_reason field on Incident table |
| 43 | +- Configure dictionary and add **Awaiting Field Work Order** with value set as 2 and sequence as 5 |
| 44 | +- Save the new choice to make it selectable in the *Hold Reason* field. |
| 45 | + |
| 46 | +--- |
| 47 | +### Creating an Incident |
| 48 | + |
| 49 | + |
| 50 | +--- |
| 51 | + |
| 52 | +### Work Order Created from Incident |
| 53 | + |
| 54 | + |
| 55 | +--- |
| 56 | + |
| 57 | +### Incident Updated with Work Order Reference, State On Hold, and Reason Awaiting Field Work Order |
| 58 | + |
| 59 | + |
| 60 | + |
0 commit comments