使用手册
成片协作流程
成片上传、审核、驳回、复审、推送与通知链路说明。
流程概览
成片模块承担的是“提交成片并推动状态流转”的职责，常见链路如下：
- 上传或登记成片
- 提交审核
- 审核通过或驳回
- 如被驳回，补充修改建议并重新提审
- 推送到目标平台或进入后续处理
页面分工
上传成片
- 负责把新成片或待审核成片送进系统
- 负责选择目标目录和上传位置
- 适合首次入库、修改后重传和审核前准备
成片库
- 负责查看成片详情、流程记录和审核状态
- 负责提交审核、驳回、重新提审、推送和平台卡审
- 负责配合标签管理和回收站使用
常见状态节点
文档里需要重点关注这些状态变更场景：
- 初次提交审核
- 审核通过
- 审核驳回
- 重新提审
- 推送完成
- 平台卡审
- 创建修改建议
建议日常处理时，先在成片库定位记录，再决定是推进状态、补充建议，还是进入待办继续跟进。
审核和修改建议
处理成片时建议保持这几个习惯：
- 审核结论尽量明确，不要只写“有问题”
- 修改建议要可执行，能落到镜头、文案、包装或时长层面
- 重新提审前确认旧问题是否已经逐条关闭
推荐审核闭环
- 制作人员上传成片并提交审核
- 审核人员在成片详情中查看版本、标签和流程记录
- 审核通过，或者驳回并填写修改建议
- 制作人员在待办中处理问题并回传
- 重新提审后再次审核
- 审核通过后再执行推送或外部投放动作
飞书通知
成片状态落库成功后，会异步投递通知任务，发送飞书应用卡片到固定群，并尝试 @ 上传人。
这条链路的特点是：
- 通知失败不会回滚业务状态
- 失败会在异步队列里记录并重试
- 接收人依赖飞书外部账号绑定关系
如果业务状态已经变化但群里没收到通知，优先排查：
- 上传人是否已绑定飞书账号
- 飞书群
chat_id配置是否正确 - 队列是否正常消费
日常排查建议
- 看成片当前状态和最新操作时间
- 看是否生成了修改建议或审核记录
- 看是否触发了推送或飞书通知队列
- 看当前用户是否有查看该条记录的权限
角色分工建议
- 制作人员：上传、修改、重新提审
- 审核人员：查看详情、给出审核结论、补充修改建议
- 运营或管理员：关注推送结果、平台卡审和异常状态