平台模板库：版本管理、发布补发、退役与紧急停用

平台运营如何维护内置 UCC 标签与 Packing List 模板：克隆或新建草稿、发布版本、补发到租户、退役旧版，以及什么时候才用紧急停用。

平台模板库装着每个租户开通时自带的内置模板。模板按「族＋版本」组织：一个模板族（比如某家零售商的 4×6 托盘 UCC）可以有多个版本行。草稿随便改；版本一旦发布，内容就冻结，再改必须走新建版本。新租户开通时自动获得每个模板族的最新已发布版；平台的任何动作都不会覆盖租户已经拿到的副本。

第一步：新建模板——克隆是主路径#

1. 克隆（推荐）：对任意已发布模板点 操作 →「克隆为新模板」。系统给出一份新名字的草稿（名字带 -copy 后缀，按命名规范改好）。小改版式后发布成它自己的模板族。
2. 空白新建：点「新建模板」从空草稿起。保存时每个 [[变量]] 都要过平台变量注册表校验——不认识的变量会被拦下并给出「是不是想用……？」的提示，因为拼错的变量打印出来是空白。
3. 文档模板里放图片（比如零售商的 logo、横幅）只能用平台图片资产库里登记过的地址。保存时图片引用和变量一样要过校验：未登记的图片地址、以及任何站外图片链接，都会被拦下并给出大白话提示。先请平台团队把图片登记入库，再把登记地址贴进来。直接粘贴的内嵌图片（data 形式）能保存，但会让每个租户副本都变臃肿——看到提示就换成登记地址。
4. AI 生成：上传样本（照片、扫描件、PDF 或 ZPL 文件）。分析完成后逐个元素决定处置——映射变量、映射近似变量、保留静态文本、或标记待新增变量。形如真实单号的文字不能原样刻死：先脱敏再保留。产物永远只落草稿。

第二步：先发布成正式版，再决定要不要补发#

• 「发布成正式版」（对草稿）：内容冻结，成为新租户自动获得的版本。此时不会给存量租户发任何东西。
• 「补发到租户」（对已发布版）：只给还没有同名模板的存量租户发副本。已经有的跳过、绝不覆盖；结果会告诉你补发/跳过/失败各多少。补发或退役之前，先点「在用租户」看清到底谁持有副本。
• 要改已发布的版本，用「新建版本」：系统把这一版复制成新草稿（版本号加一）。在草稿上改好再发布；旧版原样保留，还在用旧版的人不受影响。

第三步：正常下线用退役；紧急停用只留给真出事#

• 退役：这版停止下发——新租户不再获得、补发跳过它。租户已有的副本照常打印、内容不变，他们的列表里会多一个「平台已退役」小徽标作提醒。退役是模板正常下线的走法。
• 紧急停用：只给严重缺陷用——比如合规文案或条码规则印错了、必须立刻全网停印。你填的原因会以红色警示出现在租户的模板上，他们手里的副本立即停用。原因必填，停用和恢复都留痕。用「恢复紧急停用」可以把那次停掉的副本精确恢复回来。
• 「待新增变量清单」攒着你在 AI 确认步标记为「待新增变量」的元素——它是下一轮注册表加变量的输入清单，所以期望含义请写大白话、写清这个值到底是什么。

本文用到的 Docklify 功能：平台模板库（模板族与版本）、克隆为新模板、新建版本、发布成正式版、补发到租户、在用租户、退役、紧急停用与恢复、AI 生成逐元素确认、待新增变量清单。