Don't Just Take Their Word for It: How to Confirm Your Repair Actually Worked
Photo: PhotoAfrica ( Ilan Ossendryver), CC BY-SA 4.0, via Wikimedia Commons
You picked up your car. You paid the bill. The check engine light is off. The service advisor said everything looks good. So you're done, right?
Maybe. But here's the thing — a cleared code and a completed repair are not the same thing. And if you're not doing at least a basic post-repair verification, you're essentially trusting a process you have no visibility into. That's fine when it works. It's expensive when it doesn't.
This guide walks you through exactly how to verify a repair using a basic OBD-II scanner, what to look for in the data, and how to use what you find if the problem hasn't actually been resolved.
Why Cleared Doesn't Mean Fixed
Every shop clears codes after a repair. That's standard practice, and by itself it's completely appropriate — the repair is done, the fault condition should be gone, so clearing the logged code makes sense. The issue is that clearing a code resets the system and starts the drive cycle fresh. It doesn't tell you whether the underlying problem was actually resolved.
Here's the key distinction: your car's computer needs to run through a series of self-tests — called readiness monitors — before it can confirm that each system is functioning correctly. These monitors run automatically as you drive under specific conditions. Until they complete, your car's computer hasn't actually verified anything. It just knows the code was cleared.
This is actually why some cars fail emissions inspections right after a repair — the monitors haven't completed yet. The same principle applies to your post-repair verification.
What to Do Before You Leave the Shop
If you have your own scanner, the best time to plug it in is before you drive off the lot. Here's what to check:
Look at the readiness monitors. Most OBD-II readers have a monitor status screen. You'll see a list of systems — catalyst, oxygen sensor, EVAP, EGR, and others — marked as either "Ready" or "Not Ready" (sometimes shown as "Complete" and "Incomplete"). Right after a code clear, most of these will show as Not Ready. That's expected. What you're doing is establishing a baseline.
Note the specific code that was repaired. Write down the exact DTC that prompted the repair. You'll be watching to see if it comes back.
Check for any codes that weren't there before. This matters more than people realize. Occasionally a repair disturbs something adjacent — a connector that wasn't fully reseated, a vacuum line that got bumped. A quick code scan before you leave catches those situations immediately, while you're still at the shop.
The Drive Cycle: Giving the System Time to Verify Itself
After you leave, your car needs to run through its drive cycle to complete those readiness monitors. The specific conditions vary by vehicle and by system being tested, but a general-purpose drive cycle typically involves:
- A cold start (ideally after the car has sat overnight)
- City driving with several stop-and-go cycles
- A period of steady highway speed, typically 55-60 mph for several minutes
- Some deceleration without braking
Most vehicles complete their primary monitors within 50-100 miles of mixed driving. After that mileage, plug your scanner back in and check monitor status again. Most or all should show as Ready.
If a monitor refuses to complete after 100+ miles of normal driving, that's a signal worth paying attention to. It can indicate the system is still detecting a fault condition and is preventing itself from completing the self-test. That's essentially the car telling you something isn't right.
What to Watch For in the First Two Weeks
Beyond the monitor status, there are a few specific things worth tracking in the days after a repair:
Does the original code come back? If the repair was successful, that code should stay gone. Some codes have a pending status before they become confirmed — your scanner can show pending codes too. A pending code that matches the one you just had repaired is an early warning sign before the check engine light even comes back on.
Are fuel trims behaving normally? If your repair involved anything related to the fuel system, air intake, or oxygen sensors, live fuel trim data can tell you a lot. Short-term fuel trim (STFT) and long-term fuel trim (LTFT) values should both be close to zero — within about plus or minus 10 percent. Numbers significantly outside that range suggest the engine is still compensating for something it shouldn't have to.
Is the symptom actually gone? This sounds obvious, but it's worth stating. If the car was running rough before the repair, it should run smoothly now. If there was a hesitation, a smell, a noise — verify with your own senses that it's genuinely resolved. Codes can clear while symptoms persist, especially in early stages of a returning fault.
Turning Your Data Into Leverage
If your scanner shows the original code has returned, or if a monitor won't complete, or if fuel trims are significantly off — you now have something more powerful than a complaint. You have data.
Here's how to use it:
Document everything with timestamps. Screenshot your scanner app or write down readings with dates and mileage. "The P0420 came back at 62,000 miles, six days after the repair" is a specific, verifiable claim that's hard to dismiss.
Request the repair in writing before you go back. Know what was replaced, what part number was used, and what the shop's warranty policy is on that repair. Most reputable shops warranty their labor for at least 12 months or 12,000 miles. That warranty is your starting point for the conversation.
Ask the shop to explain why the code returned. A good shop will want to know. A shop that gets defensive or dismissive when confronted with documented scanner data is telling you something important about how they operate.
If you can't get resolution, file with the Better Business Bureau or your state's consumer protection office. Documented scanner data showing a code returned within days of a repair is exactly the kind of evidence those processes are designed to evaluate.
The Bottom Line
A scanner isn't just for diagnosing problems — it's for verifying solutions. Spending five minutes with your reader before you leave the shop, and another five minutes a week later, gives you a level of accountability that most car owners never exercise. And when something isn't right, that data is the difference between a productive conversation and a frustrating he-said-she-said argument.
Diagnose it. Fix it. Then verify it. That's the full loop.