从供应商产品数据到 FF&E 规格：一套保留证据的工作流
**把供应商产品数据交给 FF&E 规格不是一次导入，而是一套受控交接。**流程从供应商 PDF、Excel 价目表、图册、图片与证书开始，先拆分产品和变体、复核关键事实、把合适记录发布到私有产品库，再为项目选择产品，最后加入房间、数量、审批、修订、预算与采购信息。
当团队把抽取值当成确认事实、把可复用产品当成项目行、或把图册价当成当前报价时，交接就会失败。可靠工作流必须保留来源、显示不确定性，并为每个下游字段指定合适系统和复核人。
第一阶段：接收完整供应商资料包
把接入单位定义为供应商资料包，而不是孤立文件。典型内容包括：带图片与参数的 PDF 图册、含价格币种 MOQ 和交期的 Excel、文件名不统一的高清图片、材料饰面与测试文件，以及解释附件例外情况的邮件。
接收时记录供应商身份、日期、发送人、适用地区、目标项目和文件关系，并保留原件。PDF 不如结构化记录方便，却是在复核者询问“为什么接受这个字段”时最重要的证据。
抽取前先分类：PDF 是文本还是扫描件；一个产品是否跨页；表格一行代表型号、变体、包装还是阶梯价格；图片是嵌入、链接还是独立文件。这些答案决定产品边界。供应商产品数据接入提供更完整的 intake 方法。
第二阶段：抽取候选，不虚构完整度
抽取目标是捕捉来源真正表达的内容，不是填满目标系统所有字段。每个候选应保留供应商、资料包、文件页码或行、原始型号、分类、尺寸原值与标准值、材料饰面、图片关系、价格币种单位、MOQ、交期，以及缺失或冲突字段。
跨页产品尤其需要谨慎：主图和型号可能在第一页，尺寸表和饰面在下一页；扫描件带来 OCR 不确定性；表格会按饰面或数量梯度重复型号。系统应该建议关系并展示证据，而不是静默拼接。
AI 可以加快候选生成和标准化，但不能根据品类“通常如此”而制造价格、证书或材料。AI 产品数据抽取说明来源约束。
第三阶段：复核身份、属性与商业条款
| 复核范围 | 要回答的问题 | 高影响错误 |
|---|---|---|
| 产品身份 | 供应商、型号、分类和变体是否一致 | 两个产品被合并或一个产品重复 |
| 尺寸 | 宽深高、单位和方向是否明确 | 产品被选进无法容纳的空间 |
| 材料饰面 | 是标准、可选还是项目定制 | 客户看到不可用选项 |
| 图片 | 属于精确型号还是只属于系列 | shortlist 视觉误导 |
| 价格单位 | 币种、单位、数量梯度、税和日期是否明确 | 旧值或错单位成为报价假设 |
| MOQ 与交期 | 条件和日期是否存在 | 用过期条款判断可行性 |
| 证书 | 是否对应精确结构和项目地区 | 通用文件被误认为项目合规 |
使用“已抽取、缺失、冲突、待供应商确认、可内部发现、项目已确认”等状态。记录可以进入内部搜索，但仍禁止用于客户报价。
标准化时保留原值。可以把 2800 × 950 × 850 mm 拆成字段，但不能删除原字符串；可以统一材料标签用于搜索，却不能隐藏来源矛盾。
第四阶段：发布到企业私有产品库
发布表示记录可以受控复用，并不表示永远正确。产品库应保存稳定产品与供应商 ID、产品变体和 offer 关系、来源与接收日期、审核状态、筛选字段、全文、图片关系、商业生效上下文和私有数据权限。
这一步开始形成企业产品记忆。设计师可以找到不是自己接收的供应商产品，销售可以按客户需求而不是文件名检索，采购也无需重复向工厂索取企业已经拥有的基础资料。
不同用途可以有不同门槛：内部发现允许缺价格；客户方案需要图片与尺寸复核；采购决定需要当前商业确认。家具产品库软件解释产品、变体、offer 与证据模型。
第五阶段：匹配需求并建立 shortlist
此时输入从源文件变成客户或项目要求，包括品类、风格、尺寸、材料、饰面、预算、数量、房间、交付地区或参考图。
搜索可以组合结构化筛选、全文和语义。结果只是候选集，不是自动批准。复核者要看到为什么匹配、哪些必填字段缺失、哪些价格属于历史。
Shortlist 可以保存产品与供应商、获选变体、图片尺寸材料、带日期的价格上下文、来源、匹配理由、待供应商问题、内部备注和客户描述。
Skulinker 支持私有产品匹配、比较、shortlist 和可编辑选品方案导出，但不会证明语义相似产品满足性能、法规、可用性或当前价格要求。
第六阶段：把获选产品提升为 FF&E 规格
项目层需要增加项目阶段、建筑楼层、区域房间、item tag、数量单位、备用比例、安装责任、获选饰面、定制尺寸、设计和客户审批、修订发行、预算报价、供应商采购与交付字段。
提升过程要引用可复用记录，同时保护项目历史。供应商在发行后修改标准尺寸，需要项目团队做复核决定，而不是全局静默更新；项目定制变体可以在以后评估是否复用，但不能假装它原本就是工厂标准。
Gather、Fohlio 与 Specsources 都公开提供不同组合的产品库、规格、报告、预算、采购、协作和 Revit 工作流。选择目标系统前查看家具采购软件比较及对应竞品页。
第七阶段：预算、采购与交付
规格表达项目意图，采购需要当前且受控的商业数据：
- 确认产品身份、选项和数量；
- 获取或更新供应商报价；
- 比较单位、币种、税、运输、关税、包装和交期；
- 记录批准供应商与 value engineering；
- 在授权采购或 ERP 流程创建 PO；
- 跟踪确认、生产、质检、运输、安装和结项；
- 保存最终文件，并把适合复用的确认变更反馈到产品库。
产品库价格可以帮助准备询价，但不能直接成为已批准 PO。Skulinker 当前导出可编辑选品信息，不替代采购订单、付款、库存、物流或 ERP 回写。
每次交接的数据所有权
| 数据 | 选品前所有者 | 项目批准后所有者 | 更新规则 |
|---|---|---|---|
| 供应商原文件 | 接入仓库或供应商记录 | 被项目与采购引用 | 保留原件，新增后续版本 |
| 标准产品身份 | 私有产品库 | 被规格引用 | 通过产品治理修改 |
| 项目获选饰面 | 候选或 shortlist | FF&E 规格 | 通过项目修订 |
| 数量和房间 | 基础产品不适用 | FF&E 规格 | 只在项目范围修改 |
| 图册价格 | 产品库 offer 上下文 | 只能参考 | 未复核日期与范围不得提升 |
| 当前项目报价 | 采购 | 采购或 ERP | 按供应商、日期、数量和条款版本化 |
| PO | 不属于产品库 | 采购或 ERP | 受控交易 |
| 客户方案 | shortlist 工作区 | 批准后进入项目记录 | 批准前仍是可编辑提案 |
确认后的供应商变化可以改善产品记录，项目数量和客户备注不能。
各阶段质量门槛
发布到产品库前，需要供应商与产品身份、适用品类的可用图片、关键尺寸、来源和缺失状态。
客户展示前，核对图片描述是否一致、单位是否可读、价格上下文是否标注，并删除或标记不确定说法。
FF&E 发行前，执行项目设计、技术、无障碍、法规、审批、修订与文件控制。
采购前，取得当前报价和授权批准，确认数量、选项、包装、交期、物流、税和合同范围。内部发现与采购不需要同样证明，但界面必须防止用户混淆。
常见问题
可以把供应商 PDF 直接导入 FF&E schedule 吗？
部分平台支持 PDF 导入，但仍需拆分产品、复核身份尺寸、区分变体和检查商业上下文。可复用记录与项目字段应保持概念分离。
什么字段齐全后才能进入产品库？
至少建立供应商、产品或型号身份、分类、来源和审核状态；其他必填属性取决于品类与用途。
什么时候必须向供应商确认？
关键尺寸、结构、证书、获选选项、可用性、价格、MOQ 或交期缺失、冲突、过期或影响项目时。
AI 匹配结果等于产品获批吗？
不等于。匹配只提出相关候选，批准仍需要设计、技术、商业和项目复核。
Skulinker 能生成完整 FF&E Spec Book 吗？
Skulinker 支持供应商记录、私有搜索匹配、shortlist 和可编辑方案导出，不替代完整 Spec Book、修订、预算、采购或 Revit 套件。
从一套真实供应商资料开始
选择一份代表性 PDF、报价表、图片文件夹和客户需求测试流程，先清洗产品目录数据，再保留证据、发布已复核记录并明确交接。用 Skulinker 与 Specsources 对比检查下游规格重心，并把同样的证据控制带入大型商店布局与 fixture 数据。Skulinker 可以支持从供应商文件到可搜索产品和客户 shortlist 的路径。