市场负责人在审片页点了批准，财务还在处理尾款，投放团队却以为母版已经可以下载。另一种情况正好相反：款项已经确认，交付页也开放了，但广告运营拿到的仍是上一版竖版文件。一个项目被标成“完成”，不代表每个人等的那件事都发生了。
对采购海外内容的中国品牌，以及与中国制作团队远程合作的客户，尾款和交付不应只靠一个总进度条。自动化可以执行放行条件，但双方先要说清：批准了什么、哪笔款已满足约定条件、开放了哪些文件，以及谁真的收到并检查了它们。
新信号：制作软件把批准、付款与下载连在一起
Cutvey在11月3日更新的官方新闻资料中将上线日期列为2026年11月1日。其交付产品页说明，最终文件下载可等待成片批准与账单付清后开放，也允许制作方记录理由后提前放行。本文于11月4日核验。这是一家供应商公开描述的流程能力，不是ONCE实测，也不能证明它已缩短客户账期或成为行业标准。
有价值的变化在于，原来分散在审片、财务与文件传输中的动作，开始被写成可以由系统执行的条件。ONCE的分析是：条件越容易自动执行，项目越需要保留每种状态的具体含义。否则，系统只是更快地执行了一个双方理解不同的“完成”。本文不推荐购买特定软件，也不假设某个中国主体能够使用其支付服务。
ONCE“四种完成”交付卡
这是一套建议用于项目沟通的记录方式，并非现成软件字段或客户效果案例。每次交付围绕同一个版本包，分别记录四件事，不让某一项替其他项作结论。
| 记录 | 说明什么 | 不能据此推定 |
|---|---|---|
| 版本已批准 | 指定人员确认了指定版本及范围 | 所有语言、短版和技术文件都已检查 |
| 付款条件已满足 | 财务按约定口径确认对应账单状态 | 成片质量合格或文件已经收齐 |
| 文件已放行 | 指定收件人可访问约定交付包 | 收件人已下载、可解码或可正常上线 |
| 收件核对完成 | 指定人员检查了包内约定文件 | 新增范围也已获批或其他义务全部结束 |
交付卡至少附上版本包编号、文件清单、批准人、付款确认人、放行时间、收件检查人和未完成事项。可以用受控表格起步，不必先开发系统。核心是同一个编号能把四项记录连起来，而不是各部门分别写一句“已处理”。
先确定批准针对哪一层
“主片V6剪辑通过”可能只确认镜头与节奏，后面仍有最终混音、字幕或无字版本。把批准文字写成实际完成范围，例如“V6画面与声音通过，竖版字幕包待核对”，比一个无说明的绿色勾更有用。
若批准后重新导出文件，即使内容没有有意修改，也应标明这个交付包由哪条批准时间线生成，并按约定检查。是否需要再次创意审批，取决于实际变化；技术输出核对则不能因为“已经批准”而被略过。
财务状态由财务确认，别让剪辑师猜
双方事先约定什么状态满足本项目的付款条件，由获授权的财务人员确认。项目群收到一张截图、客户说已安排支付、系统显示某种处理状态，各自意味着什么，需要采用实际付款渠道与约定口径；本文不把它们统一改写为到账。
内容团队通常只需知道可否按约定放行、是否有差额与下一步由谁处理，不需要在普通审片群收集完整账户资料。制作负责人也不能临时增加原来没有的付款门槛，让客户在上线前才发现下载被锁。
用三个反例检查自动交付
已批准、付款尚待确认。客户能否继续查看足够清楚的审片版本，核对片名、字幕与内容？财务何时更新状态？付款前能看什么、能取什么应在项目开始时明确，避免形成“不给文件不能验收、不验收不能付款”的循环。
已付款、没有放行。可能需要检查包是否准备好、账单是否关联到正确项目、收件邮箱是否正确。不要通过重新收款或另建项目掩盖关联问题。先查原来的交付卡，把问题交给对应负责人。
已放行、收件核对失败。下载权限、压缩包损坏、文件遗漏和规格不符是不同问题。保留原包编号与反馈，修复后给出新包及变更清单；不能因系统有下载次数，就要求客户承认全部文件合格。
以上为虚构演练情景，不表示Cutvey存在这些故障。采购演示或内部流程彩排可以使用非敏感测试文件，不需要真实支付或上传未发布客户素材。
客户要先拿文件上线时，例外也要说得清
有些项目已约定账期，或买方内部付款流程晚于上线日。此时应从一开始就安排符合约定的放行流程，而非默认“全部付清才开放”适用于所有客户。软件能设锁，不等于项目必须采用这项规则。
若双方另行同意提前交付，记录由谁批准、开放哪一包、还有什么事项、由谁在何时跟进。文件开放与账单状态继续分别保留；不能为了让仪表盘全绿，把未完成事项改成已完成。本段讨论项目协调，不判断任何具体合同的权利或法律效力。
例如，一个虚构的三语言上线项目只急需英文广告版，可明确先放行该包，另外两种语言继续按原计划检查。它不应被写成“三语言全部交付”。同样，主片批准也不能自动释放尚未核对的音乐分轨或工程文件；交哪些内容仍按既定范围执行。
把交付管理变成可采购的服务
品牌比较视频制作报价时，可以要求列出文件整理、版本核对、收件支持、失败重传与约定保留期分别由谁承担。单次发链接的费用与持续处理多市场交付的工作量不同；版本多时，维护这张交付卡也是实际服务。
对ONCE的产品化与托管内容路线，值得积累的是“哪一项在等谁、等了多久、为何重开”的记录。先观察批准至满足付款条件、满足条件至放行、放行至收件核对的时间，按原因解释等待。它们是流程诊断，不是自动化节约金额；没有真实工时和成本资料，不推算毛利提升。
下一次项目启动时，可让市场、财务与实际投放收件人共同走一遍：批准一版、确认付款状态、放行测试包、由收件人检查。若四人中的任何一人不在线，其他人仍应能找到下一位负责人。详细付款里程碑可参考广告片制作的六份交接物；本篇进一步解决的是交付自动化之后，各种“完成”如何不被混在一起。
来源与范围
主要一手来源：Cutvey《Press kit》（2026年11月3日更新，资料列上线日为11月1日）、《Deliver and get paid》及《Review and approve》（产品页未列发布日期），均于2026年11月4日核验。中文不附未经中国大陆网络实测的海外外链。本文只采用供应商公开流程说明；未购买、登录实测、执行支付或核验其实际回款表现。四种完成交付卡、反例与建议是ONCE原创分析，封面为虚构业务示意。
