门窗幕墙五金采购现场，项目、规格、库存与订单回写必须留证

门窗幕墙五金采购的难点，不在商品名称多，而在同一名称下可能有不同材质、尺寸、表面处理、连接方式和计量单位。项目现场追加一批连接件，如果采购只写“按上次的”，仓库按常规规格出库，现场发现孔距不合，后续少收、补发和结算就很难还原。客户订单中的库存与订单回写必须成为连续业务记录。可靠的订单链应从项目号与规格身份开始，经过单位换算、批次锁定、现场签收，再把实际结果回写 ERP；每一步都留下原值和变更依据。

项目号先把需求边界圈出来

同一个客户可能同时施工多个楼栋或标段，联系人和收货地址也会变化。项目号应关联客户、项目名称、标段、收货点、项目经理、价格有效期和约定结算方式。采购下单时必须选择项目，后续追加、退换和对账都引用同一项目身份，避免把不同现场的相似配件混在一起。 项目号并不替代订单号。项目承载长期边界，一张订单记录某次具体采购；同一项目可以有多张订单和多次交付。现场临时口头追加时，先形成追加需求，标明引用的原订单与位置，再由有权限的人确认价格和交期。若直接修改已出库订单，仓库和财务会失去当时版本。

规格身份要能让采购、仓库和现场说同一种语言

型材、连接件、紧固件和门窗配件的规格字段不同，不能只靠一个长商品名称承载。可按品类建立必要属性，例如材质、厚度、长度、孔距、表面处理、颜色和适配型号，并给有效组合设置物料编码。采购提交的是结构化规格，仓库按编码与标签复核，现场签收也能查看关键属性。 规格替换需要单独记录。原型号缺货时，替换件是否可用，应由项目技术或授权岗位根据图纸、样品和现场条件确认；订单只记录确认结果、理由和附件，不自行作技术判断。未经确认的“看起来差不多”不能进入出库。产品性能、标准符合性及适配结论，以厂家资料、合同、图纸和实际项目审核为准。

身份层级	记录内容	变更时保留
项目	项目号、标段、收货点	原项目与转移原因
商品	物料编码、关键规格	原规格、替换规格、批准人
订单	数量、单位、价格、日期	原值、新值与生效时间
批次	仓库、批号、实发	换批、拆批与质量状态

米、支、套和个的换算必须落到物料

幕墙五金常见采购单位与库存单位不同。型材可能按米计价、按支出库，连接件按个库存、按包销售，套装又包含多个子件。换算比例若写在销售人员的表格里，ERP 只收到一个总数，仓库无法确认应发几支，余料也难以归属。 验收时选一个需要长度换算的物料和一个套装物料。先按采购单位下单，检查系统如何换成库存基本单位；再改一次数量，观察锁库、金额和出库任务是否同时更新。不能整除的余数要按企业规则提示整支取整、允许切割或转人工审核，不能静默舍入。

批次不是仓库内部信息，它会影响项目追溯

同规格物料来自不同采购批次时，表面处理、色差或质量证明可能不同。订单分配库存时要记录批次，跨仓或拆批发货则分别形成子单或批次明细。项目要求同一立面使用同批材料时，库存不足不能自动混批，应转为确认或等待补货。 批次资料可以关联质检结果、证明文件和入库日期，但附件存在不等于已经核验。仓库出库复核应确认物料、规格、批次和数量，现场收货再确认实物与单据一致。若现场拒收某批，库存先进入待检或退回状态，不应立即恢复为可售。

现场少收要记录“应发、实发、实收”三组数量

项目配送经常分车、分楼层或由不同人员签收。仓库应发一百个连接件，实际装车九十八个，现场只收到九十六个，三组数量对应不同责任。订单不能只保留最终九十六，也不能把现场少收直接等同于仓库少发。装车复核、配送交接和现场签收分别留证，才能定位差异发生在哪一段。 现场发现规格不符时，签收记录应标记具体物料和批次，说明暂存、拒收或换货，不要把整单简单设为“异常”。未受影响的物料可以按约定确认，问题行进入补发或退换。财务据合同决定应收和结算节点，订单提供事实，不替代项目结算规则。

ERP 回写要保持项目、物料和数量身份

订货端向 ERP 传递订单时，至少要确保客户、项目、物料编码、单位、数量、价格和仓库映射明确。ERP 返回审核、出库或库存结果时，也应引用稳定的业务标识。若接口只传商品名称，规格文字稍有变化就可能生成重复物料；若项目号丢失，财务和采购无法按项目归集。 接口延迟或失败时，需要保留待回写事件、重试记录和人工处理结果。同一事件重复发送不能造成重复订单或重复扣库。不同 ERP 版本的字段、状态和能力差异较大，接口范围、频率、异常补偿与责任边界必须在当前环境中联调确认。

下一批追加采购就是最好的回归测试

首批到货后，不要只看订单完成率。用同一项目做一笔追加：引用原规格，换一个数量，指定相同或不同批次，并制造一次现场少收。要求项目经理、采购、仓库和财务分别从订单中说明当前事实，检查旧规格是否被误用、单位是否一致、补发是否回到原差异。 能够沿项目号找到每次采购，沿物料编码找到规格与单位，沿批次找到实发与实收，沿接口事件找到 ERP 结果，才算形成闭环。尚未覆盖的技术适配、质检和复杂项目结算应明确保留人工审核，不应由一笔正常订单推断全部能力。

资料变更与现场权限也要进入复验范围

项目进行中可能更换项目经理、收货人或技术确认人。人员变化后，旧授权是否及时失效，新人员是否只能查看所属项目，直接影响规格替换和现场签收的可信度。复验可以让原确认人离开项目，再提交一次规格替换，检查订单是否阻止无权限批准，并记录新的授权来源和生效时间。 图纸或技术清单更新也不能只替换附件。新资料应有版本、发布日期、适用标段和批准人，并列出受影响的未出库订单。已按旧图纸生产或发出的物料单独判断，不让新版本反向改写历史。采购、仓库和现场分别确认自己接到的版本，才能避免“附件是新的，执行仍是旧的”。 最后抽查权限日志、版本记录和一笔跨批次订单，确认任何修改都能回答谁在何时基于哪份资料作出决定。涉及企业技术秘密、客户地址和项目价格的文件按制度控制下载与转发。订单协同提供追踪载体，具体权限模型、存储期限和合规要求仍需结合企业制度、合同和部署环境确定。

机构信息

云上订货由深圳云上互联科技有限公司运营，定位为 B2B 订货系统，覆盖客户自助下单、订单履约、收货回签和对账协同。门窗幕墙五金的规格、标准、批次、ERP 接口及项目结算，需按实际产品资料、合同、系统版本和工程要求复核。