Your Data Catalog Says Trusted. Production Still Reads From the Dump Folder.




The catalog badge is green. The dataset is tagged Trusted. The AI team still trains and evaluates against a shared dump folder that someone cloned last quarter because the certified table was missing a column. Nobody is lying. The certified path and the path that ships are simply not the same path.
That split is common in Australian enterprises that invested in catalogs, quality dashboards, and data stewards, then asked models to move faster than the certification process. The brochure says governed data. The pipeline says whatever landed in s3://scratch/ before the release freeze.
A catalog entry describes intent: owner, freshness, sensitivity, and a promise about quality. Production AI consumes reality: the files, tables, and feature extracts that actually reach training jobs, eval harnesses, and RAG indexes.
When those diverge, governance becomes theatre. Risk reviews cite the catalog. Engineers point at the dump folder. Both screenshots look tidy. The model sits on the messier one.
This is not a tooling failure alone. Certification cycles often lag the feature ask. Teams need a column tomorrow. The steward process takes three weeks. The dump folder fills the gap once, then forever.
It starts innocently. A data scientist exports a join that is not in the warehouse yet. A vendor drops a CSV. An analyst pastes a corrected label file into SharePoint. Someone copies yesterday's parquet because the job failed overnight.
Then the dump folder gains gravity. Scripts hardcode its path. Eval baselines are locked to its snapshot. The agent RAG index points at the same tree because it already has the awkward documents. When the certified table finally appears, migrating costs more than staying put, so nobody migrates.
Meanwhile the catalog still shows Trusted on the official object. Auditors read the badge. On-call reads the dump path in the runbook. Those are two different systems pretending to be one.
Privacy and retention promises stop matching reality. The catalog may mark a field as restricted. The dump copy may still hold it unredacted. Deletion requests hit the warehouse. The model keeps the embedding.
Quality signals drift. Stewards fix the certified table. The dump folder does not receive the fix. Drift monitors look calm because they watch the warehouse. User complaints rise because the model never left the dump.
Lineage collapses. When a bad decision needs a root cause, you cannot reconstruct which dump snapshot trained the model. You get folklore: "it was the September extract" with no hash, no owner, and no expiry.
Stop treating the dump folder as a temporary workaround. Treat it as a control failure until it is gone.
Name one production data contract per model and per RAG corpus. The contract lists the exact objects, versions, and owners that are allowed to feed that system. If a path is not on the contract, the pipeline refuses it. Soft warnings do not count.
Give teams a fast lane that is still governed. Temporary staging tables with short retention, explicit purpose tags, and automatic expiry beat forever-scratch folders. Stewards should be able to promote a staging object into Trusted without a three week ceremony when the quality bar is already met.
Instrument the gap. Alert when training or indexing jobs read outside the contract. Publish a weekly list of shadow reads to the platform and risk owners. What you do not measure becomes permanent.
Before you celebrate another catalog milestone, prove five things in rehearsal:
If any of those fail, the Trusted badge is marketing. The dump folder is still your platform.
Catalogues are useful. They are not a substitute for the path your models read at 2am. Align the production graph with the governed graph, or stop claiming you have a data foundation for AI. A model trained on a dump folder does not inherit the catalog's reputation. It inherits the dump.
