不灭的焱

在货代公司的客户管理、订单管理、费用管理里，信用额度和账期经常一起出现，但它们控制的是两件不同的事：

• 信用额度：控制“这个客户最多可以欠我们多少钱”
• 账期：控制“这笔钱最晚什么时候要付”

可以把它理解成：信用额度管金额，账期管时间。

一、什么是客户信用额度？

比如你们有客户：

上海华星贸易有限公司

公司评估后认为这个客户长期合作、经营稳定，因此允许他先做业务、后付款。

给他的信用额度设置为：

信用额度：50万元

意思并不是“送给客户50万元”，而是：

在客户没有付款的情况下，公司最多允许这个客户累计占用你们 50万元应收账款。

例如客户连续做了几票货：

订单	应收客户金额	客户是否已付款
SO001	10万	未付
SO002	8万	未付
SO003	12万	未付
SO004	5万	未付

此时客户总欠款：

10 + 8 + 12 + 5 = 35万元

信用额度是50万，因此：

已用额度：35万
剩余额度：15万

这时候客户又来了一票订单，预计应收20万元。

那么：

当前欠款35万 + 新订单20万 = 55万

已经超过50万信用额度。

系统就可以提示：

⚠ 客户信用额度不足
信用额度：500,000元
已占用：350,000元
本单预计应收：200,000元
超额：50,000元

此时通常有几种处理办法：

1. 让客户先支付一部分欠款；
2. 让客户支付本票预付款；
3. 销售申请临时提高信用额度；
4. 财务/主管审批后允许超额放单；
5. 暂停接单或暂停放货。

所以信用额度本质上是公司的：

应收账款风险控制线。

二、什么是账期？

账期解决的是另外一个问题：

客户欠的钱什么时候必须付？

比如：

账期：30天

假设：

10月1日生成应收账单10万元

如果按照“开票日后30天付款”，那么付款截止日期就是：

10月31日

也就是说：

10月1日产生10万元应收
客户不用当天付款
最迟10月31日前付款即可

这就是账期。

三、信用额度 + 账期一起看

举一个完整的货代业务例子。

你们给客户：

客户：AAA电子有限公司
信用额度：50万元
账期：30天

10月份客户不断出货：

日期	订单	应收金额	付款截止日
10月1日	SO001	10万	10月31日
10月5日	SO002	8万	11月4日
10月10日	SO003	12万	11月9日
10月15日	SO004	5万	11月14日

此时客户总欠款：

35万元

因为没有超过50万，所以：

可以继续接单。

并且这些费用目前也没有逾期，因为都还在30天账期内。

到了10月20日

客户又有一个新订单：

SO005：应收20万元

如果接这个订单：

35万 + 20万 = 55万

超过信用额度。

即使之前的35万元：

一分钱都没有逾期

系统仍然应该提醒：

信用额度超限。

这就是一个非常重要的区别：

没逾期 ≠ 还有信用额度。

四、反过来也可能出现“额度没超，但已经逾期”

假设：

信用额度：100万元
账期：30天

客户目前只欠你：

20万元

显然：

20万 < 100万

额度还有80万元。

但是这20万元的应付款截止日是：

9月30日

现在已经10月10日。

那么：

信用额度没有超
但是已经逾期10天

这种客户同样存在风险。

系统通常会显示：

信用额度：100万
已用额度：20万
可用额度：80万
逾期金额：20万
最长逾期：10天

甚至公司可以设置：

只要存在逾期应收，就禁止继续下单/放货。

所以信用控制一般不能只看额度，还要看逾期情况。

五、货代行业中的账期往往比“30天”更复杂

你以后做货代SaaS时，账期最好不要只设计一个：

credit_days = 30

因为实际业务经常有很多种结算方式。

常见的包括：

结算方式	示例
现结	本票业务必须付款后放货
预付	下单时先支付
票结	每票业务单独结算
周结	每周统一结算
半月结	每月15日、月底结算
月结	每月统一出账单
月结15天	月底结算，次月15日前付款
月结30天	月底结算，次月底前付款
月结45天	月底后45天付款
月结60天	月底后60天付款

六、“30天账期”和“月结30天”不一定是一回事

这个特别容易混淆。

假设一票业务日期：

10月5日

情况A：发生日起30天

付款日：

11月4日

也就是：

10月5日 + 30天

情况B：月结30天

很多公司理解的是：

