现在是怎么做的

有人得空的时候从群里把照片下载下来。两张发票通过邮件进来，放进待付款的文件夹。而比对这一步，也是唯一能发现差异的时刻，要等到月底结账才做，如果还做的话。

一步一步来：在群消息里翻出照片，打开，手动读出送货单号和数量，在 ERP 里找采购订单，用眼睛比对，再去邮箱里找供应商发票，再比对一次，最后才录入收货。每一次交货都要这样。一个每天十次交货的业务，这就是一个人整天在做抄写。

等到月底，两张发票早就批了。为一张已付款的发票去追两箱货的差额，花的成本比两箱货还高，所以就不追了。损失不会以损失的样子出现，它只会表现为这个月的毛利比上个月差一点。

技术具体做什么

智能体在三份单据进来时就处理，而不是等到月底。

读取送货单照片。 识别司机通过 WhatsApp 发来的图片，提取单号、日期、数量，以及底部手写的内容。手写的部分往往最重要，因为收货人就是在那里写下少了两箱或者有一箱压坏了。照片拍歪了、有阴影或者纸皱了，照样能处理。

查询你的 ERP，和采购订单比对。 订了什么，送货单上说到了什么，收货人写了什么。三者一致，这次交货就算合格。

录入收货。 在管理系统里针对对应的采购订单写入这笔入库，附上送货单，有批次就带上批次。这笔记录现在是两天后由一个人手动敲进去的。

用送货单核对供应商发票。 不是用采购订单核对，那是常见的错误：开票的数量要和实际到货的数量比。一张一百箱的发票，对应一张九十八箱的送货单，这个差异在发票进来的当天就会自动标出来。

用这趟运输核对运费发票。 运输是单独收费的，几乎从来没人去核对。智能体把它关联到产生这笔运费的那次交货，再把收取的金额和这趟运输的报价做比较。

对不上时立案。 把三份单据放进去，指定负责人，算好差额，赶在发票被批准之前。

差异在单据进来的当天就被发现，而不是三十天之后。这让一个不可能的索赔变成一个两分钟的电话，也让一份抄写工作变成一份例外审核：一个人只看那些没对上的交货，而不是每一笔都录一遍。

做决定。智能体负责比对、标记和整理案子，但它不批准付款，不开红字发票，也不决定一个差异是去追还是放过。这些由人来做，而且这个决定会连同日期和决定人一起记录下来。

它也不靠猜。字迹看不清的手写送货单不会被硬读，而是连同照片转给一个人处理。对账里一个编造的数据比一个缺失的数据更糟，因为缺的会被看见，编的会被当真。

因为司机不会去登录什么门户网站。他会继续拍照、继续用 WhatsApp 发，因为下车时他手里拿着的就是这个。变的不是司机的习惯，而是这张照片落到哪里。现在它落进一个群，里面混着地址、改时间的通知和玩笑。当它和一次交货关联在一起，带着时间和发送人，它就是一份单据。

从一条线路或一家供应商开始，而不是整个业务。接入照片本来就在走的那个渠道，把这家供应商的送货单格式录一次，然后看两周，数一数出现了多少以前看不到的差异。这个数字决定值不值得推广到其余部分。