Filmclusive
Resources
Resources connect scenes, shots, departments, people, versions and approvals.
Drag to move · Hover to trace. Select to read more. Keyboard: Alt + arrow keys to move.
Drag a card to rearrange it. Select it to learn more.
Connections in words
- Approval supports explicit selection of Final reference.
- Resource has immutable Resource Version.
- Resource Version is reviewed through Workflow.
- Workflow orders Workflow Stage.
- Workflow Stage requests eligible Review.
- Review records a version-specific Approval.
An approval is meaningful only when it identifies the content and version reviewed.
More than a file in a folder
A storyboard can refer to Scene 12, Shot 12B, the Camera and Art departments, responsible people and a Production Day. Those connections explain why the artifact matters.
- Storyboard
- Wardrobe look
- Prop reference
- VFX submission
- Production document
Version, review, approval and final
A submitted version freezes the content under review. The workflow defines stages and eligible review. A decision records approval of that version. Final selection stays explicit; a new upload does not inherit an old approval.
Context is not access
Connecting a Resource to a Person, Group, Scene or Shot provides relevance. Current resource authority still determines who may read, submit or review it.
Go deeper
Conceptual architecture. Implementation and release status are assessed separately.
Domain
Production Resource
A creative or operational artifact with production context.
See this concept connect visually →
Why it exists
Assets should share version and review mechanisms rather than separate approval silos.
Example
A storyboard, wardrobe look or VFX version connects to people, scenes, shots and days.
Connects to
- Resource has a separately selected Final reference
- Production owns Resource
- Resource has immutable Resource Version
- Permission / Capability controls current access to Resource
- Resource has person context Person
- Resource has work context Assignment
- Resource has narrative context Scene
- Resource has shot context Shot
- Resource has operational context Day
- Group provides context for Resource
Implementation notes
Resources are implemented locally; hosted acceptance and production release remain pending.
Public evidence: Resources have immutable versions and exact-version review.
Related workflows
Related decisions
Technical details
Resources are implemented locally; hosted acceptance and production release remain pending.
Conceptual explanation; private implementation details are omitted.
Domain
Resource Version
An immutable snapshot of a resource’s submitted content.
See this concept connect visually →
Why it exists
Approval is meaningful only when it identifies what was reviewed.
Example
A new storyboard upload starts a new review without inheriting old approvals.
Connects to
Implementation notes
Current, approved and final versions are separate pointers.
Public evidence: Resources have immutable versions and exact-version review.
Related workflows
Related decisions
Technical details
Current, approved and final versions are separate pointers.
Conceptual explanation; private implementation details are omitted.
Service
Workflow
The review and transition lifecycle of a specific subject.
See this concept connect visually →
Why it exists
Financial documents, creative assets and call-sheet review need common transition and audit mechanics.
Example
A resource version moves through configured review stages.
Connects to
- Resource Version is reviewed through Workflow
- Workflow Definition configures a submitted Workflow
- Workflow orders Workflow Stage
- Workflow projects current obligations into Attention
Implementation notes
The common engine has subject adapters; coverage is stated per integration.
Public evidence: Supported domains use shared workflow transitions and audit mechanics.
Related workflows
Related decisions
Technical details
The common engine has subject adapters; coverage is stated per integration.
Conceptual explanation; private implementation details are omitted.
Domain
Workflow Stage
An ordered part of a submitted review process.
See this concept connect visually →
Why it exists
Sequential review responsibilities need explicit state rather than ambiguous flags.
Example
A VFX stage precedes a client review stage.
Connects to
- Workflow orders Workflow Stage
- Workflow Stage requests eligible Review
- Workflow Stage selects reviewers through Audience
Implementation notes
ANY means one eligible approval; ALL means every required reviewer approves.
Public evidence: Supported domains use shared workflow transitions and audit mechanics.
Related workflows
Related decisions
Technical details
ANY means one eligible approval; ALL means every required reviewer approves.
Conceptual explanation; private implementation details are omitted.
Domain
Review
Evaluation of an exact submitted version by eligible reviewers.
See this concept connect visually →
Why it exists
A familiar job title does not establish that someone can inspect or decide on this subject.
Example
A reviewer opens the submitted storyboard version and records feedback.
Connects to
- Workflow Stage requests eligible Review
- Review records a version-specific Approval
- Permission / Capability authorizes eligible Review
- Review may create corrections as Task
Implementation notes
Reviewer audience and current authority are distinct checks.
Public evidence: Supported domains use shared workflow transitions and audit mechanics.
Related workflows
Related decisions
See the system-wide decisions.
Technical details
Reviewer audience and current authority are distinct checks.
Conceptual explanation; private implementation details are omitted.
Domain
Approval
A recorded decision concerning the reviewed subject and version.
See this concept connect visually →
Why it exists
Approval cannot float independently of content identity and process state.
Example
An approved storyboard version remains historical after a later upload.
Connects to
- Approval supports explicit selection of Final reference
- Review records a version-specific Approval
- Approval produces transition history in Audit Event
Implementation notes
Approval is not finalization; a final reference is selected explicitly.
Public evidence: Supported domains use shared workflow transitions and audit mechanics.
Related workflows
Related decisions
See the system-wide decisions.
Technical details
Approval is not finalization; a final reference is selected explicitly.
Conceptual explanation; private implementation details are omitted.
Domain
Final reference
The explicitly selected final version of a production resource.
See this concept connect visually →
Why it exists
Approved, current and final versions answer different questions.
Example
A later upload does not replace the previously selected final storyboard version.
Connects to
- Approval supports explicit selection of Final reference
- Resource has a separately selected Final reference
Implementation notes
Finalization is explicit and requires the relevant approved version; it is not upload success.
Related workflows
No curated journey in this edition.
Related decisions
See the system-wide decisions.
Technical details
Finalization is explicit and requires the relevant approved version; it is not upload success.
Conceptual explanation; private implementation details are omitted.