首页
/
行业洞察
/
正文
INDUSTRY INSIGHT · 深度
NetSuite四量详解:在手量、可用量、在途量、拖欠量计算与排查
📅 2026/10/14 17:34:57
✍️ 爱科研究院
👁 阅读 3,247
做供应链和物料管理的人几乎每天都会跟 NetSuite 里的几个库存数字打交道在手量、可用量、在途量、拖欠量。这四个词看着像实际含义和用途差别很大。我见过不少计划员在 MRP 跑批前对着报表争论半天最后发现是两个人看的口径压根不一样。这篇文章把四个指标的定义、计算公式、影响因素和排查经验一次性讲清楚顺便给出一套能手工复算的实例适合刚接手 NetSuite 物料管理的同行也适合正在做实施配置的顾问参考。1. 这几个量在供应链流程中各自代表什么四个指标虽然都挂在物料库存相关报表里但它们回答的其实是不同问题。以前我刚开始接触这套体系时总觉得都是库存数字后来才意识到一个是仓库事实一个是承诺能力一个是供应预期一个是需求缺口。先把这个基础认知打牢后面所有公式都好理解。1.1 在手量你看得见但未必能动的存量在手量也叫现有量代表某个库房、某个库位中实际存在的物料数量。它最接近仓库里躺着多少货这个直觉。需要特别留意的是在手量并不等于我能卖多少。它只是一个物理存在的数量不区分这批货处于什么库存状态——正式可售的算在里面待检的算在里面残次品库位里的也算在里面。所以当你看到物资保供表上写着在手量充足可销售 0 件时不要觉得系统坏了。真实情况往往是在手库存大部分处于待检或不可售状态仓库里确实堆着货但业务上没法用来接单。把在手量当成仓库现场盘点数去理解基本不会出错。1.2 可用量真正能让计划拍板的数字可用量是在手量基础上剔除已经被占用的部分、并考虑未来近期到货后真正可以用于新的客户订单承诺、工单领料或其他需求分配的数量。对销售、客服和计划岗来说这是最该盯紧的数字。可用量关心的核心问题是截至当前时点我到底还能承诺多少给下一个需求因此安全库存如果设置了、已分配数量、已承诺数量都会从在手量中扣减而按 ATP 规则算进来的近期预计收货量会增加可用量。不同公司的 ATP 配置差异很大但逻辑主线是一致的可用量 我可支配的实物 - 已经被占用的 - 我刻意留的缓冲 马上能到的补给。这里有个行业里常见的理解偏差很多人会把在途量也加进可用量。但严格意义上可用量是以当前仓库实际可动用为基准的在途物料还没到货、没有经过质检、没有进入可售库位一般不算在可用量里除非 ATP 规则明确允许纳入未来预计收货。1.3 在途量采购单和工序单撑起来的虚拟库存在途量指的是已经下了采购订单、或者已经产生采购需求但货物尚未到达仓库的数量。通俗讲就是供应商正在往这儿送、但还没进我们仓库的那部分。它代表的是供应侧的未来预期是采购跟催的重要依据也是 MRP 计算净需求时用来冲抵需求的供应来源。在 NetSuite 里在途量主要来自采购订单的未收数量。当采购订单被审批、行状态变为待收后这条供应就会进入在途统计收货动作发生之后在途量相应减少在手量相应增加。部分收单、退货、供应商补货这类场景都会让在途量动态变化。如果把在手量比作水池里已有的水那么在途量就是管道里正在流过来还没到池子里的水。水池不会因为管道里有水就立刻满但你做补水计划时必须把它算进去。1.4 拖欠量需求侧欠账的显性化拖欠量反映的是已经确认但尚未满足的需求数量最常见的来源是已确认销售订单中还没有发货的部分。从计划视角看拖欠量代表了客户已经等着的货是优先级最高的需求信号。拖欠量不是库存量而是需求量。它的作用在于提醒你有哪些订单欠着货欠了多少什么时候能补上。MRP 跑批时拖欠量会直接形成净需求压力如果拖欠量持续高企通常需要采购加急、生产插单或者跟客户协商交期。很多计划异常报表里的逾期订单指标底层逻辑就跟拖欠量强相关。2. 一套能复现的手工计算实例先做一套手工计算把四个指标完整跑一遍。只看公式容易晕跟着数字走一遍每条口径的关系就清楚了。2.1 场景设定假设一个足够简单的物料某备件编号直接用某备件A代替物料类型为库存件默认库房为某库房。期初在某库房的在手数为 120 件。期初以后发生了五笔业务按时间顺序排列如下01 日对供应商下采购订单 100 件状态为待收预计 10 日到货。03 日收到销售订单数量 60 件交货日期为 20 日。05 日实际发货 40 件给客户其中 30 件来自上期已确认需求的订单另外 10 件是本期新增订单的一部分。08 日该物料发生一批质检不合格在库数量减少 5 件走库存调整单。09 日MRP 运算时点系统生成一条采购建议 50 件计划订单状态为已计划。注意我刻意安排了一条 MRP 生成计划订单一会儿计算在途量时它的处理方式和手动采购单不同。还需要说明的是这条场景里拖欠量我用了上期已确认需求订单 本期新增订单这类混合数据更贴近实际账面上既有历史欠货又有新需求的情况。2.2 逐项计算先看在手量。库存调整导致数量减少 5 件因此在手量 期初 120 - 质检调整 5 115 件。这一步不涉及销售订单。理解上的关键点销售订单只是需求在实物还没有出库之前不会减少库存余额只会通过已承诺字段去影响 ATP所以在手量计算里不要扣销售订单。再看可用量。用最直接的公式可用量 在手量 - 安全库存 - 已分配数量 当前期间预计收货量把数字代入115 - 0 - 0 0 115 件。注意这个公式里不包含在途量。很多物料计划员第一次接触 NetSuite 时会把采购在途当作可用量的一部分这是一个容易混淆的地方。可用量关心的是此时此刻仓库里能被订单承诺的实物在途货物没有进库不属于当前可用量。如果用户界面里设置了 ATP 规则可用量的计算会加上当前期间的预计收货量并且扣减已承诺数量那种情况下会得到另一个数字。我做这套手工计算时建议先把 ATP 规则的影响剥离出来看基础可用量再看 ATP 明细两条路线对得上就说明理解没有偏差。接着看在途量。在途量要区分计划采购订单和已确认采购订单已确认采购订单 100 件来源为手动下达状态为待收产生在途量 100 件。MRP 生成的计划采购订单 50 件状态为已计划不产生在途量。所以当前时间点的在途量就是 100 件。这条规则让我在实际工作中少背了很多锅计划订单还没有转成采购单谁都不能把它算成在途因为系统里它只是需求建议不是一个交易事实。最后看拖欠量。拖欠量反映的是需求已确认但未满足的部分。本场景里上期已确认需求订单 30 件已发货满足完毕不再属于拖欠。本期新增订单 10 件已发货满足完毕。剩余销售订单需求 60 件中截至计算时点仍未发货属于拖欠。所以拖欠量 60 件。这里要格外注意的是拖欠量不看我发货了多少而看那些还没满足的需求还剩多少。凡是已经满足的需求无论它是上期欠的还是本期新接的在拖欠量里都不再体现。2.3 把账目对回 NetSuite 界面我习惯在 NetSuite 中这样核对手工计算结果查看该物料的库存明细账筛选物料、库房、期间确认在手量 115 件与计算结果一致。打开采购订单列表定位该采购单确认行状态为待收然后查看库存常用报表里的在途量核对 100 件。打开销售订单列表把所有未发货行的数量求和得到 60 件拖欠量。如果设置了 ATP 规则再单独打开 ATP 明细表查看可用量列的数值来源。这四个步骤不需要写任何脚本纯手工也能验证。我遇到过不少实施顾问在培训时说系统自动算不用管但实际上任何自动化结果都应该能用手工逻辑复算这才是供应链数字管理的基本功。汇总表如下指标手工计算结果说明在手量115 件期初 120 件减库存调整 5 件可用量115 件未启用 ATP 复杂规则时等于在手量在途量100 件仅统计已确认采购订单计划订单不纳入拖欠量60 件未发货销售订单需求合计这套数据跑通后四个字段之间的差异就很直观了到手不等于可用在途不等于库存拖欠和已发货无关计划和在途是两码事。3. 物料主数据与交易状态如何影响这四个指标很多看起来莫名其妙的数量对不上根源其实在物料主数据设置和交易单据状态上。我在这部分把常见的设置维度拉一遍算是多年摸坑后的经验沉淀。3.1 库存状态与可用判断NetSuite 的库存状态如正式、可售、待检等会直接影响哪些数量参与可用量计算。库存状态如果被设成待检在 ATP 规则下通常不被视为可承诺数量设成可用的库位参与正常的可用量计算。这里我们不做默认假设建议每家公司都形成一张库存状态—参与可用量—显示为在哪量的对照表因为不同实施配置差别真的很大。实操中我看到最多的问题是顾问把库位状态设成了可售但库位类型选了残次品库位导致报表里可用量看着不少实际订单不敢承诺。这类问题通过减少假设、多查库存状态汇总就能暴露。3.2 单据行状态对在途量的影响采购单行状态是确认在途量的关键。设置待收状态的行才计入在途量而部分收货后行状态变为部分收货此时系统会按已收数量冲减在途剩余数量继续留在在途量里。当我们把采购单行状态、收据状态、退货状态三者放在一起看时往往能发现一些数量错位。有次我在排查采购到货差异时发现一张采购单做了 80 件收货剩余 20 件被用户手工改了行状态导致系统在途量变为 0但实际供应商还有 20 件没发。这个坑跟权限配置有关最终靠限制行状态变更权限解决。建议在实施初期就明确行状态不要允许业务人员随意修改改为通过收货、退货等标准动作触发状态变化。3.3 需求类单据对拖欠量的影响拖欠量的计算以已确认但未满足的需求为基准。销售订单行只要没被取消、没被完全发货它就对拖欠量有贡献。如果订单行被拆分发货一部分已发、一部分未发拖欠量只保留未发部分。项目型销售、工单需求、调拨需求如果启用也会进入拖欠量的统计范围因为它们在需求模型里都存在相似逻辑。另一类容易被忽视的拖欠量来源是计划订单过期。当计划订单已过了建议日期但尚未转成采购或生产单据时在部分报表逻辑里它不进入拖欠量但常常出现在计划例外信息里。我们要把拖欠量和过期计划订单分开看前者表示客户需求侧的欠账后者表示供应侧的延迟两者混杂在一起最容易让计划员误判。3.4 平均成本与存货估值平均成本并不直接影响在手量、可用量、在途量和拖欠量但它决定了这些数量在资产负债表上的金额。平均成本 总库存价值 / 总库存数量。实现对账时我希望大家把数量逻辑和金额逻辑分开核对否则一个汇率或成本更新的问题就可能让库存金额出现大偏差而数量却是正确的。我自己做过一次季度库存盘点对账数量全部对上了存货金额差了几十万最后发现是因为一张采购订单的汇率字段在审批后被改了导致平均成本重算。这类问题如果只看数量指标根本发现不了。设置/状态影响指标典型问题库位状态待检可用量可用量偏低订单不敢承诺库位状态残次品可用量可用量虚高订单过量承诺采购单行待收在途量正常体现手工改采购行状态在途量在途少计供应延迟难发现销售订单未发货拖欠量正常体现取消销售订单行拖欠量拖欠量减少需复核取消原因计划订单未转采购不计入在途量计划延迟在例外报表中体现4. 我没说清楚的坑与排查经验讲完计算逻辑这节专门写排查层面的东西。很多同学问为什么我在列表里看到的数和报表里不一样我挑几个高发原因讲讲。4.1 设置界面里那些看不见的字段NetSuite 的字段权限、角色权限、公司默认设置会影响用户能否看到库存数量相关的列。同一个物料同一个库房在财务角色下看到的在手量与仓库角色看到的可能一致但销售角色可能在订单界面只看到可用量。这不算数据错误只是权限层展示差异。排查思路遇到数量不一致先确认两个界面是否属于同一个视角再对比筛选条件、期间、库房、库存状态。我记得有次花了三个小时查一个缺货物料最后发现销售订单筛选里默认勾了可承诺仓库而库存查询没勾两个界面当然对不上。4.2 负库存、调拨与残次品负库存的出现几乎总是配置允许负库存 业务未按流程操作共同造成的。负库存出现后在手量、可用量、在途量、拖欠量的联动会变得非常难看懂尤其是调拨单未完成产生的在途调拨和处理中库存会让库存账目出现暂时性的重复或缺失。我处理负库存的通用步骤是先冻结该物料的新增销售订单承诺避免缺口继续扩大。导出该物料近 60 天的库存交易明细按时间排序。找出第一个把库存扣成负数的交易检查当时的采购收货、退货、调拨结果。如果确认是跨库房调拨未完成则补齐调拨收据如果确认是漏做收货则补做收货。补完后再通过循环盘点调整让账面回到合理值。这套流程不一定救回每一笔错账但能快速定位到最早出错的那一笔。库存数字只有在最早出错点修正后后续追溯才有效。4.3 用报表和自定义搜索验证数量除了系统自带报表自定义搜索是核对这四个量的好工具。可以建立一个库存数量汇总搜索按物料汇总、库房汇总筛选正式状态的库位分别汇总在手量、在途量、拖欠量然后和常用报表对比。搜索粒度越细越容易发现哪个库房或哪个物料出现了偏差。我通常还会在搜索里加两个筛选交易日期筛选控制统计时间点避免跨月份数据混入。库存状态筛选把待检、残次品等非正式状态排除保证可用量口径一致。如果搜索结果和报表数字不一致优先检查筛选条件而不是怀疑系统有 bug。绝大多数报表不一致都是口径问题。4.4 常见问题排查要点把我在支持一线经常被问到的问题列成一个速查表方便直接查现象优先排查方向可能回复的口径可用量为负但在手量正ATP 规则中安全库存、承诺占用过高检查 ATP 明细中各组成部分在手量为正可用量为 0库位状态、供应商优先级配置查库位状态汇总表各库存状态数量在途量一直不变采购单行状态未更新核对收货单与采购单行状态拖欠量比销售订单总量少部分订单已发货或已取消筛选未发货、未取消的行报表两个数字不一样权限、筛选、期间口径不同统一筛选条件后重新导出上面这个速查表不是标准答案更多是排查起点。每个公司的库存结构、单据流程、审批链路都不一样最终还是要回到数据—状态—交易三要素逐层排查。在实际项目里我最深的体会是先把四个指标的定义和计算公式打成一张内部说明文档固定下来再推动所有计划员和财务人员按同一口径看数。只要口径统一很多争议根本不会发生。5. 从计算公式走向计划参数配置的建议最后这部分我结合一段真实项目经历聊聊从理解到落地的方法。一个物料计划参数如果设置混乱再准确的计算公式也救不了计划结果。5.1 固定公式是第一步固定口径是第二步我的建议是把以下口径在公司内部固定下来在手量 当前库房实物数量合计含质检中但未报废部分不含在途。可用量 在手量 - 安全库存 - 已分配 - 已承诺 当前期间预计收货量按 ATP 规则。在途量 已确认采购订单未收数量 已完成调拨未收数量按业务范围决定。拖欠量 未满足的确认需求合计通常对应未发货销售订单行。即使公司采用不同的 ATP 规则、需求时间栅栏有了这样一张口径卡后续做 MRP 跑批、做采购建议审核都会减少大量扯皮。我在两个项目上都见过口径不一致导致计划员跟采购吵翻天的情形最后靠一张口径说明表解决。5.2 计划参数设置的几个实用原则安全库存不要每个物料都拍脑袋设置至少要参考历史需求波动和补货周期。提前期不要只写供应商交期要把质检、运输、上架时间一起算进去。订购倍数要跟供应商最小起订量、包装规格对齐避免 MRP 建议数量无法执行。在途量和拖欠量要配合例外报表使用单独看一个指标容易误判供应状况。这些原则听起来是常识但真正落地时物料多、品类杂很容易把参数设得参差不齐。我常用的做法是分 ABC 类物料设置三套参数模板C 类物料用默认模板A 类物料逐料精调这样既控制工作量又让关键物料有足够精度。5.3 建议的上线前验证清单如果在实施期或者刚完成配置我建议按下面清单做一轮验证[ ] 准备 10 至 20 个典型物料覆盖库存件、非库存件、外购件、自制件。[ ] 手工计算每个物料在两个时间点的在手量、可用量、在途量、拖欠量。[ ] 将计算结果与 NetSuite 库存常用报表对比差异超过系统精度要在配置层面找原因。[ ] 用一张模拟销售订单跑 ATP 检查确认可用量随承诺动态变化。[ ] 用一张模拟采购收货跑检查确认在途量随收货递减。[ ] 检查 MRP 生成的计划订单不进入在途量确认该口径符合管理预期。做完这一轮公式层面基本就稳固了。剩下的更多是流程和权限问题按我前面写的排查思路逐项处理即可。最后再分享一个我自己的习惯每次核查这几项数量时我都会先问一句这个数字谁要用、用来做什么决定然后反推它应该走哪条计算逻辑。把使用场景想清楚公式就不会选错也就能真正把 NetSuite 里这四个字段管理得明明白白。
📌 标签:
工业官网
设计趋势
AI 建站
SEO
获取完整报告 →
RELATED ARTICLES
推荐阅读
2026/10/14 17:34:57
C#工业级图形面积周长计算:精度、鲁棒性与性能平衡
2026/10/14 17:34:57
高等数学自学指南:构建求导法则与高阶导数的完整知识体系
2026/10/14 17:29:56
Sabaki 引擎集成实战:为 GTP 围棋引擎接入、对战与分析做图形化前端
2026/10/14 18:20:36
Docker Swarm Worker节点核心机制与运维排查实战
2026/10/14 18:20:36
STM32F407飞控实战入门:GPS+IMU融合与FreeRTOS实时控制
2026/10/14 18:20:36
队列数据结构实战:从实现到买房排队模拟全解析
2026/10/14 18:20:36
NewStar 2025-web:下一代Web技术架构与工程实践
2026/10/14 18:20:36
全英文大数据分析实验报告写作全攻略:框架、统计与避坑
2026/10/14 18:15:35
字节跳动 Seed 单独设立大模型安全与对齐部门
2026/10/14 0:02:01
Oracle 19c Windows客户端安装配置与连接排错指南
2026/10/14 0:02:01
React Native截图优化:解决Android兼容性问题
2026/10/14 0:02:01
金属锈蚀速率计算模型与防护方案优化实践
2026/10/13 12:25:09
流感时间序列预测实战:ARIMA/LSTM全流程拆解与避坑指南
2026/10/13 18:15:04
影刀RPA新手教程:键盘模拟输入实战——输入文本与模拟按键的区别
2026/10/14 14:52:59
影刀RPA新手教程:阅文起点小说数据采集实战——书籍信息与章节内容
2026/10/12 19:53:23
我发现了一个新思路:用 Remotion + Claude Code 像写代码一样自动化生成短视频
2026/10/11 21:41:11
Windows下 Codex 中 Chrome 和 Computer Use 插件不可用问题排查及解决参考方式:TaoToken 统一 Key 配置与验证
2026/10/11 23:43:10
2026 大模型集体涨价:用 Python 做企业 Token 成本测算与选型避坑(附配置)