客户下单前的信用核对要把已生效授信额度、业务占用、应收与回款记录分开看，再按同一客户主体和截止时间对齐。AI 可以在员工权限内整理来源和冲突；是否放单、调额或催收仍由有权限的人在原系统决定。以下把可用能力、失败情形和验收证据放在同一链路中讨论。
为什么信用核对总在接单前后卡一下
销售问的通常是一句话：这个客户现在能不能再接一单。回答这句话要动到三四个地方，每个地方的记录时点都不一样。
-
这个客户的授信额度是多少：ERP 客户档案或信用管理；临时额度、审批中的调额不在同一张表里
-
已经占用了多少：ERP 订单与发货记录；占用按订单算还是按发货算，各业务单元理解不同
-
回款到没到账：ERP 应收单、核销记录、银行流水（如企业已有可授权数据源）；客户说已经付了，核销还没做完，双方对同一笔款的表述不一致
-
合同怎么约定的：CRM 合同与结算条款；账期、票种和折扣写在合同正文或附件里，字段里没有
-
谁有资格看这些：连接器授权，加 ERP 与 CRM 的账号权限；跨区域、跨事业部的客户范围不同，容易被顺手放开
额度、占用、逾期是三件事
信用额度常常被当成一个数字，实际至少要分三组看：能用的上限、已经压上去的部分、该回来但没回来的部分。三组数据的来源和口径都不在一处。
-
授信额度：额度值、生效期、临时额度、调额审批中的记录；回到额度变更记录，确认以哪一条为准
-
占用情况：未交付订单金额、已发货未开票、已开票未收款；先统一占用口径，再判断是否超出上限
-
回款与账龄：应收单、核销记录、账龄区间与超期天数；区分已到账未核销和确实未到账两种情况
-
争议与例外：客户提出的对账异议、退货、折扣与索赔；单独挂起，不并入自动判断
同一个客户，为什么两个系统给出两个结论
客户身份与指标口径没有对齐时，同一个客户在不同系统里本来就是两个对象。这一层在线上文章《AI 工作台联查 ERP 与 CRM，为什么同一个客户会出现两种答案？》里讲过做法，放到信用核对上同样是先对齐主体和口径，再谈数字。
常见的不一致有几种来源。主体不一致时，CRM 记的是集团层面的客户，ERP 记的是具体签约的法人或分公司，额度挂在哪个层级没有统一。时间不一致时，一边按下单时点统计，另一边按发货或开票时点统计，同一天的余量差出一截。币种和税率不一致时，外币合同与本币额度之间少了汇率口径，金额一换算就出现差异。核销时点不一致时，银行侧已经记账，ERP 侧的应收还没冲销。
核对一遍的具体顺序
把这一段跑顺，通常是固定几件事按顺序做。顺序不必复杂，每一步的输入和输出说清就行。
-
定客户主体与业务键。确认 CRM 客户与 ERP 客户编码、合同号与销售订单号之间怎么对应，对应关系不明的先挂出来。
-
拉授信额度与变更记录。区分已生效额度和在审批中的调额，注明生效日期。
-
拉占用数据。按业务侧认可的口径统计未交付订单、已发货未开票、已开票未收款三项。
-
拉应收与账龄。标明账龄口径、统计截止时间，并把超期部分单独列出。
-
拉合同结算条款。确认账期、票种、折扣与特殊约定，字段里没有的以合同正文或附件为准。
哪些判断不能交给 AI
这一段能自动化的部分是查询、比对和汇总。涉及额度、放单和催收的决定属于业务动作，落到原系统里就会改变业务事实，需要有人接手。
-
接单、放行发货：员工确认；改变业务事实，涉及资金与交付承诺
-
调整授信额度、冻结客户：员工确认；影响客户关系与后续业务，且通常有内部审批要求
-
发起催收、发送对账函：员工确认；对外动作，口径与措辞要有人负责
-
冲销、调账、修改核销状态：员工确认；直接改动账务记录，须按财务内控流程办理
-
判断坏账、诉讼或法律状态：不由 AI 判断；需要专业判断与外部信息，超出业务查询范围
这一段怎么验收
信用核对场景的验收，看的是核对结果能不能被别人复核。
-
结果可对照：同一批客户，AI 查出的额度、占用与账龄与原系统逐项一致
-
权限一致：不同岗位看到的客户范围与他们在 ERP、CRM 里的权限相符
-
缺项可说明：查不到时能分清是没权限、没数据还是业务键对不上
-
异常可复现：数据冲突、系统超时、授权被撤回时，结果里能看出发生了什么
-
记录可追溯：每次核对按员工、系统、能力、时间和结果查得到，支持导出
-
交付物留痕：核对清单能作为附件留在业务流程里，供后续复核
读者核对清单
选择业务键清楚、合同条款稳定的样本，逐项比对额度、占用、应收与账龄的来源和时点；用不同岗位账号核验可见范围，出现未到账与已到账未核销差异时标待核对。放单、调额和催收按原流程办理；页面预填不等于提交成功。