You try to upload a document and get thrown back with something like "PDF version not supported", "unsupported file format", or "the file must be PDF 1.4 or earlier." The PDF opens perfectly on your machine. Nothing is wrong with it. And yet the portal won't take it.
This is one of the most annoying rejections precisely because the file isn't broken. The fix takes about ten seconds once you know what's going on.
What a "PDF version" actually is
Every PDF carries a version number in its header — 1.3, 1.4, 1.5, 1.6, 1.7, or 2.0 — declaring which generation of the PDF specification it was written against. It's a bit like a document saying "I may use features introduced up to this point."
Newer versions allow more: transparency, object streams, better compression, embedded fonts and 3D annotations. Older versions are simpler and more universally readable.
The problem is that some systems check this number and refuse anything above their limit — regardless of whether your document actually uses any of the newer features. A plain text PDF saved as 2.0 gets rejected by a portal that caps at 1.4, even though the document would render perfectly in a 1.4 reader.
Where this bites
- Government and court e-filing portals, which are often built on old validation stacks and mandate 1.4 or older.
- Banking, insurance, and regulatory uploaders with strict intake rules.
- Legacy enterprise document systems that were configured a decade ago and never updated.
- Old printers and RIPs in print shops that choke on newer PDFs.
- Archival requirements — PDF/A-1 is built on PDF 1.4, so archival workflows often want that baseline.
Usually the error message tells you the version they want. If it doesn't, PDF 1.4 is the safest guess — it's the most commonly demanded floor.
The steps
Open Blackpdf's Change PDF Version tool and drop your file in.
Pick the target version. If the portal named one, use it. If not, work down from what's most compatible:
- PDF 1.4 (Acrobat 5) — the common archival and intake baseline. The best first guess.
- PDF 1.3 (Acrobat 4) — for genuinely ancient legacy portals and readers.
- PDF 1.7 (ISO 32000-1) — broadly compatible and modern; the right answer if you're just standardising rather than downgrading.
Click Change Version and download.
Re-upload. In most cases that's the whole fix.
The good news: it doesn't touch your content
This is what makes the fix so painless. Changing the version is a lossless header rewrite — it updates the version declared in the file and doesn't re-encode anything. Your text stays text. Your images aren't recompressed. Nothing is degraded, resized, or flattened.
You're changing what the file claims to be, not what it contains.
Common questions
Will downgrading break my document?
Almost never in practice, because most documents don't use the advanced features that newer versions introduced. A typical text-and-images PDF is entirely representable in 1.4.
The theoretical risk is if your document genuinely relies on a feature that postdates your target version — real transparency effects, certain compression schemes, embedded 3D. Open the converted file and check it looks right before submitting. For most business documents, it will.
The portal still rejects it after I changed the version.
Then the version wasn't the (only) problem. Portals commonly also check:
- File size — compress it.
- Page dimensions — many require uniform A4 or Letter; resize the pages.
- Encryption — a password-protected file is often rejected outright; unlock it.
- PDF/A conformance — some archives want a true archival file, which is a different thing; see PDF to PDF/A.
Which version should I use if they didn't say?
PDF 1.4. It's old enough to satisfy nearly every legacy checker and modern enough to represent almost any ordinary document. If 1.4 is refused, try 1.3.
Is a newer version better?
Not for compatibility. PDF 2.0 is the newest spec but only modern readers fully support it — which is exactly how people end up rejected. PDF 1.7 is the sweet spot for broad modern compatibility; 1.4 for maximum acceptance by strict systems.
Does this make my file smaller or bigger?
Neither, meaningfully. It's a header rewrite, not a recompression. If size is your problem, that's a job for Compress PDF.
Is this the same as converting to PDF/A?
No. PDF/A is a whole archival standard — it requires embedded fonts, no encryption, and self-containment. Changing the version just changes the declared version number. If an archive asked for PDF/A, use PDF to PDF/A instead.
Wrap-up
- Note the version the portal asked for (if it didn't say, assume 1.4).
- Drop your file into Change PDF Version.
- Pick the target and click Change Version.
- Re-upload.
It's a lossless header rewrite — your content is untouched, so there's no downside to trying it. And if the portal still says no, the problem is something else: size, page dimensions, encryption, or a genuine PDF/A requirement. For the deeper background on what the version numbers mean, see PDF versions explained.
