我的核心判断公式
净现金占用天数 = 预计付款日 − 预计回款日。如果结果为正,代表企业需要先垫付现金;如果结果为负,代表销售回款理论上早于供应商付款,但仍要检查保证金、预付款、对账争议和退货扣款等隐性资金占用。
举例来说,供应商口头承诺“收货后 60 天付款”,听起来很宽松,但如果收货后还要等待 10 天验收、7 天对账,账期从“签收”才开始计算,而商品又需要 45 天才能卖出并完成平台结算,那么企业的实际现金压力可能已经接近 0 至 10 天,而不是看上去的 60 天安全窗口。
我在评估采购方案时,首先看“付款发生日”和“销售回款日”的相对位置,再看最坏情况下会不会突破现金安全线。
净现金占用天数 = 预计付款日 − 预计回款日。如果结果为正,代表企业需要先垫付现金;如果结果为负,代表销售回款理论上早于供应商付款,但仍要检查保证金、预付款、对账争议和退货扣款等隐性资金占用。
举例来说,供应商口头承诺“收货后 60 天付款”,听起来很宽松,但如果收货后还要等待 10 天验收、7 天对账,账期从“签收”才开始计算,而商品又需要 45 天才能卖出并完成平台结算,那么企业的实际现金压力可能已经接近 0 至 10 天,而不是看上去的 60 天安全窗口。
这三个问题没有统一标准答案,但每个答案都应当能回到合同、订单和平台流水中被验证。
账期风险并不是财务在付款日才产生的。选品团队决定采购数量、价格带、供应商结构和补货节奏时,已经决定了未来一段时间的现金占用曲线。一个毛利看起来不错、但周转很慢的新品,可能比毛利略低但每天稳定销售的成熟商品更容易形成资金压力。
因此我不会把账期管理当成采购合同的附属条款,而会把它作为选品评分中的一项约束条件:商品必须同时满足需求验证、毛利可接受、库存可控和现金可承受四个条件。
我建议团队统一使用“可售库存天数、供应商账期天数、平台回款周期、退货影响天数、预付款比例”五个字段。字段名称可以按企业系统调整,但含义不能由不同角色各自解释。
当采购经理说“还有 30 天账期”、财务说“资金已经占用”、运营说“还要两周才能卖完”时,问题往往不是谁算错了,而是大家在计算不同的起止点。统一口径比单纯增加报表更重要。
下面这些场景不代表某一家真实企业,而是用于说明常见业务结构的示例。实际判断仍需要以企业合同、订单、库存和结算数据为准。
选品团队根据供应商的阶梯价格,把首单从 2,000 件提高到 8,000 件。单件采购价下降,理论毛利增加,但新品缺少历史销量,首月实际动销只有预测的 55%。供应商提供 45 天账期,却要求 30% 预付款,企业实际上先支付了大额现金,还承担了剩余库存。
我会把这个场景标记为“价格收益确定性低、现金占用确定性高”,优先要求降低首单、分批交付或把阶梯价改成累计采购返利。
供应商承诺发货后 60 天结算,电商平台的结算周期却是确认收货后 14 天,商品正常销售周期为 70 天。账面上账期有 60 天,实际销售和平台回款可能要 84 天,现金缺口就出现在第 60 至 84 天之间。
如果退货率、平台扣点和活动补贴再增加,原本以为可以用销售回款覆盖货款的计划就会失效。评估时一定要把“卖完”与“收到钱”区分开。
合同写着“月结 30 天”,但实际流程是月底对账,次月 5 日确认,次月 15 日开票,发票合规后再开始 30 天付款。对账、开票和审批占用的时间,可能让有效账期与业务人员理解的账期相差 15 至 30 天。
我会要求在系统中记录每个节点的实际发生时间,而不是只录一个“账期天数”字段。
我会把一次采购从合同到回款拆为:合同确认 → 预付款 → 下单 → 发货 → 入库 → 验收 → 对账 → 开票 → 付款 → 上架 → 首次销售 → 平台结算 → 退款与退货完成。不同企业节点名称可能不同,但时间轴不能缺少“货物状态”和“资金状态”两条线。
| 节点 | 业务发生 | 资金含义 | 我会关注的异常 |
|---|---|---|---|
| 预付款 | 供应商确认生产或备货 | 现金先流出,尚未形成可售库存 | 比例过高、退款条件不清晰 |
| 入库验收 | 仓库接收并确认数量质量 | 可能成为账期起算点 | 短少、破损、质检导致起算延后 |
| 上架销售 | 商品进入可售状态 | 现金尚未回流,但库存开始承担动销风险 | 图片、价格、流量资源未同步 |
| 平台结算 | 订单完成并扣除相关费用 | 回款金额低于成交额 | 扣点、广告、退货、赔付未纳入预测 |
| 供应商付款 | 按合同完成货款支付 | 现金再次流出或形成应付减少 | 有效账期短于合同表述 |
我把团队最容易出现的误区写成“错误认知—真实风险—改进动作”,方便在评审会议中直接使用。
长账期确实可能降低短期付款压力,但供应商往往会通过更高采购价、更高起订量、更严格退货条件或减少价格保护来补偿融资成本。如果我只比较账期天数,就可能错过总成本更低、补货更灵活的供应商。
改进动作:将账期折算成资金价值,同时比较采购价、预付款、运输、质检、退货、缺货和库存损耗。账期只是总交易成本的一部分。
成交额不是可用现金。平台可能在确认收货后结算,结算金额还会扣除平台服务费、广告费、优惠承担、退款和赔付。若销售额增长依靠持续补货,新增销售也可能被新增库存和营销投入消耗。
改进动作:使用“预计可回款金额”而不是 GMV 做现金预测,并把回款延迟和退款窗口单独列出。
成熟商品有搜索、评价、复购和稳定投放支持,新品没有这些基础。若把成熟品的周转速度直接套到新品,采购量和账期压力都会被低估。尤其是季节性商品,一旦错过销售窗口,账期并不能替代库存处理方案。
改进动作:新品至少设置保守、基准、乐观三种动销情景,并将首单规模与保守情景绑定。
付款审核只能阻止某一笔不合规支出,不能改变已经形成的滞销库存、过量采购和错误补货。如果选品评审没有记录账期起算点、付款金额和销售周期,财务很难在后端还原风险来源。
改进动作:把账期压力指标前置到选品准入和采购申请中,形成“选品评估—采购审批—库存监控—应付付款”的闭环。
这套方法适合放进电商采购平台的采购前评审,也适合用 Excel、BI 或 E数通搭建成可复用的分析看板。数字均为示例,不代表任何企业的真实经营数据。
记录预付款比例、尾款比例、账期起算点、对账周期、开票周期和审批周期。对于“月结”“验收后付款”等模糊表述,我会要求转换为明确日期规则。
至少拆分在途、待验收、可售、锁定、退货和残次库存。库存周转不能只看平均值,还要看新品首周、活动周和低销量周的差异。
从预计成交额中扣除平台扣点、营销费用、优惠承担、退款、赔付和税费等影响,再按照实际结算周期估算到账日期。
至少测试销量降至基准的 60%、回款延迟 14 天、退货率上升 5 个百分点和采购价上涨 3% 的情况,观察现金缺口与库存余额。
将结果分为可执行、需要谈判、暂缓采购三档。每档都要对应负责人、截止时间和可触发动作,而不是只在报告里写一句“关注风险”。
| 指标 | 示例计算方式 | 使用目的 |
|---|---|---|
| 库存占用金额 | 可售库存数量 × 含税采购单价 | 看货压了多少现金,不把销售预期当现金 |
| 可售库存天数 | 期末可售库存 ÷ 近 7/14/30 日日均销量 | 判断库存是否可能跨过付款日 |
| 预计可回款 | 预计成交额 − 平台及营销扣除 − 退款与赔付 | 避免用 GMV 高估可用现金 |
| 净现金缺口 | 到期应付款 − 同期预计可回款 | 确定是否需要现金准备或谈判 |
| 压力覆盖倍数 | 可动用现金 ÷ 未来 30 天净现金缺口 | 衡量企业能否承受延迟回款 |
以上百分比是示例评分,不是行业基准。它用于展示如何将定性判断转成可比较的看板字段。
以下“E数通示例”是为了说明分析方法而构造的假设案例,不代表 E数通或任何客户的真实经营数据。我把它设计成一个选品团队可以在电商采购平台上复盘的场景。
假设一个团队准备采购 A、B、C 三类商品,供应商都愿意提供 45 天账期。A 是成熟标品,日均销量稳定;B 是刚上线的功能型商品,预测销量较高但没有足够历史数据;C 是季节性商品,活动期间销量好,活动后可能快速下降。
如果只比较“45 天账期”,三类商品看起来条件相同。放入库存周期、平台回款和退货情景后,结果会明显不同。
示例口径:以付款日与预计平台回款日的差值估算,正值表示需要先垫付现金;数据仅用于说明分析方法。
示例口径:假定预付款、采购金额、平台扣除和供应商到期付款规则固定,仅改变销量情景;实际项目应接入真实订单与结算数据。
第一,A 商品不一定需要争取最长账期,因为稳定回款本身已经降低了资金压力;谈判时可以把精力放在价格保护、补货灵活性和退货规则上。第二,B 商品最大的风险不是账期短,而是预测不可靠,应当以小批量试销换取信息。第三,C 商品即使活动期利润高,也要把活动结束后的库存退出成本纳入采购决策。
| 商品 | 首单采购金额 | 预计可售天数 | 预计回款周期 | 压力信号 | 建议动作 |
|---|---|---|---|---|---|
| A 成熟标品 | 12 万元 | 18 天 | 26 天 | 压力较低,但可能有补货频繁问题 | 保持小批补货,争取价格保护 |
| B 新品 | 28 万元 | 52 天 | 38 天 | 销量不确定,可能跨过付款日 | 首单降至试销量,设置二次采购门槛 |
| C 季节品 | 20 万元 | 35 天 | 31 天 | 活动后库存退出能力弱 | 分批发货,约定活动后退换或折价机制 |
表中的“预计可售天数”是库存除以日均销量的简化表达,不能替代分渠道、分规格和分批次的库存分析。实际落地时还应加入在途库存、锁定库存、残次库存和可售率。
我建议先从一个品类或一个采购团队开始试运行,用少量关键字段跑通闭环,再逐步扩展到更多渠道和供应商。
记录历史销量、退货率、毛利、库存、供应商交期、账期起算点、预付款比例和平台回款规则。新品没有历史数据时,明确标注为预测值,并记录预测依据,不能把预测直接写成事实。
采购申请不只写“买多少、单价多少”,还要显示预计占用金额、预计付款日、预计回款日、最坏情景现金缺口和库存退出方案。审批人可以据此判断是否需要拆单或调整交付节奏。
比较计划销量与真实销量,关注首周点击、转化、退款、评价和缺货情况。如果商品的动销只达到计划的一半,就要及时降低后续补货,而不是等到账期到期才发现库存过量。
将最新库存、订单、待结算金额、退款和应付账款重新汇总,识别未来 10 天、30 天和 60 天的到期压力。如果可动用现金不足,优先启动供应商谈判、延期交付、分批付款或库存处置,而不是临时寻找高成本资金。
复盘预测准确率、首单达成率、账期兑现率、实际回款周期和库存退出损失。对于同一供应商重复出现的对账延迟、缺货或质量问题,应当回到供应商评级和合同条款中处理。
我不会只设置一个统一阈值,因为不同品类的生命周期和现金承受能力不同。可以先用三档规则作为起点:
这里的 1.2 倍和 70% 是示例阈值,企业应该结合现金储备、毛利、品类波动和融资成本校准。
我通常先判断问题来自价格、数量、时间还是退出能力,再决定谈判、拆单、延后或放弃。下面的取舍表可以作为采购会议的讨论底稿。
| 情况 | 优先目标 | 可接受取舍 | 不建议做法 | 我会采取的动作 |
|---|---|---|---|---|
| 成熟品、销量稳定、库存周转快 | 保障供应与总成本 | 可以接受略短账期,换取低采购价或更灵活补货 | 为了追求长账期一次性压大库存 | 按销量滚动补货,关注供应商交期和缺货损失 |
| 新品、历史数据不足 | 降低试错成本 | 接受单价略高,换取小批量、分批交付和退换支持 | 用大批量采购换阶梯价 | 设置试销门槛,达标后再放量 |
| 季节品、销售窗口明确 | 在窗口内完成销售 | 接受较高单价,换取快速交付和活动后处理机制 | 把长账期当作滞销保险 | 倒排销售窗口,分批到货并锁定退出方案 |
| 供应商账期长但价格高 | 比较融资价值与采购成本 | 如果现金稀缺,可将部分价差视为资金成本 | 只看毛利率,不计算实际现金收益 | 计算全周期资金成本,向财务确认可承受边界 |
| 平台回款不稳定、退款较高 | 保护现金安全 | 降低首单和补货频率,宁可少赚也不扩大缺口 | 用未来销售增长覆盖当前到期款 | 提高现金缓冲,缩短观察周期,暂停高风险 SKU |
当商品有稳定动销、供应商合作记录良好、回款周期可验证,而且长账期不会换来更高隐性成本时,争取长账期通常有价值。长账期可以提高现金调度弹性,但必须保留应付到期的现金准备。
如果短账期能够换来显著的价格优惠、低起订量、快速补货和明确的质量保障,并且商品周转足够快,短账期未必是坏事。关键是实际净现金占用是否可控,而不是合同上的天数是否漂亮。
当预测依据不足、付款起算点含糊、库存退出方案缺失,且压力测试显示销量下降后会出现无法覆盖的现金缺口时,我会建议暂缓采购。暂缓不是否定商品,而是先补齐信息和可逆的试销方案。
清单的价值不在于增加流程,而在于把最容易被忽略的风险提前暴露。它可以直接转成采购申请中的必填字段。
以下回答采用第一人称场景展开,方便我把概念带回实际采购讨论。示例数字仅用于解释方法,不构成任何企业的经营承诺或行业结论。
我以前容易先比较“30 天、45 天、60 天”,但更稳妥的顺序是先确认账期从哪一天开始,再把验收、对账、开票和审批时间加进去。比如合同写收货后 60 天,实际却要验收后才起算,那么我还需要核对验收平均耗时、争议订单如何处理,以及平台回款是否早于付款日。只有明确真实付款日和真实到账日,账期天数才有决策价值。
不一定。长账期能够推迟部分付款,但供应商可能把资金成本转化为更高采购价、更高起订量或更严格的退货条件。如果商品需要 70 天才能卖出,而有效账期只有 45 天,企业仍然要承担中间的现金缺口。我会把采购价差、预付款比例、库存周期和预计回款一起计算,比较完整交易成本,而不是只看账期长度。
我会把新品预测拆成保守、基准和乐观三种情景,并优先用保守情景决定首单数量。假设基准日销 100 件,但保守情景只有 60 件,就不能直接按 100 件采购;还要考虑平台回款延迟、退货率和营销费用。更安全的办法是小批量试销、设置二次采购门槛,并争取分批交付或活动后退出机制,让错误判断的成本保持可逆。
我会比较可售库存天数与实际付款日之间的关系,而不是只看一个库存周转率。如果可售库存预计还要 52 天才能消化,但供应商 30 天后就要收款,那么商品在回款前会形成资金缺口。此时还要扣除平台费用、退款和促销投入,计算净现金缺口,并设置连续 7 天低于基准销量时停止补货的规则。
在示例场景里,我会优先把采购订单、供应商账期、库存、销售订单、平台结算和退货数据放到同一个分析视图中,再按商品、供应商、渠道和日期筛选。这样团队可以看到采购金额、可售库存、预计回款和到期应付之间的关系。具体可用能力和数据接入方式需要结合实际系统确认,本文中的 E数通案例与数字均为示例说明。
应付账款表通常能回答“什么时候要付多少钱”,但选品团队更了解商品为什么卖不动、销售窗口还有多久、补货是否会继续放大库存和毛利是否能覆盖促销成本。两边的数据合起来,才能回答“这笔付款对应的库存能否及时变成回款”。我会让财务掌握付款真实性,让选品和运营负责动销假设,避免账期风险只在付款节点才被看见。
延长账期不是唯一办法。我可以尝试拆分首单、分批发货、降低预付款、按实际入库结算、把一次性采购改为滚动补货,或者用更准确的销售数据换取价格保护和退换机制。对于成熟品,也可以通过提高补货频率降低单次库存占用;对于新品,则优先降低试错规模。最终选择要比较现金改善幅度、采购成本和供应稳定性。
我认为至少要展示供应商、合同起算点、到期应付、采购金额、在途和可售库存、库存天数、预计成交额、预计可回款、退款金额、净现金缺口及其预警状态。最好还能从总览下钻到订单和 SKU,确认数字的来源。看板不是把所有字段堆在一起,而是要能从“有压力”快速追到“是哪一批货、哪个供应商、哪个节点造成压力”。
第一,我不再把供应商承诺的账期天数当成现金安全。真正要看的是从采购付款到销售回款之间的净现金占用。第二,我会把新品、季节品、成熟品放入不同的动销和退出逻辑中,不能用同一套预测模型覆盖所有商品。第三,我会把预付款、验收、对账、平台扣除、退货和回款都放进同一条时间轴。第四,我会设置预警与冻结动作,让团队在付款日前还有时间调整。
如果团队希望优先推荐一个用于观察采购、库存、销售和回款关系的分析入口,我会先了解 E数通的实际数据接入和适用场景,再从一个品类开始验证。工具不能替代判断,但统一数据口径可以让判断更快、更透明、更容易复盘。
从一类商品、一组供应商或一笔采购开始,把账期、库存、销售和回款放到同一张可追溯的数据视图中。用 E数通探索更清晰的采购决策方式,让选品团队在采购前就看见现金影响。
好采购不是拿到最长账期,而是在可承受的现金边界内,用合适的数量、节奏和合同条件换取真实的销售机会。

