Project identity
Include a stable job, client, or date element when camera sequence numbers could repeat across assignments.
Filename continuity
Keep stable photo identifiers from source files through client proofs and final exports so every selection maps back correctly.

Quick answer
A dependable client-proofing filename stays recognizable from the local source through the uploaded proof and final export. Use a unique project-aware base name, preserve its sequence identifier, add only controlled version suffixes, and test the client-facing label before sharing. GalleryDock preserves the filename that you upload, but it does not automatically reconnect a proof to local RAW files or manage your version history.
Naming contract
The name does not need to describe every visual detail. It needs to stay unique, sortable, and traceable across the systems you actually use.
Include a stable job, client, or date element when camera sequence numbers could repeat across assignments.
Use consistent leading zeros so files sort predictably and identifiers remain the same length.
Add proof, retouched, print, or web markers only when the team has one documented meaning for each suffix.
Prefer a simple cross-platform convention without ambiguous punctuation, changing spaces, or accidental duplicate extensions.
Four-step continuity check
Test the complete path before the client makes choices. A naming mistake discovered after selection creates manual reconciliation work.
01
Check duplicate camera counters, second-shooter files, and imported folders before assigning the proof identifiers.
02
Preserve the base identifier and add only the approved proof marker without silently renumbering the set.
03
Confirm that the displayed filename is readable, unique, and consistent with the list you will use for matching.
04
Use the confirmed identifiers to locate sources, apply finishing, and retain the base name in the delivered version.
Failure prevention
The highest-risk errors are not ugly names. They are duplicate or transformed identifiers that point to the wrong source file.
Two cameras may both produce IMG_0001. Add a project or camera distinction before those files enter one proof set.
An export preset can replace the identifier the client later reports. Test the actual preset, not just the catalog name.
Inconsistent labels such as final, final2, edit, and retouched make version status difficult to automate or audit.
Keep the selection list or collection in your production system; the online gallery is not an automatic link to your RAW archive.


Comparison
The best convention is the simplest one that stays unique and reversible in your real production workflow.
| Approach | Best for | Tradeoff |
|---|---|---|
| Original camera counter only | One camera and one isolated shoot | Counters can repeat across cameras and jobs |
| Descriptive sentence filename | Human context | Long, inconsistent, and hard to automate |
| Fresh proof renumbering | A clean client sequence | Needs a reliable map back to sources |
| Random platform identifier | Internal system uniqueness | Poor communication outside that system |
| Project base plus stable sequence | Traceable proof-to-final workflow | Requires an agreed naming convention |
Project and camera-aware identifiers prevent repeated counters from pointing to different photographs in one proof gallery.
Stable subject and sequence identifiers connect employee choices to the correct source and delivered portrait.
The same base name follows the client selection into the retoucher manifest and back into the final export set.
Frequently asked questions
Use a unique project-aware base and padded sequence, such as a date or job code plus 0001, then apply only documented version suffixes.
You can when it is guaranteed unique in the project. Multi-camera and repeated-counter workflows usually need an additional project or camera identifier.
You can, but only with a reliable mapping. Preserving the base identifier is usually safer than replacing it after choices arrive.
GalleryDock preserves the filename supplied during upload. Verify the client-facing display and your local matching process before publishing the proofs.
No. Your catalog, manifest, or production process must maintain the relationship between the uploaded proof and the local source file.
Keep the same base identifier and add one controlled suffix or version field so the relationship stays obvious without overwriting the source.
Related resources
Pricing
Free forever
0 EUR
EUR 0 per month
Perfect for sharing your first galleries professionally.
Start free, no credit card required
Monthly
19 EUR
EUR 228 billed yearly. plus VAT
Ideal for photographers who regularly deliver client galleries.
For regular client delivery
Monthly
29 EUR
EUR 348 billed yearly. plus VAT
For photographers managing many projects, videos and growing storage.
For regular client delivery
Prepare stable proof filenames, verify them in GalleryDock, and preserve the same identifiers through retouching and final delivery.
Create a free account