Cosmetics Direct 提示“验证失败”：是数据、SPL 文件还是账号问题？
报价前，沿可见表单、生成的 SPL、传输回执与 FDA 处理响应重放一次化妆品提交失败。
重点监测信号
- 请求说明失败的是化妆品设施注册还是产品清单，并明确获授权申报人
- 可见验证消息、保存的 SPL 版本和提交时间能对应同一次尝试
- 团队能分开本地编写错误、ESG NextGen 传输和 FDA 处理响应
一张写着“验证失败”的截图定位不了故障。先找回提交类型、点击提交前屏幕上的值、当次保存的 Structured Product Labeling 文件，以及第一份传输回执或 FDA 响应，再比较同一次尝试中的四份材料。 第一份出现错误或缺失值的材料，决定由谁先修。
本文写给查看已获授权的化妆品制造商、责任人、监管运营和软件支持 Telegram 群的化妆品监管软件解决方案顾问。值得跟进的商业 Signal，是一次可复现的失败、有权提交的人和可找回的文件。晚一天看到，注册或产品清单负责人可能继续对着申报日期重试，每次重试又覆盖复现故障所需的证据。
下面是典型行业复合场景，不是真实客户故事，也不代表商业结果。
“Cosmetics Direct 一直 validation failed。产品清单从去年复制的，品牌名改过还是红条，能不能帮忙修 SPL？”
这段消息没有说明提交类型、产品、责任人、设施、账号、字段、完整验证消息、保存文件、历史记录、提交路径或 FDA 响应。
08:40 — 再次编辑前先保存失败现场
为一次尝试单独建档。保存包含完整消息与字段上下文的截图；提交路径允许时，导出或保存 Structured Product Labeling（SPL，结构化产品标签）文件；记录应用与版本、提交时间和标识。SPL 是 FDA 用于结构化产品和设施信息的 XML（可扩展标记语言）文档标准，源自 Health Level Seven 标准体系。
不要把 final.xml 当作文件身份。计算文件哈希或保留不可变副本，让验证输出与确切文件绑定。用户改完品牌名再次点击提交时，原来的红条和新生成文件已经是两次尝试。
FDA 于 2023 年 12 月 14 日发布更新后的SPL 实施指南与验证程序，把化妆品设施注册和产品清单纳入 SPL 框架。应先确认这份有日期的指南和当前提交说明，而不是直接复制另一个产品的旧文件。
09:05 — 先确定失败的是哪一种提交对象
化妆品设施注册和产品清单是不同对象，各自对应不同责任记录。FDA 的注册与清单页面把设施注册责任交给设施所有者或运营方；产品清单则由适用法律下标签上署名的责任人负责。
把本次动作明确写成首次注册或清单、更新、适用时的续期、停产、重新列入，或另一种受支持提交。随后找出正在更改的法人和记录标识。把去年产品清单复制进设施动作，字段看起来都熟悉，却可能属于错误对象。
MoCRA 设施续期范围判断说明首次注册日期和 FDA Establishment Identifier（FDA 机构标识）怎样界定续期任务。本文起点更靠后：已知提交对象，但它验证失败了。
09:30 — 把表单验证和 SPL 验证分开
FDA 把 Cosmetics Direct描述为 SPL 编写工具。它的表单执行初步验证、创建并保存 SPL，再送交 FDA 内部处理，不要求使用电子提交网关。
因此，在 FDA 内部处理之前已有两层证据：
- 表单层： Cosmetics Direct 显示的必填值、格式、关系或受控选项。
- 生成 SPL 层： 保存文件中的文档结构、标识、代码与关系。
错误条紧邻某个表单字段，先查屏幕数据与表单规则。验证报告如果点名 SPL 路径、标识或术语值，就查生成文档及其来源映射。顾问应把可见字段与保存 SPL 中的对应值逐项比较，不能默认两者相同。
10:10 — 使用其他编写工具时再查传输路径
Cosmetics Direct 不是唯一编写路径。FDA 还支持 SPL Xforms 等工具，并在适用时通过 Electronic Submissions Gateway Next Generation（ESG NextGen，下一代电子提交网关）传输电子提交。
使用 ESG 路径时，保留发送账号、中心与提交类型、文件哈希、发送时间、传输回执和后续处理消息。FDA 收到文件之前发生的认证或传输故障，不是 SPL 业务规则拒绝；反过来，成功传输回执也不能证明 FDA 接受了文件内容。
除非失败尝试确实使用了 ESG，否则不要让 Cosmetics Direct 用户“修 ESG”。FDA 明确说明 Cosmetics Direct 可以绕开 ESG 提交。EUDAMED 数据交接文章在另一监管系统里展示了同一诊断原则：actor、device 与证书对象不能互相代替修复。
11:00 — 每次只改第一条失败规则再重放
建立四行重放卡：
| 材料 | 本次失败要保留的证据 | 负责人 |
|---|---|---|
| 提交对象 | 设施或产品动作及法律记录 | 监管申报人 |
| 可见输入 | 字段、值和完整验证文本 | 来源数据负责人 |
| 保存的 SPL | 文件哈希、路径或标识及规则结果 | 编写工具负责人 |
| 回执或响应 | 传输和 FDA 处理消息 | 账号、网关或 FDA 路径负责人 |
只修正第一处有证据的缺陷，并生成新的保存版本。如果屏幕字段变化、SPL 仍保留旧值，断点在编写或映射。如果文件已变化并通过本地规则，却始终没有传输回执，检查账号或网关。如果 FDA 已收到并返回内容响应，同时保留响应并交给监管申报人和软件负责人。
一次重试成功，只能说明这条故障已解决；它不能证明设施享有豁免、产品清单完整，也不能说明 FDA 批准了化妆品。FDA 明确表示，注册和清单不是批准项目。
11:45 — 报价应对应失败层，不要统称“SPL 修复”
回到合成片段。只有顾问能写出下面这条记录，需求才可报价：
[提交动作]对[记录标识]的提交于[时间]在[表单 / 生成 SPL / 传输 / FDA 响应]失败。尝试[文件哈希或提交 ID]显示[完整消息]。第一修复负责人是[岗位]；监管接受结果未知。
实际工作可能是来源数据更正、一条编写规则、映射缺陷、账号恢复、传输调查或监管范围复核。这些交付物不能使用同一个笼统价格。
TOP Prospect 可以把用户主动连接且有权访问的 Telegram 群中最初的“验证失败”片段，与之后出现的文件版本或回执片段合并，保留来源并把候选项排给解决方案顾问。它不能访问 Cosmetics Direct 或 ESG NextGen、查看私有 SPL、向 FDA 提交、联系发言者、决定监管范围或承诺接受。产品发现边界在申报系统之前结束。
成功交接应是一份可复现、第一负责人明确的失败尝试，而不是换了文件名的另一张截图。
常见问题
Cosmetics Direct 怎样处理 SPL？
FDA 说明，它提供数据录入表单，执行初步验证、创建并保存 SPL，再直接送交 FDA 内部处理，无需 ESG。
“验证失败”一定表示 XML 格式损坏吗？
不一定。它可能指向来源数据、表单关系、SPL 规则、不受支持的动作或后续 FDA 处理响应。
ESG 账号问题属于 Cosmetics Direct 问题吗？
不能自动这样判断。Cosmetics Direct 不依赖 ESG；其他编写路径才可能使用 ESG NextGen，所以必须找回实际路线和回执。
软件供应商能承诺 FDA 接受吗？
不能。软件方只能修复有证据的缺陷；FDA 控制处理，获授权申报人仍对监管范围和数据负责。
常见问题
Cosmetics Direct 怎样处理 SPL 提交？
FDA 把 Cosmetics Direct 描述为带数据录入表单的 SPL 编写工具，它执行初步验证、创建并保存 SPL，再直接送交 FDA 内部处理，无需经过 ESG。
Cosmetics Direct 的验证错误一定表示 XML 文件格式坏了吗？
不一定。第一处错误可能是表单值缺失或不一致、SPL 结构或术语规则、提交类型错误，也可能是后续 FDA 处理响应。
ESG NextGen 账号问题属于 Cosmetics Direct 问题吗？
不一定。Cosmetics Direct 无需 ESG 即可提交；其他 SPL 编写路径才可能通过 ESG NextGen 传输，必须先确认实际路线和回执。
软件供应商修正错误后能承诺 FDA 接受吗？
不能。软件方只能修复有证据的数据、编写或传输缺陷；FDA 控制验证和处理，监管范围仍由申报方负责。
资料来源与延伸阅读
值得关注的潜在线索 Signal 是怎样被发现的
了解 Top商业线索怎样发现和整理值得核实的 Signal、保留 Telegram 原始上下文、去掉重复消息并安排查看顺序。是否跟进以及下一步做什么，仍由用户决定。
