Emergency work order prioritization records: what explains a job that turned safety critical

Short answer

A useful emergency work order prioritization history shows the dispatch rule in force, the original priority, the escalation request and who raised it, the reclassification and who approved it, the booking it displaced, and the response and completion times measured against an SLA. Together those records show a person reading new facts and overriding a rule, then a checked result. A partner describes the record classes, systems and years at metadata level and introduces the executive who can authorize a licensing discussion.

Visual briefFull-size diagram
A step chart of one fictional work order's priority over a morning: logged as P3 at 09:12, an escalation call at 09:55, raised to P1 at 10:02, technician on site at 11:05 and the hazard made safe at 11:40.
Illustrative. The company, priority scheme and times are fictional and show how one reclassification appears in dispatch records.

Emergency work order prioritization is the dispatch decision about which job goes first when not everything can. Most jobs keep the priority they were logged with. The exceptions, where a routine job turns out to be dangerous or an "emergency" turns out to be cosmetic, are where the records carry real information. The dispatch and service workflows guide covers the wider workflow; this page follows one exception through its records.

Which emergency work order prioritization records help a company explain how exceptions were handled?

The useful record is the one where the first priority was wrong and someone corrected it. A job that stayed at its original priority shows a rule working; a job that jumped from routine to emergency shows a person reading new facts and overriding the rule.

Worked example: a ceiling leak that reached an electrical panel

Illustrative. A 510-person facilities maintenance contractor services retail stores. Its fictional dispatch rules set three priorities: P3 routine (three business days), P2 urgent (next business day) and P1 emergency (on site within four hours).

TimePriorityRecordWho
09:12P3Work order: "Water dripping from ceiling tile, back room"Store staff via portal
09:55P3Escalation request: water now running down the wall beside an electrical panelStore manager, by phone to the service desk
10:02P1Priority changed with reason "electrical hazard"; a P2 preventive job is moved to the next dayDispatcher, approved by duty supervisor
11:05P1Technician on site; circuit isolated by the store's electrician on callTechnician arrival note
11:40P1Leak source stopped at a blocked roof drain; area made safeCompletion note and photos
Day 3P3Follow-up job: permanent roof repair by a subcontractorFollow-up work order

The decision at 10:02 is the exception: an authorized override of the rule, with a reason, a displaced job and a measurable response. The arrival at 11:05 is 1 hour 53 minutes after the order was created and 1 hour 3 minutes after the reclassification, which raises the question every reviewer asks next: which clock did the company measure against?

Which clock did the company measure against?

The answer sits in the SLA records, and it changes how the case reads. In Dynamics 365 Field Service, work order SLAs track KPIs such as arrival time and resolution with warning and failure times; Microsoft's own example requires arrival within four hours of an emergency work order's creation, with a warning after two hours. Measured from creation, the 11:05 arrival in the example lands 7 minutes before that warning point; measured from the 10:02 reclassification, it has nearly an hour to spare. The two clocks tell different stories about the same morning.

Microsoft also advises against driving SLAs from frequently updated fields, because a change can cancel the SLA item. A priority field that moves from P3 to P1 is exactly that kind of field. So a complete exception history should show which SLA applied before and after the change, whether the first one was canceled, and what the company reported to its client. If the SLA records are missing, the case still shows a decision, but not whether the decision was fast enough.

How do the records map to the exception?

Each record answers one part of the case. The map below uses the worked example; system names are generic.

Part of the caseRecordTypical systemWhat it proves
The rulePriority definitions and target timesDispatch platform configurationWhat the company said P1, P2 and P3 meant at the time
The problemOriginal work order and descriptionCustomer portal or service deskWhat was known at 09:12
The new factEscalation call noteService desk call logWhat changed, and who said so
The actionPriority change with reason and approverDispatch platform change historyWho overrode the rule, and why
The trade-offRescheduled P2 bookingScheduling boardWhat was delayed to make room
The resultArrival, completion note and photosMobile technician appWhen and how the hazard was made safe
The measureSLA KPI instanceDispatch platformWhether the response met the target

The trade-off row is easy to lose and worth asking about. Dynamics 365's preview Scheduling Operations Agent, for example, can suggest replacing a lower-priority booking with higher-priority work, leaving bookings marked Do Not Move alone. Whether a person or a tool made the swap, the displaced job is part of the decision. Priority records themselves can be finer-grained than three levels: Dynamics 365 work order priorities carry a level of importance from 1 to 10 and a priority value from 1 to 100.

Does the contractor qualify, and what stays unknown?

Count 50+ full-time employees at peak; subcontracted trades and other contractors are excluded. The company also needs a documented operating history, rights to license the records and an authorized contact. Companies in the U.S., Canada and the EU qualify, as do companies in the UK, Australia, New Zealand, India, Singapore, South Africa, Latin America, the UAE and Saudi Arabia when at least 90% of the data is in English.

Unknown until SourceX reviews it: buyer interest, the effect of customer contracts on rights, preparation effort for notes and photos, and any offer. Partners sign the Channel Partner Agreement before submitting, and the first valid introduction within the 90-day window is credited when the company submits a verified application. Related record types sit under construction and field services in the industries hub, and ITSM ticket history covers the service desk side.

Go deeper on emergency work order prioritization

Next step

Refer a company. Earn up to $100,000. Default reward: 25% of Actual Supplier Payout, capped at $100,000 cumulatively per referred company. Eligibility and payment conditions apply, and a signed Schedule A or addendum can differ. A lead, meeting or signature alone does not trigger payment.

If a client's priority changes still carry reasons, approvers and response times, register as a partner, check the company against who qualifies, and read the program terms before the service operations director forwards your brief.

  1. Step 1Share your linkSend your personal link to a company you know.
  2. Step 2Company appliesThe company applies itself at /apply.
  3. Step 3Company signs and is paidThe company signs, delivers its data and is paid by SourceX under its agreement.
  4. Step 4You get your rewardYour 25% of the actual supplier payout. A reward becomes payable after SourceX has paid the referred company under its signed agreement and the payout conditions in the program terms are met, including finance approval and your tax and payment details.

Common questions

Is a priority field enough to show how emergencies were handled?

No. The current priority shows only where a job ended up. The history of changes, with who changed it, when and why, is what shows the judgment. Ask whether the dispatch platform keeps that change history and whether the export includes it.

What if the escalation came by phone and was never logged?

Then the priority change has no stated reason. Call logs, service desk notes or the technician's arrival note may fill the gap. Record the gap as an unknown rather than reconstructing it from memory.

Do downgrades count as exceptions too?

Yes. A job logged as an emergency and lowered after a call-back shows the same kind of judgment in the other direction, and it frees a technician for other work. Count upgrades and downgrades separately when describing the history.

Sources

  1. learn.microsoft.com/en-us/dynamics365/field-service/set-priorities
  2. learn.microsoft.com/en-us/dynamics365/field-service/sla-work-orders
  3. learn.microsoft.com/en-us/dynamics365/field-service/soa-improve-…
  4. refer.sourcex.si/terms

Free resources

Know a company with valuable proprietary data?

Become a referral partner, get your link and introduce the company’s CEO (in an owner-run company, usually the owner). Referral partners can join from most countries. We can't work with partners in countries or regions under U.S. sanctions or on U.S. restricted-party lists. The companies you introduce should be based in the U.S., Canada and the EU, or in the UK, Australia, New Zealand, India, Singapore, South Africa, Latin America, the UAE and Saudi Arabia with at least 90% of their data in English.

Refer a company →

I own a business

Explore licensing your company's data directly to SourceX for AI training and evaluation. Start a short assessment; no uploads needed.

Start an assessment