Identify the records that carry the work
Trace a service request from customer contact to location assignment and follow-up. Note the records, notes, attachments, and links between them that a team would need to continue the work.
An operations field guide ยท Multi-location service teams
When a record disappears or a bulk change goes wrong, every location needs to know what can be recovered, who makes the call, and whether the restored information can be trusted.
A planning model, not a product interface or a description of available functionality.
Readiness / A practical progression
A backup discussion is not just an IT exercise. Local teams may know which records are essential, while central operations may own the systems and permissions. Bring those perspectives together before an incident.
Trace a service request from customer contact to location assignment and follow-up. Note the records, notes, attachments, and links between them that a team would need to continue the work.
An export may be useful for inspection or migration, but it is not automatically a restorable backup. Ask how each copy is created, what it contains, and how it would be used after an error.
Document who reports a problem, who decides the scope of recovery, and who checks the result at each affected location. Review the plan when ownership or workflows change.
Recovery / Questions for evaluation
Ask which records and fields can be exported, in what format, and whether attachments, custom fields, activity history, and links between records are included. Check whether exports can be scoped by location and who is allowed to initiate them.
Discuss how often copies are made, how long they are retained, and whether deleted or changed records are included. Clarify who is responsible for the backup and whether your team can independently access a usable copy.
Ask whether recovery can target a single record, a location, or only a larger dataset. Find out how a restore handles changes made since the backup, what approval is needed, and what the provider expects your team to do.
Plan a review with both central operations and affected location leads. Compare representative records, ownership, dates, and linked service history against a reliable reference. Record unresolved differences before treating the recovery as complete.
Monitoring / The quality signal
Recovery is more useful when teams understand the condition of their data before anything goes wrong. Establish a small, repeatable review across locations rather than relying on an occasional cleanup.
Review missing location assignments, duplicate customer records, stale contact details, and service cases without an owner. Agree on definitions so each location is looking for the same issues.
Assign someone to investigate exceptions and record corrections. Compare recurring issues between locations, then adjust entry guidance or ownership rules where the pattern begins.
Discussion worksheet
Use a recent service scenario as the reference. Ask a location lead and the central system owner to answer together, then document any assumptions that need confirmation.
Return to the recovery questions โList the customer, site, and service information needed to pick up an interrupted request.
Identify its owner, contents, retention period, and the route to accessing it.
Consider a mistaken edit at one location and a broader data problem separately.
Name the central and local roles that can confirm records and relationships are intact.