export const meta = { title: "How to Track VFX Shot Status Across Editorial and Vendors", description: "Learn how to keep editorial and vendors aligned on VFX shot status by tying delivery dates, versions, and cut changes to handoffs, approvals, and final conform.", tldr: "Update each tracking entry at every handoff from turnover through final delivery. Use a controlled spreadsheet for small, simple shows or a dedicated tracker for multi-vendor, version-heavy work. You should end with a shared status view showing delivery risk, current versions, and cut changes.", slug: "how-to-track-vfx-shot-status-across-editorial-and-vendors", publishedAt: "2026-09-21", readingTime: 10, thumbnail: "https://cdn.aspectlabs.dev/blog/how-to-track-vfx-shot-status-across-editorial-and-vendors/cover-82e5f07fc195.png", authors: ["gurish"], primaryTopic: "post-production", topics: ["post-production"], tags: ["vfx-handoff"], faq: [ { "question": "What is the difference between a VFX shot tracker and a vendor task tracker?", "answer": "A VFX shot tracker is usually the shared production view of each shot: shot ID, turnover status, vendor, current version, delivery dates, approval state, and whether the shot is in the cut. A vendor task tracker is more detailed and may include internal steps such as roto, paint, matchmove, animation, lighting, comp, supervisor review, and QC. Editorial usually needs the rolled-up status and delivery expectations, not every internal vendor task." }, { "question": "When is a spreadsheet enough for VFX tracking?", "answer": "A spreadsheet can work well for a small project with a limited shot count, one or two vendors, a simple approval chain, and one person responsible for updates. It should use consistent shot IDs, controlled status values, separate columns for latest submitted version and version in the cut, and clear delivery dates. Once the show has multiple vendors, heavy versioning, complex reviews, or frequent status reporting, a dedicated tracking tool is usually safer." }, { "question": "What VFX shot statuses should a production track?", "answer": "A simple status list is often best: Not Turned Over, Turned Over, In Progress, Submitted, Notes Sent, Approved, Final, and Omitted. The key is that each status should trigger a real action. For example, Submitted means the shot needs review, Notes Sent means the vendor has feedback, and Final means approved media has been delivered in the required format for finishing." }, { "question": "How should last-minute cut changes be handled in a VFX tracker?", "answer": "Cut changes should be flagged in the shot record as soon as they happen. The tracker should show whether the shot was added, omitted, extended, shortened, slipped, retimed, split, combined, or changed enough to require a new plate or revised turnover. Don't delete omitted shots, since they may return and may still have cost, history, or vendor work attached." }, { "question": "What is the most important version tracking field for editorial?", "answer": "Editorial should track both the latest vendor-submitted version and the version currently cut into the sequence. These are often different. A vendor may have submitted v012 while editorial is still carrying v010 because the newer versions haven't been reviewed or cut in yet. Keeping those fields separate prevents confusion during reviews and screenings." }, { "question": "How do we keep reviewers from commenting on the wrong VFX version?", "answer": "Treat version identity as part of the review workflow, not just the file name. Editorial should track both the latest vendor submission and the version currently cut into the timeline, while Aspect keeps revisions stacked together so reviewers land on the right asset and its related notes through version stacking." } ], } ## Start with the source of truth The first decision is who owns the shot record. For most shows, editorial should own the editorial record: shot ID, cut status, source timecode, handles, current cut length, and what version is actually in the sequence. VFX production can own the vendor record: bid status, task status, artist work, internal vendor notes, and review submissions. The problem starts when both sides think their tracker is the master record for everything. A clean VFX tracking workflow needs one shared shot status view that answers a few questions fast: - Has this shot been turned over? - Which vendor has it? - What version is editorial currently carrying? - What is the next expected delivery date? - Is the shot final for finishing, or only final for the temp edit? If your tracker can't answer those questions during a review, it doesn't matter how sophisticated it looks, because it isn't doing the job. ## The core workflow you're tracking VFX tracking follows the same loop on almost every show: editorial identifies a shot, editorial sends turnover packages, vendors work and submit versions, editorial cuts versions back in, notes go back to the vendor, and approved finals get delivered for finishing. That sounds simple until the edit keeps moving. A VFX editor or assistant editor may be tracking shots that the cut adds, retimes, or moves to another vendor. A post supervisor may be watching dates, costs, and client approvals. A vendor producer may be tracking internal tasks that editorial shouldn't have to see. The tracker should support the actual roundtrip as the connective tissue between the edit, the pull list, vendor delivery, review, and final conform. A useful shot record usually needs these fields at minimum: - Shot ID - Sequence, reel, scene, or episode - Editorial in and out - Source clip or plate reference - Handle length - Current cut duration - VFX description - Vendor - Turnover name or batch - Current VFX status - Latest submitted version - Version currently cut into the edit - Next vendor delivery date - Review notes or note reference - Approval state - Final delivery received date - Cut change flag The exact column names can vary. The point is that editorial, VFX production, and vendors should be able to talk about the same shot without translating between three different naming schemes. Aspect lets teams add custom metadata fields to media, so status, vendor, due date, and approval state can sit beside the asset. That gives editorial and production the same shot context when they open review material. ## Use editorial shot IDs as the shared language Keep [shot IDs stable](https://www.youtube.com/watch?v=BFNl28zwBL4) and readable, with no information hidden in punctuation or one-off abbreviations. If the show already has previs IDs, bid IDs, or vendor IDs, keep them, but don't make editorial chase them during turnover. Once shots enter the edit, your team should use the editorial shot name as the shared production reference. A common pattern is some combination of episode or reel, sequence or scene, shot number, and version. For example, an episodic show might use something like `EP103_SC045_SH020`, while a feature might use `R02_SC017_SH030`. The exact format matters less than consistency. Where teams get into trouble is renaming shots every time the edit changes. Don't do that. If a shot is extended, slipped, or revised, update the shot record. If it becomes a materially different shot, create a new shot and relate it to the old one. If a previs code or bid code existed earlier, keep it in a separate field so old bids and notes still make sense. This is especially important when your team assigns vendors after initial tracking has already started. If your team built the database during pre-production around [previs or bidding names](https://gplgithub.github.io/workflow/studio/), update the shot code to match editorial naming once turnovers begin. Keep the old names as reference fields, not as the primary way humans identify shots. ## Keep the status list short enough to trust A VFX status field is useful only if everyone knows what each value means. Too many shows end up with status soup: temp, awaiting temp, vendor temp, client temp, almost final, final pending, final final, final approved, approved final, tech final. Nobody wants to ask what “almost final” means during a turnover meeting. Start with a small status set that maps to actual decisions: - Not Turned Over means editorial knows the shot exists, but the vendor doesn't have a complete package yet. - Turned Over means editorial has sent plates, reference, notes, metadata, and delivery expectations. - In Progress means vendor work has started, or the shot is actively assigned. - Submitted means a version has come back for review. - Notes Sent means editorial, director, client, or supervisor notes have gone back to the vendor. - Approved means the director, client, or supervisor has given creative approval, but final delivery may not be complete. - Final means the vendor has delivered approved media in the required format and the shot is ready for finishing. - Omitted means the shot is no longer active in the edit. You can add more statuses if the show genuinely needs them, but each one should trigger a behavior. “Submitted” means someone must review it. “Notes Sent” means the vendor is waiting on or acting on notes. “Final” means editorial and finishing can rely on that media. If a status doesn't change what someone does next, it probably belongs in a note, not the status menu. Also separate creative approval from technical final. A director can approve the look of a shot while finishing still needs the correct resolution, color pipeline, handles, matte, alpha, or naming. Calling that shot “final” too early creates pain later. ## Spreadsheet, database, or dedicated tracking tool? For a small project with one vendor, a few dozen shots, and one person maintaining the data, a well-built spreadsheet can work, and it's familiar and easy to share. Many editorial teams start there because the first need is visibility, not a full production system. The question is when the spreadsheet stops being a tracker and becomes a liability. | Tracking approach | Best fit | Main strength | Main risk | |---|---|---|---| | Spreadsheet | Small project with one or two vendors, limited shot count, simple approvals, and one clear owner | Fast setup, familiar sharing, simple filtering, and low overhead | Version drift, loose edit permissions, and conflicting copies can weaken trust | | Custom database | Shows with specific editorial workflows and a team that already knows the system | Tailored fields, views, turnover reports, and naming rules | The workflow depends on the person or team maintaining the structure | | Dedicated tracking tool | Multi-vendor shows with many versions, formal reviews, task tracking, and frequent status reporting | Connects shots, versions, tasks, vendors, notes, dates, and review history | Setup discipline and clear ownership rules are required from the start | A spreadsheet can be enough when the workflow looks like this: - One or two vendors - A limited shot count - Simple approval chain - Low version count - Minimal need for vendor-side task tracking In that situation, keep the sheet clean. Use locked columns where possible, controlled status values, consistent shot IDs, and separate fields for latest vendor version and version in the edit. Add frame grabs or thumbnail references if the team reviews visually from the tracker, because a row of text can be hard to parse during a fast review. A dedicated tracking tool starts making sense when the show has multiple vendors, split shots, lots of versions, complex review sessions, or executives asking for [reliable status reporting](https://partnerhelp.netflixstudios.com/hc/en-us/articles/15978795859475-Navigating-Flow-Production-Tracking-fka-ShotGrid). Tools like [Autodesk Flow Production Tracking](https://www.autodesk.com/learn/ondemand/module/working-with-entities-and-entity-pages-in-flow-production-tracking/unit/7CskJ6bNNkZEmiJWofju5P) and ftrack are built around shots, versions, tasks, vendors, and review history. A [custom FileMaker database](https://www.evanschiff.com/articles/feature-turnover-guide-vfx/) can also work well when the VFX editor has a proven system and the show’s needs are specific. The tradeoff is setup and discipline. A tracking tool won't fix unclear ownership, and it can actually make confusion worse if editorial status, vendor status, review status, and final delivery status are all mixed together without rules. ## Separate the editorial tracker from the vendor task tracker Vendors need more detail than editorial needs because they may track matchmove, comp, and internal supervisor review. Editorial usually doesn't need that level of task breakdown. Editorial needs to know when a usable version is coming back, whether notes were received, and whether the version in the edit is current. Trying to force every vendor task into the editorial tracker makes the tracker noisy. Trying to hide all vendor progress until a delivery appears makes the tracker useless for scheduling. The compromise is to roll vendor work up into statuses and dates that editorial can act on. For each vendor-assigned shot, track the current vendor-facing state, but keep the visible editorial view focused on schedule and decisions. A post supervisor should be able to filter by vendor and see what is due this week. An assistant editor should be able to filter by “Submitted” and see what needs to be cut in. A VFX editor should be able to see which shots have notes waiting to go back. This is also where permissions matter. Vendors may need access to their assigned shots, delivery dates, and notes, but not the full show database. If your system supports vendor portals or filtered views, use them. If you're using a spreadsheet, create controlled views or exports rather than giving every vendor full edit access to the master tracker. ## Track delivery dates as living data The delivery date field is one of the most abused fields in VFX tracking. If it only shows the original target date, it isn't useful. If it changes silently, nobody trusts it. Treat delivery dates as schedule data with history and context. At minimum, separate these date fields when the schedule is moving: - Turnover date - Vendor bid or start date - Next expected submission - Actual submission date - Notes sent date - Approved date - [Final delivery date](https://partnerhelp.netflixstudios.com/hc/en-us/articles/360062320974-Status-Reporting-Instructions) Those dates tell different stories. A shot that was turned over three weeks ago but has no next expected submission needs attention. A shot submitted yesterday but not reviewed is waiting on editorial or supervision. A shot approved creatively but missing final media is a finishing risk. Editorial needs this data because VFX delivery affects the edit every day. If a temp version is late, the editor may need to screen with an older comp. If a final is due tomorrow, the assistant editor needs to know whether to prep the timeline for replacement. If a batch is slipping, the post supervisor needs to know early enough to reset expectations. Don't bury schedule changes in email. Update the tracker, then use the meeting or message thread to explain why the date moved. The tracker should show the current plan. The conversation should explain the plan. ## Make version tracking impossible to misunderstand Every [submitted VFX version](https://partnerhelp.netflixstudios.com/hc/en-us/articles/51477329357715-VFX-Media-Submission-Tool-Library-User-Guide) should have a version number, a date, and a relationship to the shot record. The most dangerous phrase in a VFX review is “the latest one.” Latest according to whom? The vendor? The producer? The editorial bin? The review playlist? The director’s notes? Aspect stacks every VFX submission as a version on one asset, so the current comp and its notes stay together. Reviewers land on the right take instead of guessing which file, playlist, or upload is latest. Track two separate ideas: - Latest vendor-submitted version - Version currently cut into the edit Those are often not the same. A vendor may have submitted `v012`, while editorial is still carrying `v010` because `v011` and `v012` haven't been reviewed or cut in. If the tracker only says “v012,” the director may assume the timeline reflects that version when it doesn't. Ask vendors to include supporting documentation in delivery packages, not just media. Editorial needs to know what changed, what version supersedes what, and whether the shot is meant as temp, review, approved, or final. Consistent delivery naming and folder structure matter because assistant editors often have to replace shots quickly under review pressure. When a version comes in, update the tracker when the vendor uploads it, not three days later. Stale version data breaks trust fast. Once people stop trusting the tracker, they go back to side-channel messages, and the whole system starts to fracture. ## Tie turnovers to the shots they contain A turnover is more than a file transfer because it's a package of intent: these are the shots, this is the edit, these are the frame ranges, these are the plates, these are the handles, this is the reference, and this is what needs to be done. Associate each turned-over shot with a turnover name or batch. That gives you a clean way to answer questions later: Which shots were included in turnover 006? Were the correct handles sent? Did this vendor receive the revised plate? Did the shot change after the batch went out? A good turnover record should connect to the shot records it contains and include the information vendors need to start without chasing editorial, which usually means: - locked or intended cut references, EDL/XML information where relevant, and source media references - [plates, handles, and lens](https://fsufilmhandbook.com/turnover-to-vfx/) or camera notes if available - retime information and color pipeline notes - temp comps and creative direction For tracking, change the shot status only when the package is complete enough for the vendor to work. If editorial sends a reference QuickTime but not the plate, that shot isn't really turned over. It's pending turnover materials. ## Watch for cut changes that break the tracker Last-minute changes are normal, but the tracker should make them visible instead of pretending the cut is stable. The most important cut changes to flag are the ones that affect vendor work: - Shot added - Shot omitted - Shot extended beyond available handles - Shot shortened enough to affect timing - Shot slipped against source - Retime changed - Split shot created - Two shots combined - New plate required - Temp comp replaced with a different creative direction A cut change flag isn't just an FYI. It tells the VFX editor or coordinator to decide whether the vendor needs a revised turnover, whether existing work can continue, and whether the delivery date is still real. This is where editorial discipline pays off. When a shot changes, update the shot record too, not only the timeline. If the old version remains in the edit temporarily, say so. If the vendor should pause, say so. If the shot is omitted but might come back, mark it clearly rather than deleting it from the system. Deleting records is usually a mistake. Omitted shots can return, and prior work may still be billable or useful. Keep the history. Change the status. ## Keep editorial updated without turning meetings into data entry The tracker should reduce meeting time. A good VFX status meeting can move quickly if the data is already current. A bad one becomes a live archaeological dig through emails, chat threads, file names, and someone’s memory of what the director said last Thursday. Use views that match the way people work. Editorial may need a “submitted today” view. The post supervisor may need a “due this week by vendor” view. The director review may need only shots ready for creative review. Finishing may need shots marked approved but not final delivered. For production teams, the most useful views are often based on exceptions: - Shots due soon with no recent vendor update - Submitted versions not yet reviewed - Approved shots missing final media - Turned-over shots with no delivery date - In-progress shots affected by cut changes - Finals delivered but not cut into editorial These views keep attention on decisions. If your view displays everything at once, the urgent shots hide in the noise. ## Handle split shots and multiple vendors deliberately Split shots are where simple trackers start to bend. One vendor may handle the creature, another may handle environment, and editorial may receive combined comps from a finishing vendor or lead facility. If the tracker only allows one vendor and one status per shot, the team will start inventing workarounds in notes. There are two common ways to handle this. For lighter workflows, keep one editorial shot record and add vendor-specific subfields or linked rows. For heavier workflows, create child records for each vendor component and keep the editorial shot as the parent. The parent shot answers, “What is in the edit?” while the child records answer, “Who is doing which piece?” Don't let split-shot complexity leak into editorial naming unless it has to. The editor shouldn't need three different shot names for one visible shot in the timeline. Keep the editorial shot ID stable, then track vendor parts underneath it. ## The real rule: update at the moment the work changes hands VFX tracking fails when updates lag behind reality. Editorial turns over a shot, but the tracker still says pending. A vendor submits a new comp, but editorial doesn't mark it received. The team sends notes in a thread, but the status never changes. A director, client, or supervisor approves a shot in the room, but finishing still sees it as in progress. The fix is making tracker updates part of the handoff itself. When editorial sends a turnover, update the turnover and status. When a vendor submission is uploaded, update the version and received date. When your team sends notes, update the notes status. When a director, client, or supervisor approves a shot, separate creative approval from final media delivery. When editorial cuts in final media, record that editorial is carrying the final. That cadence is what makes the tracker trustworthy. Whether you use a spreadsheet or a dedicated production tracking system, the same principle applies: change the data when the work changes hands, not when someone eventually has time to clean up the database. A good VFX tracker needs to be current, shared, specific, and tied to the edit. If it tells editorial what to cut in, tells vendors what they owe, and tells production what is at risk, it's doing its job.