Reference Glossary
Rights clearance
The process of confirming, before an asset is used, that every necessary licence, release, and permission for that use has actually been obtained and is currently valid.
Why it matters in a DAM
A DAM formalizes rights clearance as a workflow status attached to each asset — cleared, pending, expired — rather than treating an asset's mere presence in the system as proof it's safe to use, because assets routinely get uploaded before clearance is finished, and without an explicit status field a team has no way to distinguish an approved asset from one still awaiting a signed release.
A worked example
Common mistake
Assuming an asset is cleared for use simply because it exists in the DAM at all — assets are frequently uploaded during production, before the associated releases or licences are finalized, and a system without an explicit clearance status field gives teams no signal that the asset isn't actually approved yet.
Rights clearance is the confirmation step that everything needed to legally use an asset — copyright licence, model release, property release, attribution terms, territory scope — has actually been obtained, not just requested or assumed. It’s a process with a discrete outcome, not a permanent property of the file: an asset can be cleared for one use and not another, or cleared at one point in time and expired later.
The core DAM design problem is that clearance and ingestion happen on different timelines. Photos and video routinely enter the system during or immediately after a shoot, while releases are still being collected, contracts are still being countersigned, or a licence is still being negotiated. If the DAM treats “in the library” as equivalent to “cleared,” there’s no mechanism to stop someone from using a not-yet-cleared asset in the gap between upload and completed clearance.
A working rights clearance workflow needs an explicit status field — pending, cleared, expired, restricted — visible at the point of reuse, plus a way to flag downstream uses that depend on clearance completing. Without that, clearance becomes something that happened once during onboarding of an asset rather than a state the DAM actively tracks and enforces over the asset’s lifetime.
Frequently asked
What is rights clearance, precisely?
The confirmation that everything needed to legally use an asset — licence, model release, property release, attribution terms, territory scope — has actually been obtained, not just requested or assumed.
Why can't an asset's presence in the DAM be treated as proof it's cleared?
Assets are routinely uploaded during production before releases are finalized or licences are negotiated — being in the library and being cleared are different states that need separate tracking.
What clearance statuses should a DAM track?
Explicit states like pending, cleared, expired, and restricted — visible at the point of reuse, not just recorded once during onboarding.
Is clearance a permanent property of an asset once granted?
No — an asset can be cleared for one use and not another, or cleared at one point and expired later, so clearance needs to be tracked as an ongoing state, not a one-time event.
What's the risk of not having an explicit clearance status field?
There's no signal to distinguish an approved asset from one still awaiting a signed release, so a not-yet-cleared asset can be used in the gap between upload and completed clearance.
Why do ingestion and clearance often happen on different timelines?
Photos and video routinely enter the DAM during or right after a shoot, while releases are still being collected or contracts are still being countersigned — clearance frequently lags behind ingestion.