一套真正好用的供应商PDF命名方案

现在就打开你的下载文件夹看看。如果它和大多数配方师的文件夹差不多，你会看到十几个文件都叫"SDS.pdf""SDS(1).pdf"和"SDS_final_v2.pdf"，而且不打开根本不知道里面到底是什么。原料只有六种的时候这样也无所谓。可一旦原料数量到了三十种左右，情况就开始变得棘手，等到有一天监管机构、保险公司，或者未来的你自己需要找到支撑某个配方决定的确切文件时，这就变成了一个真正的问题。

解决办法不是什么高端软件，而是一套你每次都手动应用、绝不例外的命名规则。

为什么随意的文件名会在后面浪费你的时间

供应商给的默认文件名对你来说几乎没什么用。它是为供应商自己的归档系统设计的，不是为你设计的。当你在整理化妆品通报表(CNF)的提交材料，或者需要回答加拿大卫生部关于某个原料浓度的问题时，你需要在配方、INCI清单和支撑每一项数据的原始文件之间快速切换。如果找到正确的SDS意味着要打开四个PDF逐一确认哪个是最新版本，你就是在浪费本就紧张的时间，而且往往是在最要命的时刻发生。

这里面还有合规的角度。安全数据表(SDS)是会更新的。供应商重新调配某个混合物、更换CAS号，或者修订危险性分类，你归档时依据的那份SDS转眼就过时了。如果没有一套一眼就能看出版本和日期的命名系统，过时的文件会悄悄和最新的文件混在一起继续流通，直到出事之前都不会有任何提示。

一套可以扩展的命名规则

无论你有十种原料还是两百种，下面这套结构都适用：

供应商_原料_文件类型_YYYYMMDD.pdf

拆解开来看：

• 供应商：给供应商（不是产品的品牌名，而是真正的供应商）一个简短、统一的代号。定下一种拼法就不要再变：MakingCosmetics 就固定写成 MKGCOS，不要有时写 MC 有时又写 MakingCos。
• 原料：写INCI名称，或者如果是混合物，写一个能让人认出来的简称（商品名加一个说明，标注这是个混合物，因为商品名永远不会出现在你实际提交的文件里）。
• 文件类型：SDS、COA（检测证书）、TDS（技术数据表），或者用于香精合规文件的 IFRA。
• 日期：文件本身的签发日期，按YYYYMMDD格式书写，这样文件不用额外费力就能按时间顺序排列。

所以，一份来自你代号为BIOAROMA的供应商、2025年3月签发的玫瑰果油安全数据表，文件名就是：

BIOAROMA_RosaCaninaFruitOil_SDS_20250312.pdf

你团队里的任何人，或者十八个月后的你自己，光看这个文件名就能知道里面是什么，根本不用打开它。

处理供应商混合物

混合物值得单独说一说，因为大多数归档错误都是从这里开始的。一种供应商混合物一旦进入你的配方，就会展开成多个INCI成分，每个成分的真实浓度等于该混合物的使用量乘以它在混合物中所占的百分比。如果你只按商品名给文件命名，就会失去追溯到你已经拆解好的那些成分的线索。

加一个简短的后缀，说明这是个混合物，以及大致成分是什么：

CRODA_NatureGuardECT_SDS_blend-preservative_20241108.pdf

就这一个后缀，能省下你每次需要回想这到底是防腐剂混合物还是乳化剂混合物时重新打开PDF的功夫。

一个简单的版本管理习惯

供应商发来更新版SDS时，不要覆盖旧文件。把两个版本都留着，文件名里标上各自的真实日期，并在你的配方记录里注明你通报时依据的是哪个版本。如果哪天加拿大卫生部或客户问起，为什么你的通报显示一个浓度，而当前的SDS显示的是另一个，你会希望那份历史文件就摆在那里，而不是被覆盖掉找不到了。

一张简单的表格可以帮助一些配方师团队统一整个团队的文件类型代号：

代号	文件	典型用途
SDS	安全数据表	危险性信息、成分组成（第3节）、处理方式
COA	检测证书	特定批次的纯度或含量检测结果
TDS	技术数据表	使用比例、溶解性、推荐用量
IFRA	IFRA证书	香精合规性及限制用量
SPEC	规格表	物理和化学性质

这套方法在哪里最见效

真正的回报体现在通报的时候。当你在为化妆品通报表整理配方的INCI名称和CAS号时，所有原始文件命名一致，意味着你能在过去处理五种原料的时间里处理完十五种。这也意味着，如果审核人员要求你证明某个原料的浓度，你只需要调出一个文件，而不用翻遍整个硬盘。

这也是为什么Cosmetic Comply的原料匹配依据你真实的供应商文档，而不是靠猜测。干净、命名一致的原始文件，能让INCI和CAS的匹配更快，浓度计算也更容易核对。这是个小习惯，但正是这种习惯，能在一条产品线的整个生命周期里默默省下你数不清的时间。