订单、发票、回款对不上:用 Busa Audit 把异常交给人复核

保留单据关联与差额依据,让人先核异常,再决定是否跟进。

Busabase Team
← 返回博客
订单、发票、回款对不上:用 Busa Audit 把异常交给人复核

订单写着已成交,发票金额却不一致;银行流水里有回款,发票仍显示未结清。只让 Agent 给出一句“已完成对账”,很难知道差异来自漏票、错误关联,还是重复导入。

Busa Audit 把订单、发票和回款导出文件接到一个异常复核台。规则先找出需要注意的记录,人再对照原始单据检查证据、修改跟进草稿并做决定。它面向业务单据交叉检查,不是自动连接所有资金账户的银行流水系统。

第一步:安装模板,准备导出与映射

从官方模板介绍页登录并选择目标工作区安装,核对模板来源与资源。正式导入前准备有权处理的 CSV 或 JSON:订单、发票、回款可以按已有数据分批提供。导入脚本读取本地文件,不会自行去 ERP 拉取数据。

先确认公司资料、基础币种、必要汇率和列名映射。订单号、发票号、付款参考号是自然键,分别对应 order_no、invoice_no、payment_ref。如果原系统没有稳定标识,应先补好映射策略,不能靠每次变化的行号认定同一张单据。

再约定允许开票的天数、金额容差百分比、账龄分组和重复付款窗口。容差决定哪些差异进入队列;设置过宽会掩盖异常,过窄则增加噪声。混合币种必须先确认换算口径,不能把不同币种的数字直接相减。

异常总览与导入记录

查看局部图

官方模板 · 英文演示数据

先看懂六张表怎样连接单据与决定

Orders、Invoices、Payments 三张 Base 保存规范化单据;Anomalies 保存规则、证据、跟进草稿、人工决定与执行标记;Import log 保留每次导入数量和警告;Settings 保存公司配置、映射及容差。

这套分工让人从异常回到订单、发票与付款的关联链,而不是面对一份脱离原值的分析报告。界面会从存储记录派生状态、账龄和指标;如果表还有未加载的分页,总览应按已加载范围理解,不当作全账套审计结论。

可以给已连接工具的 Agent 这样交代:“检查这三份授权导出的列名和自然键,先给出映射与导入预演。不要为了对平账而补造值。正式导入后运行规则,把每项异常对应的单据、差额及待核问题交给我,不发送催款消息。”

第二步:预演导入,再运行规则

模板的 import_tables.mjs 无 --apply 时为预演,确认后才应用写入。导入按自然键新增或更新记录,并追加日志;未知发票引用、跳过行等警告必须检查,不能因为界面出现数据就视为导入完整。

随后运行 run_checks.mjs --apply。规则覆盖超期未开票、超出容差的金额差异、逾期应收、重复付款或重复发票、无法匹配的付款,以及缺少原始单据的贷项或负付款等异常。它们是复核线索,不自动构成舞弊判断或会计调整依据。

重复付款与未匹配付款尤其要分开:前者提示可能重复记入,后者表示关联找不到。解决办法可能是补充付款用途、修正原系统标识或核银行凭证,不一定是再次催款。

发票到期日与回款状态

查看局部图

官方模板 · 英文演示数据

第三步:复核证据,保留处理历史

异常使用 anom-<rule>-<key> 稳定标识,重跑按标识更新,保留已有状态、引用、决定与执行信息;条件消失的异常会自动归为 done。因此 done 可能表示条件已消除,也可能来自人工处理,复核时要看证据和记录背景。

Agent 可以润色原因和跟进草稿,但不应改掉异常身份或证据来让它“看起来合理”。原业务数据确实有错时,保留原因并按授权修正源系统,再导入复核,比在展示层硬对平更可靠。

第四步:确认跟进草稿,再交给外部执行

异常详情可查看证据链、编辑草稿和审核备注,并批准、要求修改、阻塞或关闭。界面的决定按当前用户权限写入:有写权限可即时生效,没有写权限则可能成为待审核 CR。业务异常的 approved 与 CR 的 approved 不是同一层状态。

execute_decisions.mjs 默认只预演;明确要求执行并使用 --apply 时,它写入 ready_for_agent 与拟执行操作。脚本本身不发邮件、不改 ERP、不退款。催款、重开发票或交给会计的动作,由另一个具备相应工具和授权的执行流程完成,再把真实结果写回异常。

执行标记写入也不会自动把工作流变为 done。先核实际发送或处理结果,再按完成条件关闭,避免“准备好交接”被当成“已经完成业务”。

异常证据与待确认跟进草稿

查看局部图

官方模板 · 英文演示数据

第五步:验收完整的一轮对账

检查导入日志与文件行数、被跳过记录及映射;抽一项金额差异,从异常追到原订单、发票与回款;重新运行规则,确认没有重复卡片且人的决定仍在;最后核对跟进草稿和外部动作是否仍受原授权控制。

页面中的官方模板截图是英文演示数据,用于说明界面,不是实际客户对账结果。操作与规则以模板源说明为准。先让一轮证据复核走通,再扩大导入范围;让系统集中呈现异常,人保留业务判断。

从一批可核对的业务单据开始

打开 Busa Audit 模板页面,登录并选择目标工作区安装。准备一批有权处理的订单、发票与回款导出,先确认列映射和容差,再让 Agent 预演导入、运行规则。先审一轮证据与跟进草稿,再决定是否授权实际执行。