交付封存字段关系图:约定、发送包与封存

先写交付约定再导出

记录用途、尺寸口径、格式、文件数量与编号规则。比如虚构示例约定六张网络展示图,长边 1600 像素,使用 JPEG,每张保持作品编号。本例参数只是该次假设约定,不是所有平台的通用要求。

分清工作目录和发送包

在独立 export/web-v02 目录生成本轮文件;核对名单,只放本轮约定内容;把清单随包保存。不要直接发送混有试验导出与旧版本的工作目录,也不要只靠聊天中的「最新那个压缩包」定位最终结果。

可照填的记录表

以下为「河岸散步」虚构项目的填写示例。

作品编号交付文件用途核对项
river-B-0021river-B-0021-web-v02.jpg网络展示编号、画面、尺寸
river-A-0008river-A-0008-web-v02.jpg网络展示数量、顺序、可打开

发送前做四步核对

第一,清单与目录数量一致;第二,逐个文件能打开且内容对应;第三,按约定检查尺寸、格式和方向;第四,查看是否带入不需要公开的附属资料或备注。核对使用接收者将收到的那一份包,避免检查的是另一个工作目录。

交付后怎么归档反馈

记录包名、版本、发送日期、接收方标识与封存路径;只有确实收到确认时才填「已确认」。反馈尽量引用作品编号,例如「B-0021,右边再留一点空间」。下一轮新建版本与发送包,把旧包留为历史记录,保持前后可比。

适用情景与问答

适合作品投稿、个人作品集与协作交付。问:交付后修了一张怎么办?答:记录变更并产生新版本,说明替换范围,不悄悄改旧包。问:工具生成的 CSV 能直接交付吗?答:可作为清单起点,但先把待核对状态更新为真实结果,并删除不适合外发的内部备注。

把记录写进清单