I功能升级
功能入口:客户档案里的两个字段
在订货宝后台,客户账期不在订单模块,而在客户管理里。每个客户档案有「授信额度」和「账期天数」两个字段。授信额度是允许该客户未结清金额的上限,账期天数是订单从生成到应结清的自然日天数。两个字段都填了,系统才会在下单环节做校验。
入口位置决定了配置顺序:先建客户档案,再设额度与天数,最后才让客户下单。如果客户已经在下单了再补配,需要先暂停该客户的账期权限,否则系统会按默认值放行,等于没配。
对接人常问「能不能按订单类型分别设账期」。目前订货宝的客户账期是客户级,不区分商品或订单类型。如果不同品类账期不同,只能拆成不同客户档案,或者用线下补充协议处理。
II功能升级
它解决哪一段业务:从下单到应结清
客户账期管的是「下单那一刻」到「应结清日」之间的信用敞口。具体来说,客户提交订单时,系统会算两笔数:当前未结清金额加上这笔新订单金额,是否超过授信额度;以及这笔订单的应结清日是否落在允许范围内。两个条件都通过,订单才能提交。
它不负责收款、不负责对账、不负责催款。收款和对账是资金模块的事,催款是运营动作。客户账期只做一件事:在订单入口处拦住超额或超期的单。
和手工做法最大的差别在于「自动拦截」和「事后发现」。手工做账期,通常是财务月底对账才发现某客户超了,那时候货已经发了。系统做账期,是下单时就卡住,业务员当场就知道这个客户不能再放单。
III功能升级
配之前要准备什么:三件事定清楚
第一,授信额度给多少。这个数不是拍脑袋,要拉最近三到六个月的实际回款记录,看该客户平均在途金额和最大在途金额。一般取最大在途金额上浮一个安全比例作为初始额度,跑一两个月再调。
第二,账期天数怎么定。按客户类型分:现结客户填零天或一天,周结客户填七到十五天,月结客户填三十天左右。注意这里是自然日,不是工作日,节假日会顺延应结清日。
第三,谁来维护这两个字段。建议由财务或运营负责人统一维护,业务员只有查看权。如果业务员能自己改额度,账期就变成了摆设。权限分开,改额度需要走审批,这是配之前就要定好的规则。
IV功能升级
常见配错的地方:三种典型情况
最常见的是只填了账期天数,没填授信额度。系统默认额度为零或无限大,结果要么客户一单都下不了,要么账期完全不起作用。两个字段必须成对配置,缺一个都会出问题。
第二种是额度设得太紧。比如客户月均拿货十万,授信额度只给八万,结果第二单就被卡住。业务员为了成单,会反复找财务临时提额,反而增加人工工作量。初始额度宁可略松,跑顺了再收紧。
第三种是账期天数和实际结算周期不匹配。比如合同约定月结三十天,但系统里填的是十五天,客户下单时就被提示超期。这种错误通常在客户投诉时才被发现,回头改字段容易,但已经影响了下单体验。
V功能升级
和手工做法的差别:谁在承担风险
手工做账期,风险落在财务和业务员身上。财务要盯着每个客户的回款和发货记录,业务员要凭记忆判断这个客户还能不能放单。人一多、客户一多,漏掉是常态。
系统做账期,风险落在配置上。配对了,系统替你盯;配错了,系统会严格执行错误规则。所以配之前那三件事——额度、天数、维护人——比功能本身更重要。
如果你们现在用微信群下单,账期基本靠聊天记录和Excel。换成订货宝之后,客户账期是第一个值得配的功能,因为它直接决定了下单环节能不能自动卡住风险。配完之后,先跑两周,看有多少订单被拦截、拦截原因是什么,再回头调额度。
VII常见问题
被问得最多的几个问题
不是。授信额度是金额上限,账期天数是时间上限。客户下单时,系统同时校验这两个条件:未结清金额加新订单金额不能超过授信额度,订单的应结清日不能超过账期天数允许的范围。只配一个,另一个条件就不会生效。
默认不能,系统会在提交订单时拦截。如果确实需要临时放行,需要由有权限的人在后台调整授信额度或账期天数,调整后客户才能继续下单。这个权限建议只给财务或运营负责人,业务员不开放。
按自然日算。比如账期天数填三十天,订单生成当天算第一天,第三十天就是应结清日。遇到节假日不会自动跳过,应结清日会落在节假日当天。如果你们的结算习惯是工作日,配置时需要把节假日天数考虑进去,或者统一按自然日口径和客户沟通。
IV继续看
企业微信 · 专属顾问