Pre-Repair Diagnostic Scan Documentation Form
Document pre-repair scan results, DTCs, and ADAS baseline status before teardown so you can separate collision-related faults from pre-existing conditions.
Trusted by frontline teams 15 years of frontline software AI customization in seconds
Built for: Auto Collision Repair · Auto Body Shops · Fleet Maintenance · Independent Repair Shops
Overview
This Pre-Repair Diagnostic Scan Documentation Form is for recording the vehicle's diagnostic baseline before any teardown, repair, or calibration work begins. It captures the repair order details, VIN, scan date, repair stage, scan tool information, module baseline status, DTC summary, ADAS observations, and technician attestation in one place.
Use it when collision damage, warning lights, or suspected module faults could affect the estimate or repair plan. The form helps separate collision-related faults from pre-existing conditions by documenting what was present before work started, along with supporting scan reports and photos. That makes it easier to explain why a code appeared, whether a calibration may be needed, and what systems were observed during the scan.
Do not use this as a generic vehicle intake or post-repair checklist. If the job does not involve diagnostics, ADAS systems, or fault classification, this template may be more detailed than needed. It is also not a substitute for a repair authorization form or a final quality-control inspection. The best use is at the front of the workflow, where a clear baseline can prevent disputes, missed calibrations, and incomplete documentation later.
What's inside this template
Vehicle and Repair Order Details
This section ties the scan to the exact vehicle and job so the record can be matched to the repair order without ambiguity.
- Repair Order Number
- Vehicle Identification Number (VIN)
- Vehicle Year
- Vehicle Make
- Vehicle Model
- Pre-Repair Scan Date
- Repair Stage at Time of Scan
Scan Tool and Technician Information
This section captures who performed the scan and which tool was used, which matters when results need to be verified or repeated.
- Technician Name
- Scan Tool Vendor
- Scan Tool Model
- Software / Database Version
- Scan Type Performed
- Scan Notes
Module Baseline and DTC Results
This section is the core of the form because it documents the vehicle's pre-repair fault state and how each code should be interpreted.
- Modules Checked
- Baseline Status Before Teardown
- DTC Summary
- Are any faults believed to be collision-related?
- Are any faults believed to be pre-existing?
- Fault Classification Notes
ADAS and Safety System Observations
This section flags safety-critical systems early so calibration, alignment, or follow-up inspections are not missed later in the repair process.
- Is the vehicle equipped with ADAS?
- ADAS Systems Observed
- Calibration Needed?
- Dashboard or Safety Warnings Observed
Supporting Evidence and Technician Attestation
This section attaches proof and confirms the technician reviewed the record, creating a cleaner audit trail for the job file.
- Upload Scan Report
- Supporting Photos
- Technician Attestation
How to use this template
- Enter the repair order number, VIN, vehicle details, scan date, and current repair stage before the vehicle is disassembled.
- Record the technician name and the exact scan tool vendor, model, version, and scan type used so the results can be traced later.
- List every module checked, summarize the DTCs found, and classify each fault as collision-related, pre-existing, or unclear using the notes field.
- Document whether the vehicle is ADAS-equipped, which systems were observed, and whether any calibration or safety-system follow-up is needed.
- Attach the scan report file and supporting photos, then complete the technician attestation after verifying the record matches the actual scan findings.
Best practices
- Complete the scan before teardown so the baseline reflects the vehicle's pre-repair condition.
- Use specific module names and DTC descriptions instead of writing only "faults present" or "scan completed."
- Mark required and optional fields clearly so technicians do not over-collect data that is not needed for the repair.
- Use conditional logic to show ADAS questions only when the vehicle has those systems, which keeps the form shorter and easier to complete.
- Attach the original scan report file rather than retyping results from memory.
- Record the scan tool version and scan type whenever possible, because software differences can affect what codes or modules are visible.
- Add a clear note when a fault cannot yet be classified, especially if further inspection or a follow-up scan is needed.
What this template typically catches
Issues teams running this template most often surface in practice:
Common use cases
Frequently asked questions
When should this form be completed?
Complete it before any teardown, part replacement, or calibration work begins. The goal is to capture the vehicle's baseline condition while the damage state is still intact. If the scan is done after repairs start, it becomes harder to distinguish collision-related faults from pre-existing issues.
Who should fill out the form?
A technician or estimator familiar with diagnostic scan tools should complete it, with the scan tied to the repair order. In shops with multiple handoffs, the person performing the scan should record the tool used, the scan date, and any notes about incomplete module communication. That creates a clear audit trail for later review.
What kinds of vehicles does this template apply to?
It works for collision repair and other pre-repair inspections where diagnostic trouble codes and ADAS status matter. It is especially useful for vehicles with multiple control modules, safety systems, or suspected electrical faults. If the repair does not involve diagnostics or module verification, a lighter inspection form may be enough.
How often should a pre-repair scan be performed?
Use it for each repair order where diagnostic evidence could affect the repair plan, estimate, or liability discussion. For vehicles with visible collision damage, a scan before teardown is the safest default. If new symptoms appear later, a follow-up scan can be attached to the same repair record as a separate entry.
What should be included in the module baseline section?
List the modules checked, whether each module responded normally, and any DTCs or communication issues found. The baseline should make it clear which faults appear present before repair and which are likely tied to the collision event. Avoid vague wording like "scan completed" without identifying the actual results.
How does this template help with ADAS and safety systems?
It creates a place to note whether the vehicle is ADAS-equipped, which systems were observed, and whether calibration may be needed after repair. That helps prevent missed steps on cameras, radar, lane-keeping, airbag, or other safety-related systems. It also supports clearer handoff to calibration or alignment work.
What are the most common mistakes when using this form?
Common mistakes include scanning too late, leaving out the scan tool version, and failing to classify faults as collision-related or pre-existing. Another frequent issue is documenting ADAS observations without noting whether calibration is needed. The form works best when the technician records specific findings, not just a yes/no summary.
Can this template be customized for different shop workflows?
Yes. You can add fields for insurer notes, sublet calibration vendor, photo requirements, or a second technician review if your process needs it. You can also use conditional logic so ADAS questions appear only when the vehicle is equipped with those systems. Keep the form focused on the data you actually use.
Does this form integrate with repair order or scan report workflows?
It can be used alongside repair order systems, document storage, and diagnostic scan exports. The scan report file field and supporting photos make it easier to attach evidence to the job record. If your workflow supports it, link the form to the repair order number so the documentation stays traceable.
Related templates
Go deeper on the topic
-
A standard operating procedure (SOP) is a documented, step-by-step procedure for a repeatable task — the written version of "how we do this here." Good SOPs...
-
Workforce management (WFM) is the operational discipline of getting the right employees, with the right skills, in the right place, at the right time — and...
-
A daily huddle is a brief (10–15 minute) standing meeting held at the start of a shift or workday to align the team on priorities, surface issues, and...
-
A deskless worker is any employee whose job happens without a desk, a company laptop, or a fixed workstation. They're roughly 80% of the global workforce —...
-
Compare 9 top shift scheduling platforms for 2026—features, pricing, and workforce fit for frontline, retail, healthcare, and enterprise teams.
-
Discover 4 proven keys to successful project management and team collaboration — from transparent goal-setting to real-time communication and workflow...
-
Boost team collaboration with modern tools that improve visibility, accountability, and communication for stronger project outcomes.
-
Compare the best employee apps of 2026—MangoApps, Blink, WorkJam, Flip, and more—to find the right fit for your frontline workforce.
Ready to use this template?
Get started with MangoApps and use Pre-Repair Diagnostic Scan Documentation Form with your team — pricing built for small business.