I功能升级
功能入口在哪，谁管这件事
订货宝的客户账期配置在后台的客户管理模块里，每个客户档案下都有独立的授信额度和账期天数两个字段。给客户建完档之后，这两个值不填，系统默认按现款现货处理，也就是下单必须走在线支付或线下已收款确认，不存在赊销空间。
实际操作上，通常由财务或渠道运营负责人来定数值，IT对接人负责把规则配进系统。入口不深，但权限要收好——谁能改额度、谁能临时提额，最好在配之前就定下来。见过一些企业把改额度的权限开给业务员，结果月底对账时发现额度被悄悄调高，应收直接失控。
II功能升级
它卡住的是下单那一步，不是记账那一步
很多对接人第一次接触客户账期，会把它理解成应收账款的辅助记录。订货宝里它的作用更靠前：客户在订货小程序、PC商城、微信商城或APP里提交订单时，系统会实时校验两件事——已用额度加本单金额是否超过授信额度，以及当前订单日期是否落在账期天数允许的范围内。任一不满足，订单提交按钮就是过不去的。
这意味着它解决的是「赊销失控在下单环节」这一段业务。以前业务员口头答应客户「先发货月底结」，系统里没有任何拦截，货发出去才发现在追款。现在规则前置，超了就是下不了单，业务员要放行必须走提额审批。代价是灵活性下降——老客户临时急单可能被卡，所以额度设置要留合理余量。
III功能升级
配之前要准备什么
第一件事是把客户分层做完。哪些客户给账期、给多少额度、账期多少天，这些规则如果没在Excel里先理清楚，直接进系统配就是一团乱。建议按历史回款表现分三档，每档对应不同的额度和天数，别一刀切。
第二件事是确认历史应收怎么处理。已经在外面挂着的欠款，要不要占额度？如果占，配的时候要把期初已用额度填进去，否则客户一上来就能超额下单。如果不占，就要接受系统里的可用额度和实际应收对不上，财务得另外对账。这个取舍没有标准答案，但必须提前定。
第三件事是确认审批流。提额申请谁审、多久内审完、临时额度过期后是否自动回收，这些规则要在配之前和业务团队对齐。系统能配的是数值和流程节点，配不了的是你们内部的决策习惯。
IV功能升级
常见配错的地方
第一个常见错误是只配额度不配账期天数。额度管的是欠款总额，账期天数管的是单笔订单的回款时限，两者是独立的约束。只配额度，客户可以无限期拖着不还，只要总额没超就能一直下单。两个字段要一起用。
第二个错误是额度给得太松。为了不卡住老客户，直接把额度拉到历史峰值以上，结果约束形同虚设。额度应该贴着客户的正常月均采购额来设，留一点浮动空间就够，不是越大越好。
第三个错误是改了额度不通知客户。客户在订货小程序里下单被拦住，第一反应是系统坏了，打电话来问。配完之后最好在客户可见的订单页面或对账单上把可用额度和账期状态展示出来，让客户自己能看到还剩多少空间，减少沟通成本。
V功能升级
和手工做法的差别在哪
手工做法通常是业务员记台账、财务月底对账。问题不在记不记得住，而在拦截发生在事后——货已经发了，账已经挂了，能做的只有催。订货宝的客户账期把拦截点挪到了下单那一刻，超额度直接提交不了，不需要人去盯。
另一个差别是口径一致。手工台账每个人记法不同，有的按发货算、有的按开票算，月底对账经常扯皮。系统里规则统一，所有客户走同一套校验逻辑，对账时争议少。代价是前期配置要花时间，规则没定清楚就配，后面改起来更麻烦。
如果你们现在用微信群下单加手工记账，客户账期这个功能值得优先配。如果已经在用ERP管应收，那订货宝这边配的是下单端约束，和ERP的记账端是两件事，别指望一套系统解决所有问题。
VII常见问题
被问得最多的几个问题
不是。授信额度管的是客户累计欠款的上限，账期天数管的是单笔订单允许的回款时限。两个字段在客户档案里分开配，下单时分别校验，任一超标订单就提交不了。只配一个另一个不配，约束会有漏洞。
走提额审批。系统支持临时调额，配之前要把谁审、多久审完、到期是否自动回收这些规则定好。如果审批链路太长，业务员会绕过系统私下发货，反而失去约束意义。建议给常用客户留合理额度余量，减少临时提额频率。
两种做法都有。占用的话，配的时候把期初已用额度填进去，客户可用空间更真实，但需要财务先把历史数据理清楚。不占的话，配置简单，但系统里的可用额度和实际应收会对不上，财务得另外对账。建议按你们对账习惯选一种，别两套口径并行。
IV继续看
企业微信 · 专属顾问