ISOCheckAll posts
Troubleshooting

The Most Common ISO 19650 Filename Mistakes That Cause Rejections

5 min read · ISOCheck

Most ISO 19650 filename rejections aren't caused by a fundamental misunderstanding of the standard — they're caused by small, easy-to-miss errors in an otherwise correct filename. Here's what tends to trip people up most, in order of how often they actually occur.

1. Separator inconsistency

Mixing hyphens and underscores within the same filename, or using one separator type when the project's BEP specifies another. This is one of the most common — and most invisible — errors, since both characters look similar at a glance and the filename can still read as correct to the eye.

2. Case mismatches

ISO 19650 filenames are typically expected in a consistent case (commonly uppercase for most fields). A single lowercase letter slipping into an otherwise correctly structured filename is a frequent, easy-to-miss cause of rejection — especially when filenames are typed manually rather than generated by a template.

3. Wrong field order

Each field in the naming string has a defined position — project, originator, volume/system, level, type, role, number (with some variation depending on which annex applies). Transposing two fields, especially when working quickly across multiple disciplines, produces a filename that's structurally invalid even if every individual code used is correct.

4. Incorrect or outdated originator code

Using a previous project's originator code on a new project, or a slightly wrong variant of your company's code, is common on multi-project teams.

5. Character length violations

Particularly relevant if you're unsure whether a project follows the 2018 (fixed-length) or 2021 (project-defined length) UK National Annex. A code that was the right length on your last project may be too long or too short for this one.

6. Wrong discipline or role code for the file type

A structural drawing tagged with an architectural discipline code, or similar mismatches, are easy to make when producing files quickly across a multi-disciplinary submission batch.

7. Inconsistent revision/status codes

Using a draft status code (e.g. S0/S1) on what should be a shared or published status, or vice versa — often a leftover from copying a previous file as a starting template without fully updating every field.

Catching these before submission

Most of these errors are genuinely hard to catch by eye, especially across a batch of dozens of files under deadline pressure. A filename validator that checks structure, separators, casing, and field order systematically can catch what manual review often misses.

ISOCheck is a free browser-based tool that checks filenames against ISO 19650 structure — built specifically to catch this category of small, easy-to-miss errors before they reach a client's CDE.

Validate your filenames before the deadline

Check up to 500 filenames at once — free, in your browser, your files never leave your device.

Try ISOCheck Free