库存准确性与循环盘点：差异从哪里来，何时调整
库存准确性关注的是：同一时点、同一记录范围内，账面数量能否被实物核实。账面有货却找不到，会影响履约与补货；不同库位一多一少，即使总量相等，也不能算记录正确。库存状态的基础定义见库存管理基础，本文讨论怎样识别差异及其调整边界。
循环盘点与全量盘点
循环盘点把检查分散到日常，一次覆盖部分商品或地点，按计划重复；全量盘点在约定范围内做完整清点。范围可以是一座仓库，也可以是明确划定的业务库存，不应把局部检查称为全仓盘点。
Oracle Inventory 12.2 文档说明，循环盘点可与完整实物盘点并用。本文建议按交易频率、价值、历史差异和缺货后果安排检查，并保留对其他记录的覆盖，避免只盘容易找、容易对的货。具体频率由业务确定；日常循环盘点是否满足财务或审计要求，应另行判断。
先定义“同一条记录”
本文建议用“SKU × 地点 × 状态 × 统一计量单位”作为对账边界，必要时再加批次、序列号或货主。地点应细到实际管理的库位，不能账上按仓库、实盘按货架，却直接比较。
| 维度 | 比较前要确认 |
|---|---|
| SKU | 条码对应的变体与包装规格；组合装是否按组件管理 |
| 地点 | 存储位、拣货位、暂存区和退货区分别归哪里 |
| 状态 | 正常、待检、损坏等实物分类互斥；同一件不能重复计入 |
| 单位 | 箱、包、件的换算，以及拆零后怎样记录 |
已被订单占用的货，只要仍在本次实盘范围内，就仍应清点；不能拿整批实物去比已经扣除占用的可售量。已拣到发货暂存区的货是否属于本次范围，也必须事先写清。
假设一箱固定为 12 件，实盘 3 个完整箱另加 5 件，统一后为 41 件，不能填成 8 件。该例为编辑演算；Microsoft 的盘点说明也展示了将整箱与散件换算汇总的机制。
快照不会让货物停止移动
系统数量与实盘数量必须对齐到同一时点。Oracle Fusion Cloud 26B 的快照说明明确指出，快照不会自动限制库存交易，并要求取快照时人为停止收发。Microsoft 的上述循环盘点流程则说明，创建盘点任务后，相关库存仍可用于预留与出库。两者表明：有盘点单，不等于现场已经冻结。
本站建议先确定控制方式：在选定区域短暂停止移动，或使用已经验证能处理盘点期间交易的流程。采用后者时，要记录每条盘点的时点、起止位置和期间收发；不能把一次导出当作持续有效的余额。
假设 10:00 快照为 100 件，之后入库 12 件、出库 8 件，10:10 实盘为 104 件；若这些是期间全部变动，且均已正确登记，则同一时点的应有数量是 100 + 12 − 8 = 104。没有盘盈 4 件，不应再补一笔增加 4 件的调整。这只是对账演算，实际系统怎样吸收期间交易，仍需核对其处理机制。
库内移动要检查源位与目标位，尚在搬运中的货要明确归属；跨仓在途不能同时算作两边已在手。无法还原期间变动时，应先控制移动再重盘，而不是猜一个差额覆盖账面。
盲盘用于取证，复盘用于确认
盲盘让盘点人先记录现场数量，不展示预期账面量。Microsoft 的上述流程采用隐藏预期数量的设计。本站建议同时保留货品与地点标识、实盘时间、单位及原始结果；账上为零但现场发现的货，也要单独登记，避免仅沿着已有库存清单找货。
发现差异后，由另一人或在重新核对标识后复盘，检查混码、错位、漏层和重复计数。复盘应保留第一次结果，不能反复修改到与系统一致为止。两次一致只能增强对实物数量的信心，不能自动证明差异原因。
何时调整，先看差异证据
以下是本站建议的排查顺序，并非产品默认审批规则：
| 差异线索 | 优先查证 | 处理方向 |
|---|---|---|
| 相邻库位一多一少 | 移库记录、标签与扫描信息 | 核实后纠正位置，不把互抵差异直接判为无误 |
| 差额接近一箱或一包 | 包装规格、换算与拆零记录 | 先修正单位理解，再重算 |
| 收货或发货后出现差额 | 实际交接时间、单据与入账状态 | 确认漏记或重复交易，避免再用盘点调整重复补记 |
| 总件数相符但可用量不符 | 待检、损坏、退货与订单占用 | 检查状态和预留，而非盲目增减实物总量 |
| 复盘仍有无法解释的差额 | 原始记录、期间交易及检查范围 | 标明原因待查，按授权审批处理并继续追踪 |
实物数量与边界已经核实、期间交易已经对齐，且调整依据经批准后，才进入账面修正。根因暂不明确不等于永远不调整，但必须保留“原因待查”，不能编造报损原因。Oracle 的审批说明区分数量或金额审批容差与命中率统计容差；审批通过不代表原记录准确，金额小也不代表无需追查。
调整记录应串起原账面值、实盘及复盘值、交易证据、原因、审批人与调整单号。若已通过补记原业务单据纠正，就不能再调一次相同差额。库存记录准确率比较的是调整前、时点已对齐的账面数量与已确认实物数，不能用调平后的 100% 证明改善；初盘与复盘的原始结果仍须保留。随后处理标签、收发或同步问题，才能减少复发。