Fixing Row-Level Import Errors: A Troubleshooting Flow
A troubleshooting flow for fixing row-level import errors: classify the failure, repair the source file, re-upload, and confirm inventory statuses before anything is queued to post.
The import did not fail as a whole. Twelve rows did. The used-car manager sees a log, not a lot, and the temptation is to ignore the twelve and post the rest. Those twelve are often the aged truck with the messy VIN, the priced-wrong sedan, and the duplicate of a unit already live. Fixing row-level import errors is a flow, not a mood. Treat the log as a map of which vehicles would have gone out wrong.
This article is a troubleshooting sequence for general managers, internet directors, and the one person who owns the spreadsheet on a small lot. PostToMarket bulk CSV and Excel import stores each upload in import history and records problems at row level. The flow below assumes you have already tried to clean the file; if you have not, run A Pre-Import Checklist for Your Vehicle CSV File first. Troubleshooting without a checklist is how the same twelve rows fail every Thursday.
No tool can guarantee the next upload will be perfect, and nothing here guarantees Marketplace distribution. The job is to stop bad rows before they become listings.
Read the Log Before You Touch the Queue
A row-level error log is useful only if you stop posting long enough to read it. Queueing the "good" rows while the log is still open is how you split the lot into two realities.
Separate three kinds of failure
Classify every logged row into one bucket:
- Unusable data — truncated VIN, blank price, non-numeric mileage. The row cannot become a listing as-is.
- Structural file damage — shifted columns, a line break that split one vehicle into two rows, a header that duplicated. Many rows will look wrong in the same way.
- Business rejects you should have filtered — sold, hold, wholesale. The system may or may not error; either way, they should not post.
Bucket 2 is a file problem. Fixing one cell will not save you. Bucket 1 is a cell problem. Bucket 3 is a process problem.
Tie the log to a file you still have
Import history tells you which upload produced the errors. Open that exact dated file, not "inventory-latest.xlsx" sitting on the desktop. If you cannot find the file, you cannot troubleshoot; you can only guess. Name files so history and the folder match.
Do not edit live listings to compensate
If a sibling row already imported with a shifted price, the fix is in inventory and in the source file, not a one-off rewrite on Marketplace while you "deal with the log later." Pause the queue for affected stock numbers until the file is coherent.
A Troubleshooting Flow for Fixing Row-Level Import Errors
Work top down. Stop when the remaining errors are explained.
Step 1: Count and pattern-match
- How many rows failed vs. how many were in the file?
- Do failures share a column (all VIN, all price)?
- Do they share a region of the file (rows 80–95), which often means a single comma or line break detonated a block?
If more than a small handful failed with the same symptom, skip cell-level edits. Go to Step 2.
Step 2: Repair structure
Open the file in a spreadsheet, not a text editor, unless you are hunting a raw comma.
- Confirm a single header row and no merged cells.
- Look at the first failed row and the row above it. If columns have slid, find the unquoted comma or embedded line break in a notes field.
- Remove totals rows and blank rows in the middle of the data.
- If the file is Excel, replace formulas with values. A VIN that is still a formula is a recurring error. How to Prepare an Excel Inventory Sheet for Bulk Import covers the workbook traps that produce whole-file patterns.
Re-save a new dated copy. Do not overwrite the broken file until you have a known-good replacement. You may need the broken one to explain what happened.
Step 3: Repair cells in the remaining rows
For each remaining error, change the source, not a sticky note:
| Symptom | Typical cause | Fix in the file |
|---|---|---|
| VIN rejected | Truncated, invalid character, extra space, numeric formatting | Paste as text; verify 17 characters against the dash |
| Price rejected | Blank, "Call", currency text the parser cannot use, extra zeros | Integer cash price you will honor |
| Mileage rejected | "TMU", suffixes, blanks, swapped with price | Integer from the odometer or a confirmed record |
| Duplicate VIN | Two rows, or a unit already in inventory from last week | One row per VIN; do not import a second copy to "refresh" |
| Year/make/model empty | Shifted columns or a blank export field | Restore from decode or the unit; do not invent trim |
If you cannot confirm a value, drop the row from the upload and leave the vehicle out of this batch. Guessing a trim to clear an error is how you advertise the wrong truck.
Step 4: Decide whether the unit should import at all
Some "errors" are the system catching what you should have filtered. Sold pending, recon, deposit holds: remove them from the upload copy or import them only if you will park them as drafts. Unlimited inventory is not a reason to import fiction.
Step 5: Re-upload the corrected file as a controlled event
Upload the new dated file. Read import history again. Confirm the previously failed rows either imported or failed for a new documented reason. If the same row fails the same way, you did not fix the cell you think you fixed — formatting is the usual culprit (VIN still a number, price still text).
Do not re-upload the entire lot casually if most of it already imported cleanly. Re-uploading everything is how duplicates appear. Prefer a file that contains only the repaired rows, unless your process is a full replace you have already designed. The next article in this sequence, Re-Uploading a Corrected Inventory File, is the review routine for that choice.
Step 6: Verify in inventory before the queue
For each repaired VIN:
- Status is draft (or the status you expect), not already posting.
- Year, make, model, trim, mileage, and price match the unit.
- AI title and description, once generated, get an edit pass. The draft will repeat whatever you just put in the file.
Only then add the vehicle to a personal or assigned queue.
Recurring Errors and the Process Fix
If the same error class appears every import, stop treating it as a troubleshooting event. Treat it as an upstream defect.
DMS export quirks
- Notes fields with commas: stop exporting that column, or clean it in Excel before save.
- Sold units remaining in the "active" export: filter on status in the spreadsheet every time.
- Pack and cost columns adjacent to price: people map the wrong one. Delete cost from the upload copy.
There is no DMS integration in PostToMarket. The export is your job. The import log is the proof of whether that job was done.
People quirks
- A rep uploads from email while a manager uploads from the shared drive. Two files, overlapping VINs.
- Someone "fixes" a failed row by typing a new vehicle by hand and also re-importing it.
- Night uploads with no log review until the next afternoon, after units have already posted.
Assign one owner for import. On Dealership, that is typically admin or manager. Associates work queues; they should not be the import troubleshooting path.
A short flow you can tape beside the monitor
- Stop the queue for affected stock.
- Open import history; open the matching file.
- Pattern-match (structure vs. cells vs. business filter).
- Fix the file; save a new dated copy.
- Upload the smallest coherent set of repaired rows.
- Read the new log.
- Spot-check inventory; then queue.
If you cannot complete 1–7 the same day, leave the units in draft. A delayed listing is cheaper than a wrong one.
How PostToMarket Automates This
Row-level import errors become floor emergencies when the only signal is a live listing with a bad price. The troubleshooting flow above depends on being able to see which rows failed, which file they came from, and which inventory status they landed in.
- Bulk CSV and Excel import as the intake path you are repairing.
- Import history so each upload is an event you can reopen.
- Row-level error log so failures are specific rows, not a silent skip.
- Inventory statuses (draft, posting, posted, sold, failed) so repaired units can sit in draft until verified.
- Unlimited inventory so you can import a repaired subset without deleting the rest of the lot.
- AI titles and descriptions generated from the corrected specs, still editable before posting.
- Mark as sold and archive if a "failed" row was actually a sold unit that should never have been in the file.
The log does not post vehicles for you. It keeps the troubleshooting flow from becoming guesswork.
Clear the Log, Then Run a Real Import on Trial
A row-level error is a gift if you treat it that way: the system refused to turn a bad cell into a public claim. Build the troubleshooting flow once, then every Thursday import gets faster because you are not improvising.
Starter is $59 per month for a solo seller with one login who owns both the spreadsheet and the queue. Dealership is $299 per month for up to 13 logins, so a manager can run this flow while reps post from assigned queues. Use the 10-day free trial to import a real file, break a row on purpose in a copy, and practice the repair path.
Start your 10-day free trial via secure Stripe checkout. Cancel anytime. If a log entry still does not make sense after you have the file in front of you, email info@posttomarket.com with the import time and the VIN — not a screenshot of a listing that already went live.