10月份所有业务先汇总
10月31日结账
再给客户30天付款

付款日：

11月30日

于是10月1日的业务实际上可能享受：

接近60天信用时间。

所以系统里最好明确区分：

账期起算点

例如：

• 订单日期
• 开船日期
• 到港日期
• 完结日期
• 对账确认日期
• 发票日期
• 月末
• 账单日期

否则以后财务一定会产生争议。

七、再举一个比较真实的货代案例

假设客户：

深圳XYZ跨境电商有限公司

主要做：

中国深圳 → 美国洛杉矶 → FBA仓

双方约定：

信用额度：100万元
结算方式：月结
账期：月结30天

10月份发生业务：

订单	运费
FBA001	20万
FBA002	15万
FBA003	18万
FBA004	12万

合计：

65万元

10月31日生成对账单：

10月份应收：65万元

客户确认账单。

付款截止日：

11月30日

因此10月期间虽然客户一直没有付款，但这是正常的：

因为还在账期内。

到了11月10日，又产生：

30万元业务

当前信用占用：

65 + 30 = 95万元

还没超过100万。

因此：

可以继续做。

11月15日客户又来一个：

20万元订单

如果接：

95 + 20 = 115万元

超过100万元信用额度。

系统就应该：

信控预警 / 销售申请特批。

八、客户付款后，信用额度会恢复

假设：

信用额度100万元
已用95万元

客户支付：

40万元

那么：

已用额度：95 - 40 = 55万元

于是：

可用额度：100 - 55 = 45万元

也就是说信用额度实际上类似一个：

循环额度。

客户付款之后，可以继续使用。

这点有点类似企业信用卡。

例如：

信用卡额度5万元
已消费4万元
剩余额度1万元

还款2万元以后：

可用额度恢复到3万元。

货代客户信用额度也是类似原理。

九、信用额度最好怎么算？

你以后做系统的时候，我建议至少区分3个数字：

1. 信用额度

例如：

500,000元

属于客户主数据。

2. 已用信用额度

最简单的算法：

已用额度 = 未收应收款

例如：

未收应收 = 350,000

那么：

已用额度 = 350,000

3. 可用信用额度

公式：

可用额度 = 信用额度 - 已用额度

例如：

500,000 - 350,000 = 150,000

但货代系统里还可以再严格一点，把：

已下单但尚未正式产生应收的订单

也计算进去。

例如：

正式应收：35万
已确认订单预计应收：10万

那么：

信用占用 = 35 + 10 = 45万

这样能够防止客户同时下很多单，等费用生成后才发现早就超过额度。

十、系统里建议增加一个“信用控制”模型

如果你们正在设计货代SaaS，我比较建议客户表不要只有：

信用额度
账期

而是设计成一整套：

字段	示例
信用等级	A
信用额度	500,000
币种	CNY
结算方式	月结
账期	30天
账期起算方式	月末
当前应收	320,000
逾期应收	50,000
已占用额度	350,000
可用额度	150,000
最大逾期天数	12天
是否允许超额	否
是否允许逾期接单	否
超额审批人	财务经理
信用状态	正常 / 预警 / 冻结

这样业务会完整很多。

十一、信用额度和账期分别解决什么风险？

可以这样理解：

项目	信用额度	账期
控制对象	金额	时间
核心问题	最多欠多少钱？	最迟什么时候付？
示例	50万元	30天
风险	欠款金额过大	欠款时间过长
超限	信用额度不足	账款逾期
常见措施	停止接单/审批	催款/冻结客户

所以一个客户可能出现四种情况：

信用额度	账期	状态
未超	未逾期	✅ 正常
超额	未逾期	⚠️ 信用额度风险
未超	已逾期	⚠️ 回款风险
超额	已逾期	🔴 高风险

最后用一句话记住

例如客户约定：

信用额度50万元，月结30天

它真正表达的是：

我允许你先做业务后付款，但是你累计欠我的钱原则上不能超过50万元；每月月底统一结算，当月账款原则上需要在次月底前付清。

所以：

信用额度决定“还能不能继续欠”，账期决定“这笔欠款什么时候该还”。

对于你们正在设计的货代系统，我会进一步建议把 “信用额度 → 应收账款 → 对账单 → 账期 → 到期日 → 逾期 → 信控拦截 → 特批” 做成一条完整业务链，这会比单纯在客户档案里放两个字段合理很多。