大客户追加订单：批准前应看销售额还是信用敞口？
销售增长不等于可以继续赊销
大客户在仍有未付发票时追加订单，批准前应看到可能延迟收回的资金和即将形成的承诺，而不只看累计销售。收入贡献大的客户也可能占用大量营运资金；销售占比不高的客户，在某一报告日却可能占有异常高的应收余额。
以下为可按企业情况调整的报告与内控框架，不是强制额度公式，也不是会计减值准备结论。Microsoft 描述了利用额度、客户组、逾期金额和订单放行审批管理信用的功能。但选择软件设置前，管理层应先确定口径和决策权限。
明确哪些项目占用额度，且只计一次
先列未收应收款，再按企业政策考虑已交付未开票项目及已批准未交付订单。统一截止日、币种、税额口径、预付款与取消状态。会计应收与信用控制用承诺属于不同数据，应先分列再汇总，不能把订单直接当作账面应收款。
常见错误是交付并开票后仍保留整张订单承诺，又把同一金额计入应收。应用关联编号和最新状态扣除已转入下一阶段的金额。预付款须确认分配及可抵减的风险后再扣减。担保或信用保险条件应单列，其名义金额不等于一定可收回的现金。
示例：应收未超额，新订单却使敞口超限
假设统一口径下政策额度为1,000,000泰铢，应收600,000泰铢、已交付但尚未计入应收150,000泰铢、已批准未交付订单200,000泰铢，则已用额度为950,000泰铢。若全额接受100,000泰铢新订单，敞口变为1,050,000泰铢，超出50,000泰铢；但只看应收报表，会误以为还可用400,000泰铢。本例假设无重复、预收款或其他扣减。
可考虑先收回旧款、协商预付、到账后分批交付，或申请临时增额。但仍须考虑合同义务和交付影响，不能假定可以任意停供；也不宜只按去年销售额的固定比例设限，而忽略企业承受损失的能力及客户付款历史。
在同一决策页展示集中度和例外
分列销售额、未到期应收、逾期应收、承诺、额度和超额，并显示同一日期该客户占全部应收的比例。多个编码或依赖同一资金来源的公司，可按事实评估整体风险；但报表分组不会自动让不同法人对彼此债务承担责任。
例外批准应记录上限、涵盖订单、审批人、理由、到期日和收款跟进人。“老客户”不能替代完整决策记录。应设置新增逾期、退票或承诺快速增长等复核触发点，并检查反复超额放行是否已变成未正式批准的政策。
先明确决策，再落实报表
由会计确认余额、销售确认订单，再由有权者选择批准、有条件批准或暂不批准，并记录理由与跟进日期。先用一位重要客户试行，从汇总追溯至单据后再推广。启用信用预警并不等于数据及审批权限已全部正确。
Kerwin & Vance 网站列有管理层报告与内部控制服务。咨询可从应收、订单、信用政策和真实例外模式开始，设计支持负责任决策的信息。本框架有助于发现新业务中隐藏的敞口，但不保证收款或消除坏账。
