采购按箱而库存按件时，怎样关联物料与本单箱规，保留整箱及散件输入，并将收货事实与剩余采购决定分开。
AI生成示意图，用于说明业务场景，并非真实客户或产品截图。
采购单写五箱，仓库按件点收，供应商送来四箱加一袋散件。如果系统只提供一个数量框，员工很容易输入五，也可能输入实际件数，却没有留下采用哪种单位。单位不清会继续影响库存、领用与后续核对。本文聚焦采购收货的包装换算与散件处理，不重复来料质量隔离或跨系统对账。换算依据必须来自本次实际物料和交付条件，不能将所有商品都设为同一个箱规。
先分清包装名称与计量单位
箱、袋和托盘既可能用于描述包装，也可能在业务中承担计量含义，需要按实际规则明确。SAP Business One的计量单位培训资料分别介绍采购、销售和库存单位，以及单位之间的换算关系。这是该产品的概念说明，并不代表企业必须选用该软件或照搬其配置。本文建议先确定业务采用的库存核对单位，再明确采购包装怎样与之对应，避免页面显示相同数字却代表不同实物数量。
换算关系要对应具体物料与本次单据
以假设场景为例，一箱零件含十二件，采购五箱，预期是六十件；实际四箱加八件，应记录五十六件，剩余四件仍待确认。若供应商改为每箱十件，不能只更新物料主档后让旧单据也跟着变。系统应能查到当时采购与收货采用的换算关系。换算按物料、包装规格还是供应商维护，需要结合企业资料决定。没有依据的箱规应标为待确认，不应通过自动猜测填平数量差异。
让原始输入与换算结果同时可见
员工按实物填写整箱数和散件数时，页面可以展示对应件数，并保留原始数量、单位和所用规则。这样既便于复核，也便于发现误填。不能只在后台乘一个系数，保存后只剩最终结果，导致后续无法解释来源。相同包装名称在不同物料上可能具有不同含量，选择对象变化时应重新核对。输入的小数是否允许、精度怎样处理，须按业务确定；不可将不足整箱无依据地向上取整，制造不存在的库存。
不足整包装要区分收货事实与采购决定
实际收到多少，是仓库观察；剩余是否补发、是否结束该采购行，是另一项业务决定。收到散件不表示采购方已接受短交，也不代表所有剩余义务自动结束。系统可以按确认规则记录待补、部分结束等结果，但不能由开发方替企业制定。若包装内件数与标签不符，应关联异常说明并交给相应负责人核对，而不是只修改换算系数使总数看起来正确。质量待检与数量换算也应分别记录，数量够了不等于质量已通过。
操作流程可按五步组织
- 选择正确采购明细，确认物料与本次包装规格。
- 按实际交接记录整包装和散件，不先照抄计划数量。
- 核对换算后的库存单位数量及剩余差额。
- 对箱规不符、短缺或无法确认项登记真实异常。
- 由有权岗位确认剩余处理，再结束相应业务任务。
重复扫描、撤回错误收货和分批交付也需要与原单据关联。修正时保留原数量与原因，不通过新增一条无关联记录暗中抵消，也不把重复点击当作新增收货。
用订单行与收货行复算一次误收更正
沿用前面的假设数据，采购单PO-07第2行订五箱，每箱十二件，预期六十件。收货单RC-08第1行关联这条采购行，记录“四箱＋八件”，并保留本次换算快照“物料A、箱规版本U1、一箱十二件、库存单位件、确认依据”。换算后为4×12＋8＝56件，待补4件。订单行说明买什么，收货行说明这次收到了什么，快照解释为什么换算成这个数，三者需要能相互查到。
如果后来主档改成一箱十件，RC-08仍须按U1重算得56件，而不是自动变成48件。新箱规是否用于后续收货，应依据新旧包装与采购条件重新确认；不能只因主档更新，就让尚未完成的订单行失去原来口径。
再假设点收员把八件散件误填成十二件，已登记为60件，随后经复点确认实际只有56件。本例采用“关联撤销原收货，再登记正确收货”的更正方式：原RC-08保留误填的60件，更正单CR-01指向原行并冲回60件，正确行RC-09继续指向PO-07第2行，按U1登记56件。该次收货对库存的净影响应为60－60＋56＝56件，待补仍为4件，而不是60＋56＝116件。
有些系统采用关联差额更正，此例只调整－4件即可。两种做法需在方案中选择一种，不能既撤销重登又扣差额。更正必须连同原单关联及库存结果一起成功；执行结果不明时，先查询CR-01及RC-09状态，重复提交应返回同一次更正，不再增加一笔56件。若原收货已被领用或关联后续单据，应先提示依赖并按企业纠错流程处理，不能直接删除原行或强行改库存余额。
验收可先按误填值登记，再由另一岗位更正，检查采购行累计实收、收货明细和库存变化是否都解释为56件。还需重复提交更正，并在修改箱规主档后重查原单，确认没有重复入库或历史数值漂移。
验收覆盖换箱规与散件边界
使用自制物料测试整箱、散件、混合收货、不同箱规、分批到货和误操作修正。核对页面、单据和库存查询是否采用明确单位，并能从明细重算。若存在汇总报表，应防止直接把箱数和件数相加。改变主档后检查历史单据是否仍可解释，未确认的换算是否被阻止进入正式处理。本文示例只用于演算，不能作为所有行业通用精度、结算或验收标准，具体条件由企业确认。
准备需求时，可提供脱敏采购单、常见包装与实际收货样本，先讲清哪些换算稳定、哪些每单不同。广深互联提供行业系统与软件定制开发相关服务，本文由广深互联技术团队整理。公开服务信息见广深互联官网。
项目开始前，需要准备什么？
可以先整理业务目标、使用角色、当前流程和参考资料。我们会围绕需求范围、优先级和交付边界展开沟通。
已有系统可以保留并接入吗？
可以先评估已有系统的接口、数据权限与维护条件，再确定接入方式。无需因为新项目就默认替换所有系统。
软件开发费用如何评估？
费用取决于功能范围、设计、数据迁移、集成、测试和维护安排。先明确交付范围，再形成可比较的报价。
项目会交付哪些资料？
按约定交付设计、源码、部署说明及测试资料。依赖、第三方账号与素材权利等边界应在项目范围中写清。
AI应用如何保护企业数据？
先明确数据来源、访问角色、使用目的和模型接入边界；对于不确定结果与重要决策保留人工复核。
上线后如何维护？
根据系统使用情况约定维护范围、备份恢复、故障反馈与版本更新方式，具体响应时间以服务约定为准。