订单评审：发货前该看哪几个数

开篇：一句话结论

订单评审不是大公司流程，是贸易商每票货发出前的三十秒自查：这个客户还欠多少、这单发完总敞口是多少、他历史上按时付款吗、这单毛利扛不扛得住变天、库存发出去补不补得回来。五个数里有三个答不上来，你就已经在裸奔。把这道自查做成「档位对应不同严格度」的三级评审，用审批流把结论和理由留下，赊销风险就有了第一道闸。评审不承诺自动拦截——触发额度的单子照样能发，但必须有人拍板、拍板有记录。五个数怎么算、三级怎么分、急单怎么不破例，往下看。

一、场景还原：一张「老客户」的发货单

以下人物、公司、金额均为虚构教学情景，用于说明问题，不对应任何真实企业。

华强北一家现货商，2026 年 9 月晚上八点接了个急单：老客户陈总的工厂产线等料，指定三盘 MCU，要求当晚发出。库管拿着出库单喊老板签字，老板正在酒局上，微信回了个「发」。货发了，一百万出头。

月底对账才看清全貌：陈总公司三个月前开始账期从月结三十天拖到六十九天，应收累计已经挂到一百四十万；这单发完，敞口奔二百五十万去，而公司账上能动的现金不足两百万。更难看的是毛利——这单是陈总的采购压着行情回落前签的价，货发出去第二天盘价往下掉，账面毛利从四个点缩到不足一个点。

老板复盘时说了三句话，句句到位：第一，「老客户」三个字不是风控依据，是风控盲区；第二，那三十秒的核对，我当时在酒局上没做，因为根本没人要求我必须做；第三，最可怕的不是这单出问题，是这一百万发出去的时候，没有任何一条记录显示「谁、基于什么信息、同意发的」。评审的价值就藏在这句里：不出事时它是流程，出事时它是证据。

二、发货前该看的五个数

第一组数：敞口——欠多少、发完欠多少、历史上怎么还

三个数里最容易被跳过的是准时率。金额看的是「现在」，准时率看的是「趋势」：一个欠账不多但最近一期拖了二十天的客户，和一个欠账多但每期都卡点回款的客户，风险方向完全不同——前者可能是资金链问题，后者可能只是习惯压线。评审表上两个数都要有，判断才成立。这里说实话：系统里沉淀的是每笔收款的约定与到账记录，把近四期准时率算出来靠的是这些单据；但按欠期天数自动分档的账龄报表不在系统能力清单里，常态化的账龄分析需要财务按台账口径出，这正是单据化的意义——原料齐了，人才算得动。

第二组数：这单本身——毛利与库存

第四个数是本单单据毛利：按进货成本快照算，报价时点之后行情有没有变、这单还扛不扛得住。涨价周期的单看着都赚钱，行情回落期里毛利才是评审重点——2026 年上半年存储合约价连续大幅上涨（据 TrendForce 公开数据），但急涨之后的回调往往压缩转售空间，行情薄的时候今天四个点的单子，转天可能变负数，毛利薄的单值得先过审。第五个数是库存可发量与补货周期：这单发完，主力料还剩几天安全库存？卖猛了断供，赔的是另一个 A 类客户的交期。额度管的是「他会不会不给钱」，这两个数管的是「这笔生意值不值得做、做完了自己饿不饿」——评审是两面镜子，只装客户风险那一面，等于半个闸。

三级评审矩阵：按金额乘档位分配严格度

五个数全查是理想态，执行上按分级把力气花在刀刃上：

触发条件的写法有讲究：宁可让免评审的范围窄一点。现款和预付足额是唯一无条件的安全区——钱先到，一切风险归零；其余的账期客户，哪怕合作五年，单笔金额大了都值得第二双眼睛。

常见错法一：拆单避审。 主管权限上限五万，客户就把十万的单拆成两张四万多。对策不在查两张单，在口径设计：评审金额按「同一客户当日累计」算，系统里订单都挂在客户档案上，合并口径是配置问题，拆单在台账上无处藏身。

常见错法二：评审过一遍就锁抽屉。 评审的价值一半在留痕：批了、为什么批、当时看到的数是多少。三个月后这单变坏账，有留痕才能复盘是数错了还是人变了；没留痕，复盘就退化成互相指责。审批流可视化配置在这里的用武之地，就是让「拍板」从一句微信语音变成一条可回溯的记录。

