Before a service platform migration: a retention timeline for first-visit failure history

Short answer

Before a service platform migration, inventory each record class behind first-visit failures (work orders, technician notes and attachments, part issues, inventory ledgers, callback jobs, sign-offs), the years each covers, who owns each system and the written cutover date. Then follow the order of loss: images on personal devices go first, field change history ages out on a rolling limit, and closed jobs, part-issue history and attachments are often left behind at cutover. Nothing should be kept without the authority to keep it.

Visual briefFull-size diagram
A horizontal timeline toward migration cutover: site photos are lost first, field history ages out at an 18-month limit, closed jobs, notes and part issues are left at cutover unless preserved, while open jobs and active assets carry across.
Illustrative timeline. Actual deletion points depend on each company's settings, contracts and migration plan.

This timeline is part of the first-visit failure recovery guide. The guide explains which records show how a missed fix was put right; this page does one job, showing how long each of those records tends to last around a migration and who must approve keeping any of them.

The retention timeline: what disappears first

Read from left to right, from today to the day the old platform goes read-only or is switched off.

  1. Images on personal devices: often gone already. Pictures of a burnt contact or an iced coil that never reached the job record lived on handsets that have since been swapped or wiped. Treat them as unknown rather than chasing them.
  2. Recorded callback calls: gone at the contact center's retention setting. The call that set up the second visit is often the only record of what the customer said went wrong. Ask the customer service manager how long recordings are kept.
  3. Field change history: gone on a rolling limit. Salesforce, for example, retains field history for up to 18 months, and up to 24 months via the API, when Field Audit Trail is turned off. A supervisor's recode of a first job from "complete" to "failed first visit" may already have aged out of that history, even though the current value remains.
  4. Closed work orders and notes attachments: at risk at cutover. Migrations commonly carry open work orders and active assets, because the new platform needs them on day one. Years of closed jobs, with their notes and attachments, are the classic thing left behind.
  5. Part issues and inventory ledgers: at risk at cutover or an ERP change. The ledger lines that record a part leaving a warehouse against a job are what prove the right part was on hand at the first visit. They usually belong to a separate migration workstream, run by finance or operations, whose priority is opening balances, not years of issue history.
  6. Open work orders, active assets and current stock: carried across. These survive because operations depend on them.

Record by record: lifespan, end point and approver

Record classWhere it livesWhat ends itTends to lastWho approves keeping it
Site imagesPersonal devices or job attachmentsDevice replacement, attachment cleanupShortest; often already lostService director with counsel
Callback call recordingsContact center platformRecording retention settingPlan- and policy-dependentCustomer service owner with counsel
Field change historyField service platformRolling history limitUp to 18 months in the Salesforce example without Field Audit TrailPlatform owner's executive
Closed work orders and notesOld field service platformMigration scope and contract endUntil cutover, unless preservedCOO and CFO, with counsel
Part issues and ledger linesField service inventory or ERPMigration scope, ERP changeUntil cutover, unless preservedOperations or finance executive
Open jobs and active assetsBoth platformsNot ended by migrationCarried acrossNo decision needed

The pattern matters more than any one number. The records that show why a first visit failed (the image, the call, the recode) are the shortest-lived, and the ledger lines that prove what was on hand are the ones most often treated as someone else's workstream.

Before cutover, ask the service director to pick ten known callbacks and check, in a test export or the migration mapping, whether each still points to its original job. Configuration history matters here: in Dynamics 365 Field Service, a work order is set to Completed by default when its booking completes unless "Status completes work order" is turned off, so some years may hold callbacks on the original job and others as new jobs. Report counts only. The first-visit failure system map lists the keys to check.

Four facts to collect before cutover

Ask for four facts, all at metadata level:

  • Record classes: work orders, technician notes and attachments, incident and resolution codes, part issues, inventory ledgers, callback records, customer sign-offs.
  • Coverage: first and last year in each system, and any earlier platform already retired.
  • Owners: who administers the field service platform, who owns inventory, who holds each vendor contract.
  • The real deadline: a contract end date, read-only date or decommission plan in writing. "Sometime next quarter" is not a deadline.

That date is the only urgency worth naming. The partner's job is to make sure the question is asked before cutover, not to recommend keeping anything the company has no authority to keep. The CMMS migration guide covers a close cousin of this problem for maintenance systems, and the email platform migration guide covers the same decision for mailboxes.

Who approves keeping it, and the qualification check

Keeping closed history after cutover is a company decision. The service director can say what matters, the COO weighs the operational cost, counsel checks customer contracts and vendor terms, and the CFO or CEO approves. The licensing authority decision tree maps the licensing side, where the CEO authorizes a discussion and signs. When a migration follows an acquisition, site visit preparation and the portfolio company site visit checklist help frame the conversation.

The introduced company needs 50+ full-time employees at peak (contractors and subcontracted technicians excluded), a documented operating history, rights to license 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, what customer and site details must be removed, the rights review result and any offer.

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 service platform has a written cutover date and years of closed callbacks behind it, register as a partner, check the company against who qualifies, and read the program terms before that date.

  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

Does a migration always lose closed work orders?

No. Some projects carry full history; many carry only open jobs and active assets to keep the cutover simple. Ask for the migration scope in writing rather than assuming either way.

Is it the partner's job to arrange an archive?

No. The partner makes sure the inventory question is asked before cutover. Whether and how to keep closed history is the company's decision, within its contracts and vendor terms.

What if the migration follows an acquisition?

Then two histories may be at risk, the acquirer's and the target's. Ask who owns each platform contract and which history the integration plan keeps.

Sources

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