Article
Capture One 商品图改成 SKU 名，怎样对应卡内原片？
解释 Capture One 16.9 macOS 的 Source Filename 来源规则、旧图空值和机型边界，把相机文件名与 SKU 命名建立可核对关系。
在 Capture One 16.9 的 macOS 版本中，可用 Source Filename token 保留来源文件名。联机拍摄且相机有存储卡时，它记录相机自己的文件名；没有卡时，它是拍摄当时 Next Capture Naming 定义的名字；普通导入则记录导入时的文件名。三者不能都当作卡内原始文件名。Capture One 16.9 官方发布说明
关键要点
- 16.9.0 之前拍摄或导入的图，其 Source Filename 会为空，不会自动追填。
- 当前文档限定 macOS；Windows 的计划不等于现有可用功能。
- 来源文件名能帮助匹配，但不能单独证明商品 SKU 或同一次曝光。
先按进入方式解释这个名字
假设相机卡里一张照片叫 IMG_8241.CR3，联机后命名成 BLUE-CUP-front。若相机、版本和卡内条件符合支持范围，Source Filename 可以帮助找回前者。相反，如果那张照片是在无卡联机时拍摄，token 记录的是当时命名规则的结果，不能凭空产生一个不存在的卡内编号。
| 照片如何进入 | Source Filename 的官方含义 | 对应卡片时的限制 |
|---|---|---|
| 联机且相机内有卡 | 相机自己的文件名 | 仍要核对卡片与同次拍摄 |
| 联机但没有卡 | 拍摄时 Next Capture Naming 的名字 | 不是卡内文件名证明 |
| 其他导入 | 当时导入的文件名 | 可能已在别处改过名 |
以上分支来自官方 Source Filename 说明。表格的用途是选对追溯路径，不是为一张来源不明的图补造编号。
先做一张验证，再应用整批命名
建议用非交付副本或下一次获准拍摄作练习：保留 SKU 名，同时把 Source Filename 加入本轮实际使用的命名配置。官方列出可使用该 token 的位置，包括 Next Capture Naming、Export Naming、Batch Rename 等；应选与你当前任务相符的位置。官方支持位置
取得一张真实结果后，检查新名字中的来源部分，再在对应相机卡中找到候选。比较画面内容、拍摄时刻及连拍前后关系。两次拍摄的相机编号可能相同，不能只凭 IMG_8241 就认定匹配。确认后才将同一方案用于整批，保留相机与卡片标识。
建议的交接结果是“商品名＋实际来源名＋所属拍摄批次”的对应表。发布用文件可以采用清楚的业务命名，来源记录另行保留，方法见商品图文件命名与 alt 文本（英文）。
空白时按原因分流
先看图是否早于 16.9.0 拍摄或导入。官方明确旧图字段为空，因此不能把升级成功当作历史数据已补齐。对于这类图，回到原有卡片、拍摄记录与人工对应关系，不要随手填一个像相机编号的名字。
再确认平台与机型。发布说明写明 Leica、Phase One、FUJIFILM 不支持此 token，部分较老的其他品牌机型也可能不提供名字；相机没有返回文件名时 token 会保持空白，并记录事件。官方版本与机型边界
如果是已支持机型、符合新拍摄条件却仍为空，保留实际相机、版本、卡内状态及事件记录，交给支持人员调查；不能先批量改名掩盖缺口。也不要反复重导旧图来宣称恢复了拍摄时的来源事实：普通导入分支记录的是导入时名字。
收尾确认的是对应关系
把批准照片、联机命名、来源名与卡内候选放在同一记录中，参考素材从源图到交付物的追溯（英文）。批次有多个相似 SKU 时，再做多 SKU 素材发布对应检查（英文）。
完成条件是接收者能找到正确原片并确认商品内容。只有 token、只有相同文件名或只有相似缩略图，都不够批准对应关系；未能确认时保留原有文件与记录，暂停依赖这份匹配进行覆盖、删除或最终交付。
本文由 Itemlume 编辑团队依据截至2026年10月31日核对的公开资料整理，采用 AI 辅助研究与编辑。文中的建议方法与假设练习不代表已完成实机、实拍或投放测试。软件入口与适用条件以当前官方说明和实际账户为准。了解编辑主体或联系勘误。