欠款客户能不能继续下单，不能只靠销售临时判断。控制太严会影响正常客户，控制太松会把风险留给财务和老板。
30 秒答案
客户欠款和授信超限是否能下单，要按账期、授信额度、逾期天数、订单金额和客户等级设置提醒或审核。系统可以允许提交订单，但在审核、发货或收款环节设置控制，避免仓库已经发货后财务才发现超限。
适合这些企业
- 客户有账期、授信额度或欠款
- 销售和财务对是否放单意见不一致
- 超限客户仍可能需要特殊审批
- 仓库发货前需要确认收款或授信状态
暂时不适合这些情况
- 所有订单现金现结
- 没有客户授信和账期
- 欠款不影响发货
- 只需要简单接单不做财务控制
现在通常怎么做
很多企业由销售判断客户能不能继续拿货，财务月末再统计欠款。客户催货时，销售希望先发，财务担心风险，仓库只等发货指令。没有明确规则时，每一张超限订单都要临时沟通。
为什么会卡住
授信欠款会卡住，是因为下单、审核、发货和收款没有接上。客户提交订单时没有风险提示，销售审核时没有欠款信息，仓库发货时不知道是否允许，财务只能事后追。
云商订货从这些动作接入
先整理客户账期和授信
明确每个客户的额度、账期、逾期天数和是否允许超限审批。
再定义超限处理方式
区分提醒、提交审核、暂停发货、要求收款和特殊放行。
最后接到发货和对账
仓库发货前能看到审核结果，财务月结能看到超限订单处理依据。
上线前先准备什么
- 客户账期、授信额度和欠款记录
- 逾期天数和风险等级
- 超限审核角色
- 发货控制规则
- 收款和月结核对口径
实施路径
- 先整理重点客户授信资料
- 再按提醒、审核和拦截分级处理
- 最后让审核结果影响发货和对账
常见误区
- 欠款只由财务知道，销售下单时看不到
- 超限订单没有审批记录
- 仓库发货后才发现客户已超额
对照你的流程
把当前行业、场景和卡点带入诊断
诊断会根据你的订货方式、批发库存、配送签收、收款对账和现有系统，给出下一步建议。
先确认授信欠款在订单链路里的位置
客户欠款和授信超限还能下单吗不能只看表面动作。要把客户、销售、仓库、配送和财务分别需要确认的信息放到同一条订单链路里看，才能判断这个卡点应该从客户入口、价格库存、仓库作业还是对账口径开始处理。
不要把欠款控制只放在财务表里，它必须影响订单审核和发货动作。如果只改其中一个岗位的记录方式，其他岗位仍然要靠微信、电话和表格补充信息，页面看起来已经上线，真实订单处理仍然会反复确认。
客户侧要看什么
客户能提交需求，但订单是否放行有清晰规则
销售侧要看什么
销售能看到欠款和授信状态，减少临时争论
仓库和财务要看什么
仓库按审核结果发货，不承担信用判断。财务能提前参与风险控制，而不是发货后追款。
再确定上线前必须准备的信息
这类页面最容易误判的地方，是以为只要把入口打开就能解决。实际要先把 客户账期、授信额度和欠款记录、逾期天数和风险等级、超限审核角色 准备好，否则客户下单后仍然会遇到价格、规格、库存、发货和收款问题。
准备资料时建议从高频客户和高频商品开始，不要一开始覆盖全部历史资料。先让一批真实订单能从下单走到处理结果，再逐步补齐更多客户、商品和例外情况。
- 客户侧：客户能提交需求，但订单是否放行有清晰规则
- 销售侧：销售能看到欠款和授信状态，减少临时争论
- 仓库侧：仓库按审核结果发货，不承担信用判断
- 财务侧：财务能提前参与风险控制，而不是发货后追款
- 试点方式：选 20 个账期客户，按额度、逾期和订单金额模拟审核规则，再用真实订单试运行
最后用真实订单验证是否值得扩大
验证时不要只看客户是否点了下单按钮，而要看订单提交后是否能继续进入后面的处理。账期授信、订单审核、发货控制 都能被不同岗位共同核对，才说明这条路径可以继续扩大。
如果试点中仍然需要销售反复转述、仓库重新核规格、财务月底重新找依据，就说明当前只解决了前半段，还需要继续补齐订单状态、差异处理和对账结果。
验收时建议抽查三类订单：一张标准订单、一张有差异的订单、一张需要财务核对的订单。三张都能从客户提交追到处理结果，才适合继续扩大到更多客户和商品。
第一周看订单能否顺利进入仓库
按照“先整理重点客户授信资料”执行，重点观察客户提交后销售是否还要二次录单，仓库是否能直接处理。
第二周看差异能否留下结果
把改量、缺货、退货、签收差异、改价和客户反馈都放回订单，不让后续岗位继续靠聊天记录判断。
第三周看对账能否按订单核对
让财务按订单、签收和收款记录抽查客户账单，确认应收金额、欠款和争议项能解释清楚。
读完这页，可以这样做一次自查
围绕“客户欠款和授信超限还能下单吗”，先不要急着比较系统界面，而是把当前订单从客户发起到仓库处理、配送签收、收款对账的路径写出来。能写清楚路径，才知道下一步应该先改入口、价格、库存、仓库还是财务。
自查时最好让销售、仓库和财务一起参与。只由一个岗位判断，往往会漏掉后续责任。例如销售觉得下单已经方便，仓库可能还在重新核对规格，财务可能仍然无法按订单核收款。
- 围绕“账期授信”，当前是否有明确规则、责任人和异常处理方式。
- 围绕“订单审核”，客户、销售、仓库和财务看到的信息是否一致。
- 围绕“发货控制”，订单提交后是否还能继续追踪状态和处理结果。
- 数据准备先看：客户账期、授信额度和欠款记录、逾期天数和风险等级 是否能在上线前整理清楚。
- 试点安排先看：先整理重点客户授信资料 是否可以在本周开始推进。