现在是怎么做的

一共五步，没有一步难：收到截图，读出金额和日期，打开流水或网银，找到对得上的那笔记录，再把核销录到这个客户未结清的发票上。

难的是第四步。随便哪一天，都有十到二十笔金额相近的入账，有的带备注，有的什么都没有，得判断是哪一笔。这事急不得，所以就等有空再做。

而这期间会发生三件事，每一件都代价不小。

款项好几天都没核销，所以销售再去卖货时看到的余额是错的。他会去催一个已经付过钱的人，或者卖给一个实际欠款比系统显示更多的人。

凭证留在一段对话里。两个月后要证明是什么时候付的款，还得找销售要截图。

对不上的情况要到月底才发现。一笔和发票金额不一致的转账，本该在它到账当天就去沟通，而不是三十天之后。

技术具体做什么

读取图片。 从截图或者凭证 PDF 中读出金额、日期、付款银行、收款账号或别名，以及参考号。图片转了方向、被裁掉一截或者拍得不好，照样能读，而它们通常就是这样发来的。

在账户里找这笔流水。 把读到的内容和已到账的流水比对，也和你管理系统里这个客户未结清的发票比对。

给出核销建议。 整理好这笔钱对应哪个客户、哪张发票，金额、日期和找到的那笔流水都摆在眼前，点一下就能批准。对不上的，它会标出来。

把凭证附到该放的地方。 关联到系统里的客户和发票上，而不是留在一段对话里。两个月后，查发票就能找到它。

更新余额。 核销一经批准，这个客户的往来账就是最新的，销售再去卖货时看到的是真实余额。

款项在到账当天就核销，而不是下个星期，凭证也不再留在某个销售的手机里。财务的人不再去翻流水，而是批准建议，这是几秒钟的事。

部分付款。客户转的钱比发票少，因为他扣掉了一张他心里记着、却没人开出来的红字发票。智能体在款项到账当天就标出差额，于是一个月底结账的问题变成了一个两分钟的问题。

批准。智能体提出建议，由人来确认，而这次确认会被记录下来。这不是走形式：核销会改变一个客户的余额，余额改错了，就会去向一个什么都不欠的人催款。

还有无法识别的付款。进来一笔没有备注的转账，没办法知道是谁的：这就作为一个案子交给负责人，也可以在客户下单的同一段对话里直接问他。它不会去猜该核销给谁。

从现在凭证进来的那个渠道开始，通常就是销售的 WhatsApp。不用要求客户改变任何东西：变的是这张截图落到哪里，以及接下来十分钟里它会被怎么处理。