"I think you sent the old version." That is the customer's entire email, and nothing more is needed. Somebody opens the package that was carefully put together yesterday, spots within a minute what is wrong, and instantly the whole drawing package is in doubt. Including the sheets that were perfectly fine.
Export mistakes hurt more than drawing mistakes. A drawing mistake is a professional slip; a wrong file feels like sloppiness to the recipient, and sloppiness rubs off on everything you deliver. The good news: to prevent export mistakes in your drawings, you do not need new skills. Each of the seven mistakes below has a traceable cause in the way of working, and therefore a remedy, sometimes with help from a toolbox like Thundercad.
To be clear: this article is about the export moment, the last few meters. Checking dimensions, views and tolerances belongs earlier in the process; for that there is Checking drawings before release: the complete checklist.
Why the customer sees them before you do
You look at your drawing in Inventor for weeks; the customer looks at the file that rolled out of the export. Those are two different things. Between release and shipping sits a series of actions that hardly ever gets checked: exporting, renaming, collecting, sending. It feels like paperwork, so it happens on Friday afternoon, in between, from memory. And hardly anyone opens the result one more time. The recipient does: with fresh eyes, a stake of their own and a tendency to open exactly the file that stands out. That is how your customer becomes your unintended final inspection.
Mistakes 1, 2 and 3: sending an old state
Mistake 1: the wrong revision
The customer receives revision B while C has just been released. Cause: the export happens from a collection folder where old files linger, or from memory ("I already exported that one last week, right?"). Remedy: after a change, always export again from the released model and clean up old exports immediately, so the wrong file simply is not there anymore. How to update every trace after a change, from model to BOM to export, is covered step by step in Implementing changes without a chain reaction of errors.
Mistake 2: yesterday's PDF
Subtler: it is the right revision, but the drawing was modified after the export. The PDF is a snapshot from yesterday, the model is from today. Cause: exporting happens too early, when the work is "almost done". Remedy: make exporting the very last step, after the last change, and when in doubt compare the file date of the export with the modification date of the drawing. If the export is older, treat it as suspect.
Mistake 3: the parts list on the sheet not updated
The model counts eight fastening sets, the parts list on the drawing still shows six. Cause: after a model change the list on the sheet was not refreshed, and at export time nobody notices anymore. Awkward detail: people order and assemble from that sheet. Remedy: refreshing the BOM belongs to the change, not to the export; at the export moment you only verify that sheet and model show the same quantities.
These first three mistakes share the same root: exporting as a loose action, cut off from the release. With Batch Publish from Thundercad you export the complete drawing package in one run from the current state, to PDF, DWG, DXF and STEP at once.
Try 30 days freeMistakes 4, 5 and 6: sheets, scale and title block
Mistake 4: a missing sheet
The drawing has five sheets, the PDF three. Cause: the export option is still set to the current sheet or to a previously chosen range, and nobody counts. Remedy: export all sheets by default and make counting a five-second habit: the number of pages in the PDF equals the number of sheets in the drawing.
Mistake 5: the DXF at the wrong scale
The cutter imports the DXF and the contour turns out half the intended size. Cause: the DXF comes from a scaled drawing view instead of from the geometry at true size. Remedy: always deliver production DXF files at 1:1 and measure one known dimension after exporting. If you deliver flat patterns regularly, capture this once in a fixed export profile and never look back.
Mistake 6: the empty field in the title block
The sheet says "Material: -" or shows a blank box behind "Drawn by". Cause: the title block fills itself from iProperties, and that one property was never filled in. On screen it goes unnoticed, on the customer's printout it jumps out. Remedy: fill the properties before release and agree that an empty mandatory field blocks the export. A fixed data card per document type makes such gaps visible without opening every drawing.
Mistake 7: the file name that means nothing
"frame_final_NEW(1).pdf". To you the result of a hectic Thursday, to the customer a riddle: which of the three files sent is actually valid? Cause: file names are invented at save time, under pressure, one by one. Remedy: a fixed convention built from drawing number and revision, optionally extended with a short description. The name must answer two questions without opening the file: what is this, and which state is it? Words like "final", "new" and "latest" answer neither, and become untrue at the very next change.
Turn exporting into a moment, not a chore
The common thread behind all seven: exporting happens scattered, manually and under time pressure. The remedy at process level is one fixed export moment, right after release, where the whole package is created in one go: all sheets, all formats, fixed file names, old exports cleaned up. Close with a thirty-second last look:
- Number of pages in the PDF equal to the number of sheets in the drawing?
- Revision in the file name equal to the revision on the sheet?
- Export date newer than the last change?
- One known dimension measured in the DXF?
Part of this check can be automated as well. A check that flags empty title block fields and outdated parts lists before you export is on the Thundercad roadmap as Drawing Checker; until then, the list above is your safety net.
Frequently asked questions
Do I now have to check every export completely?
No. Checking dimensions and tolerances belongs before release, not at export time. The export moment only asks for the four-point last look above: thirty seconds per package, aimed at exactly the mistakes that can still creep in after release.
What is a good file name for the customer?
Drawing number plus revision, optionally with a short description: enough to recognize and trace the file without opening it. Use the same name in the title block, the accompanying email and the file list, and avoid words that expire, such as "final" or "new".
Does automation really help against these mistakes?
Against six of the seven, yes: a bulk export from the released state removes memory work, loose export options and manual renaming from the process. Only the content mistakes remain human work. If you want to see what that changes in your own drawing package, you can try Thundercad free for 30 days.