信用额度管理：系统里怎么设上限

开篇：一句话结论

多数贸易商的信用额度只有两个状态：没定，或者定了没人管。一个客户欠多少算多，老板心里有感觉、纸面上没数字；有了数字，月底才发现超了。可用的额度管理要凑齐三要素：一个算得出来的上限口径、一个超过上限会挡动作的审批流、一个到期就复审的周期，缺一样，额度就只是一行备注。本文给出三要素的具体设定方法、按客户分档的数值策略，最后附一张评分卡——你拿去对照任何一套系统都行，包括我们的。

一、先看现状：额度为什么形同虚设

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

一家 IC 现货商其实给主要客户都「定了额度」：A 客户五十万、B 客户三十万，写在客户档案的备注栏里。执行了半年，出问题的是两个客户：一个的备注是五年前定的，早就忘了；另一个月底财务一算发现超了十二万，货已经发出去了。老板问：定额度时不是说好超了不发吗？财务说：单子从业务员到仓库一路口头传达，发货前没人去查那行备注。

这就是额度失效的典型路径：数字没有计算依据（拍了个整数）、执行没有卡点（没人查）、维护没有周期（五年不动）。三样缺一样，额度都是摆设。额度属于客户风控的一环，整条防线的全貌可先看客户风控管理专题；下面把三要素逐个补。

二、三要素：口径、卡点、周期

要素一：上限口径——怎么算出来的。 推荐口径：敞口上限 = 客户月均采购额 ×（账期天数 ÷ 30 + 1）。月均采购 20 万、账期 60 天，上限 60 万。这个公式的含义值得多说一句：账期六十天意味着客户最后一笔付款平均压着你六十天的货，加上发货与对账的在途缓冲，正常周转下的资金占用大约是两个多月的采购量。理解了含义，你就知道公式不是拍的——它等于「正常经营状态下他最多会欠你多少」。涨价周期的修正：单价波动大的料号，敞口按当前价重算，别拿旧数量级套新行情；总敞口建议不超过约当公司月利润的合理倍数，单户超过即视为集中度风险。设定额度当场写下依据（用的哪个月均、哪个账期），下次复审才有对照。常见错法有两类：一是按客户「关系好坏」定额度，关系好的给得宽松——回款记录才该是唯一依据，不是客情温度；二是把「客户口头承诺的采购计划」当月均，客户说要翻倍备货就按翻倍算，月均必须用已发生的真实订单流水，计划永远留给现款单去证明。

要素二：超限卡点——超了会发生什么。 额度要生效，必须卡在订单环节而不是发货后复盘。正确的流程设计是：订单进来先算「该客户未收余额 + 在途 + 本单金额」是否超上限；不超，按正常流程走；超了，订单自动升级到主管或老板审批，批了才继续，不批就转现款或拆单。注意边界：这不是「系统自动拦截发货」式的黑箱，而是把人工规则装进审批流——触线是算出来的，升不升、批不批走的是流程。这里还有个执行细节：审批时效要设。超限单挂三天没人批，业务会找到你说「流程太慢客户跑了」，最后倒逼你绕过流程。给审批定一个响应时限（比如当天必须出结论），卡点才守得住。账龄上的口径要跟应收核对衔接好，30/60/90 天怎么切、切完干什么，见应收账龄的用法。

要素三：复审周期——数字会过期。 每季度复审一次：客户近一期实际回款表现、月均采购额变化、行情涨跌，三个输入对着看，该调的调。复审别搞成大工程，一次就看前十大客户，半小时能过完；剩下的用默认值，出格再单独议。触发式复审另算：客户连续两期延期付款、要求改地址或换对接人，不等季度，即时降额。复审要有记录，谁改的额度、为什么改——这类调整动作交给审批流留痕，比口头「先紧一紧他」可靠得多。留痕的另一个作用是对外解释：客户问起为什么额度从 60 万调到 40 万，你拿得出「几月几日、因何调整」的记录，谈判就变成了对事实的确认，而不是对关系的质疑。

