可编辑 LOGO 或包装文件打开后图片不见了，该交接哪些依赖？

逐个记录置入资源用途

登记每张置入图的文件名、状态、来源位置与用途，区分链接的商品照片、已嵌入资源和仅供预览的对象。记录批准版本，不把旧文件夹里同名素材自动当成当前源图；包装与 LOGO 中使用的依赖都应纳入清单，不只检查最显眼的商品主体。

缺少链接时，不要选一张最像的缩略图替代。瓶形相同的图片可能使用不同标签或颜色；先核对 SKU 和源版本，再重新链接。软件不报错只说明它找到一个文件，不代表找到批准文件。替换后仍需比较标签、轮廓和画面位置。

选择完整且允许的交接方式

根据接收者要求，使用设计软件打包或嵌入的流程，包含正确可编辑源稿与有关图片，排除无关私密参考。逐项确认素材是否允许传递；软件能打包不等于所有依赖都能公开发送。字体许可等问题另行处理，不混入图片已经完整的结论。

请接收者在作者原路径之外打开交付包，查看链接提示，并按实际输出尺寸检查置入图质量。嵌入小预览不能恢复原始细节，复制整个文件夹也不认证印刷可用。这里的文件检查是外部设计流程，不是 Itemlume 生成后自动完成的生产交接。

1. 重新链接前保存可编辑源稿版本。
2. 列出每张置入图片及批准来源。
3. 匹配准确缺失链接，或按约定嵌入。
4. 只传递必要且有权限交接的依赖。
5. 让接收者重新打开并与批准样张比较。

虚构练习：字标展示的纹理丢失

以下是虚构练习：LOGO 展示稿置入了纸张纹理和商品照片，作者只发可编辑主文件。作者的 PDF 看起来完成，接收者打开源稿却有缺图提示。这个情景说明预览与依赖的区别，不是付费生成测试，也不证明任何具体软件版本必然故障。

练习中作者打包批准照片与纹理，接收者在独立路径重新打开。这里仅测试依赖完整性，还没有批准印刷条件。若纹理版本错了，或图片没有合法转交权限，就暂停交接并解决资料问题；不能悄悄换成相似纹理，让后续生产者承担未知改动。

用接收者重开记录收尾

验收记录包含可编辑文件、随附素材、未解决链接和批准样张对比；重新链接的对象另留差异记录。接收者截图应说明打开的是哪份包和哪个版本，不能以一句“能看见”替代核验。若实际商品图被替换，创意内容本身也要重新批准。

停止条件是接收者打开约定源稿后没有未解决依赖，并能确认图片正确。生产分辨率、字体与印刷条件仍有独立检查，不混为文件完整性。Itemlume 位图概念可用于这个外部流程，但不是自动打包的矢量或印刷稿；交接范围应与真正提供的文件一致。

置入图依赖检查

把这张核对表作为人工检查记录，填入自己的真实证据；表中条件不是已经完成的实测结果。

下载本题核对表（CSV）