First-visit failure recovery: the records that show how a missed fix was put right

Short answer

A useful first-visit failure recovery history links the first diagnosis, the part that went in, the callback, the corrected diagnosis, the follow-up completion and a check that the fix held. Those records show the initial problem, the authorized action and the checked result. A partner asks the service director whether callbacks stay linked to the original job and how many years exist, then introduces the executive who can authorize a licensing discussion.

Visual briefFull-size diagram
A two-visit timeline for one fictional rooftop cooling call: a capacitor swapped on day 1, a callback on day 3, the fan motor fault found and fixed on day 4, and no repeat call by day 34, with the callback link marked as the record most often lost.
Illustrative. The company, days and parts are fictional and show the shape of one first-visit failure record chain.

Which first-visit failure recovery records help a company explain how exceptions were handled?

The records that matter show the misdiagnosis and the correction together. One closed work order says a job was done; a pair of linked jobs, with notes and parts on both, says what the first technician thought, why it was wrong and how the company caught it.

A first-visit failure is not always a mistake. Sometimes the part was not on the van, the customer was not on site, or the fault was intermittent. The exception that teaches the most is the one where everything needed was available and the diagnosis was still wrong, because the second visit records why.

Worked example: the right part was on the van, the wrong fault was diagnosed

Illustrative. A 260-person commercial HVAC service company maintains rooftop units for retail sites. Each van carries common motors, capacitors and contactors.

  1. Day 1, first visit. Ticket: "Store too warm, unit running." The technician's note reads "weak run capacitor, replaced, unit cooling at departure." Part history: one capacitor consumed from the van. Work order closed.
  2. Day 3, callback. The store reports the unit tripping again in the afternoon heat. The service desk opens a new ticket against the same site.
  3. Day 4, second visit. A senior technician notes "condenser fan motor overheating and cutting out; capacitor was a symptom." Part history: one fan motor consumed from the same van, which had carried a matching motor on day 1.
  4. Day 4, follow-up completion. The repair is marked complete, the store manager signs off, and the supervisor recodes the original job from "complete" to "failed first visit, misdiagnosis."
  5. Day 34, outcome check. No repeat call on the unit in 30 days.

The value is in steps 3 and 4: a written reason the first diagnosis was wrong, the part that proved it, and a supervisor's classification. That is an exception with an authorized action and a checked result, the same shape the exception workflows guide describes for purchasing. General work order assessment is covered in field service records and resolution notes; this page is only about the missed-fix pair.

Four kinds of first-visit failure, and what each record shows

Not every callback is the same exception. Asking the service director which kinds the company records, and how, says more about the history than any total.

Failure kindWhat the first visit showsWhat the recovery addsStrongest record
Misdiagnosis, part on handA part consumed, job closedCorrected note, second part, supervisor recodePaired technician notes
Part not on the vanJob left open or rescheduledPart order, receipt, return visitPart history and order record
Access or customer issueVisit attempted, no work doneRebooked visit, contact logScheduling history
Intermittent faultNothing found, job closedCallback, monitoring, eventual fixRepeat calls on one asset

The first row is the one in the worked example, and it is the rarest to find well documented: it depends on the supervisor writing down that the first job failed, not just opening a second one.

How platforms hold the pair

Platforms differ in how they keep a missed fix and its recovery together, which is why the service director should be asked how callbacks were logged in each year rather than assuming one method.

  • Work order status. In Microsoft Dynamics 365 Field Service, a work order is set to Completed by default when its booking is completed; the booking status setting "Status completes work order" can be turned off so follow-up work keeps the work order open. A company that turned it off may hold both visits on one record.
  • Follow-up fields. The Dynamics work order table lists its follow-up fields (Follow Up Required, Is Follow-Up) as deprecated, so a company that relied on them may have changed how it flags callbacks partway through its history.
  • Coded resolutions. Dynamics resolutions can be linked to incident types and suggested on work orders, so a coded diagnosis and a coded resolution may sit side by side. Free-text notes still carry most of the reasoning.
  • Parts consumed. In Salesforce Field Service, a products consumed record on a work order reduces the stock of the linked product item, which can be a product at a location such as a van. That is how the part history on both visits can be tied to one van.

None of this needs a partner to open a system. The service director can say which method applied in which years, and roughly how many callbacks were linked to an original job.

Does the company qualify, and what stays unknown?

The introduced company needs 50+ full-time employees at peak (contractors excluded), 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. Subcontracted technicians do not count toward headcount.

What stays unknown until SourceX reviews it: what customer and site details must be removed, whether service contracts limit reuse, SourceX's current data needs for this record type, and any offer. The data rights explainer covers the review, and the field service histories page describes the record type in general.

Go deeper on first-visit failure recovery

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 callbacks still link back to the first visit with notes and parts on both, register as a partner, check the company against who qualifies, and read the program terms before the service director forwards your one-page note.

  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 first-visit failure history just a first-time fix rate?

No. A rate counts how often a job closed on the first visit. A recovery history keeps each miss as a case: what the first technician believed, which part went in, why the customer called back and what finally held. The cases carry the reasoning; the rate does not.

Does a callback logged as a brand-new work order ruin the history?

Not necessarily. If both jobs share an asset, a site and close dates, the pair can often be matched later. Note how callbacks were logged in each year so the company can say how complete the links are.

Does licensing service records suggest the company is struggling?

No. Companies license operating records because the history has value, not because the business is failing. The decision rests with the owner and counsel, after SourceX's review.

Sources

  1. learn.microsoft.com/en-us/dynamics365/field-service/work-order-s…
  2. learn.microsoft.com/en-us/dynamics365/field-service/developer/re…
  3. learn.microsoft.com/en-us/dynamics365/field-service/work-order-r…
  4. help.salesforce.com/s/articleView
  5. 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