三、四档客户的额度策略

档位升降按数据不按感觉：B 连续四期准时升 A，A 出现部分付款直接降 D。额度策略的最后一道防线在发货前：超限单批不批、先发一部分还是等现款，本质是一笔订单的多维评审——评审看哪几个数、按什么顺序看，见发货前的订单评审清单。

系统侧怎么承载：太帅ERP 的「现金与信用额度」把每家客户的上限变成可见数字，下单时未收与在途的合计随时可查；「审批流可视化配置」把超限升级这条路画出来，谁批、批多久可配置；「角色精细授权」限定谁能改额度、谁能批超限，避免业务员自己给自己放行；「经营预警」在临线与到期时提醒人。诚实说边界：额度数值、分档规则、复审节奏都要你自己定，系统不替你决定给谁放账，它负责的是让规则天天被执行、超线有留痕、调整有据可查。

四、一张评分卡：拿去对照任何系统

评估「额度管理」这一项，别听宣传，按维度现场验证：

这张表的用法不是筛太帅ERP——任何一个卖系统的都可以照着这张表被问。评分卡里「敞口合并计算」一项，是多数通用进销存软件的短板：它们把应收和信用分开记，计算超出上限后要靠人肉加总，演示时敢不敢当场加，一问便知。用这张表还有两个小技巧。第一，验证顺序从「权限分离」开始问——一家系统如果允许业务员自己改额度，后面的功能再好也白搭，这是地基。第二，别接受「都能做」的回答，每个维度都要看现场：随机点一个客户，让他当场展示未收余额、额度余量、最近一次超限审批记录三样东西，能连续展示的才算过。演示脚本可以背，随机查询背不了。

常见误区

• 误区一：额度定得越细越好，一口气给 200 个客户各定一个数。先给前十大客户定，覆盖八成敞口，其余统一默认值。制度跑顺再细化。
• 误区二：把额度当上限当目标。业务会不自觉把「欠到额度」当作客户关系到位的标志。额度是熔断线不是 KPI，触线本身就该触发一次关注。
• 误区三：超限审批永远秒批。批三次就变成橡皮图章，第五次没人看依据。超限审批要带敞口构成和还款计划，缺件退回。

FAQ：常见问题

Q1：老客户说「别人给我一百万额度，你们才六十万」，怎么接？ 先分清那是销售话术还是事实。回应口径：额度跟着回款节奏走，不是谈出来的面子。可以把计算依据给他看：月均采购和账期换成数字，客户多数能理解——真正生气的客户，往往本来就打算多占现金。

Q2：额度要不要和提成、绩效挂钩？ 建议挂钩回款不挂钩发货。销售额提成会天然鼓励放账，回款挂钩让业务员自己盯账期。具体设计（提成与回款怎么绑定）另一篇有完整口径。

Q3：Excel 记账能不能做出超限卡点？ 能提醒，不能卡点。表格可以标色、可以设条件格式，但订单流程不经过表格——发货单不会「路过」Excel 被检查一次。卡点要生效，得长在流程里：这就是「记录工具」和「执行系统」的分界。

Q4：客户资料都散着，先上额度还是先整理资料？ 先集中，后额度。客户档案、订单往来、收付款记录进了同一个账本，月均采购和未收余额才算得出来；否则额度只能拍脑袋。批量导入和资料集中这一步做扎实，后面的数字才立得住。

把评分卡带去验证

额度管理的七个维度、一张对照表都在上面。你可以照着它去问任何一家供应商——包括我们：把疑问列成清单，带着你真实的客户结构，来演示环境里当面走一笔超限订单，看卡点是不是真的卡得住。

主 CTA：把评分表里的疑问列成清单，带来演示当面问清楚 次 CTA：继续读：赊销与信用额度管理：IC贸易的风控生命线 → 赊销与信用额度管理：IC贸易的风控生命线