常见错法三：急单等于免检。 越急的货越值得花三十秒——陈总那单恰恰是急单。制度上给急单留一条「口头先批、单据当天补」的活路，但补单是硬要求：当天的急单，当天的审批记录，一条不许过夜。

三、落到经营：评审是三道防线的总开关

信用额度的意义不是设个数，是设一个「触发点」：额度余量覆盖不住本单，订单自动流进待审状态，主管或老板介入。权限控制决定了每个角色能批到哪一档——销售看不到底价，就报不出「必须做」的亏本单；主管批不到超限单，就越权的冲动天然被挡。太帅ERP 在评审场景的落点就这三件：现金与信用额度的读数、审批流的可视化配置、角色精细授权；再说一遍边界——触发额度不等于自动拦截，系统把该看的数摆上桌、把人请进流程，按不按下去、按到什么程度，永远由人决定。任何跟你说「全自动停单零人工」的话术，都请当面追问三遍；而评审依赖的额度读数和单据记录，最终要和财务的收付款口径对上账，业财对账怎么落地、少熬哪些夜，对账口径先立住有完整的做法；一个客户挂在多个公司主体下、敞口算不准的老问题，见多主体客户的对账麻烦；客户与风控的整套制度（从额度怎么核定到催收怎么分级）在支柱合集里按顺序搭：发货前的风控清单。

评审机制跑起来之后，经营层的收获其实不在「挡了几单」，在暴露了三件事：哪些客户的准时率在恶化、哪些品类毛利在行情下行里最先转负、哪个主管的审批理由开始模板化。一张评审单表用三个月，就是一套免费的体检报告。

四、常见误区

• 把评审当审批签字的形式。 五个数一个没看、理由栏永远写「同意」，这种评审除了给坏账制造「集体背书」，没有任何价值。正确的评审以数据核对为主体、签字只是记录，核对缺项可以拒签。
• 只评新客户，不评老客户。 新客户的风险肉眼可见，老客户的风险藏在「账期越拖越长但关系越来越好」里。陈总不是新客户骗了公司，是老关系骗了流程。
• 额度核定一次管三年。 客户的生意在变，行情在变。建议每季对照近四期准时率复核一次额度，该升该降用数据说话——额度的权威性来自「它反映现在」，不是「它存在很久」。

FAQ

Q1：大客户临时超额度，但关系不能破，怎么办？ 评审通过不等于全额放行，有三个中间选项：分批发（本单额度内先走，回款冲掉一截再发尾数）、要增量担保（客户提前付一部分再发）、缩短本单账期（发可以，约定到账日提前二十天）。三个都比硬拒或硬放体面，核心是把「老板的情商决策」翻译成「额度框架内的条款谈判」。

Q2：我们单量小，一天三五张单，值得设评审岗吗？ 不需要专职岗，需要的是「谁发单谁核数」的三十秒纪律加一张审批记录。人少时评审和审批可以是同一个人，但「同一个人做两件事」和「一件事没人做」有本质区别——后者才是陈总式的失控。

Q3：急单先发了、审批补不上怎么办？ 补单过夜超过二十四小时的比例，建议设成红线指标盯住。机制上给急单一个固定入口（单据标记加急、理由必填），让它光明正大地走快捷通道，而不是偷偷摸摸地免检——免检的急单是数据黑洞，补单的急单只是走快一点。

Q4：评审拒了之后，销售客户关系受损怎么处理？ 把话术口径统一：拒绝的不是业务员，是数字——「不是不给你发，是你还欠着的这笔压住了额度，冲掉这单我立刻发」。评审机制的真正红利在这：老板从「不近人情的把关人」变成「替双方解释规则的第三方」，关系压力从人情转到制度上。

先算一笔账，再决定要不要看系统

拿你最近十张已发出的账期单，补做一次评审：五个数填进表，看看有几张「现在知道不该发」。数完你就知道，缺的是那三十秒，还是那张三十秒里能看见的数——后者是系统的事，这套评审在你的业务里长什么样，带来十张真单，我们现场走一遍。

主 CTA：先算一笔账，再决定要不要看系统 次 CTA：继续读：赊销与信用额度管理：IC贸易的风控生命线 → 赊销与信用额度管理：IC贸易的风控生命线