仓库三张单据的数字对不上我做了个网页自动勾稽螺纹钢短了 0.8 吨。验收单上签了字货已经上架月底算账才发现供应商那边不认了。做仓储系统交付那几年这种场面见过不少。入库单管收货、出库单管发料、盘点单管对账三张单记同一批货走三个流程。单号不一样格式不一样列名也不一样入库单写「应收实收」出库单写「现存本次出结存」盘点单写「账面实盘」。仓管员只能把单子摊在桌上一行行比。对漏一处后面全跟着错。比赛开放选题之后我把这件一直想做的事做了出来名字叫单据勾稽台。三张单拍下来拖进网页它按物料编码并成一本台账逐项比数量把对不上的地方挑出来。在线体验单据勾稽台 · TextIn xParse它做什么仓管员把三张单拍下来拖进页面。xParse 把每张单读成带表格结构的数据工具按物料编码把三张单并成一条台账逐项比较应收与实收、本次出库与结存、账面与实盘。四种差分开报入库短了报短尺出库超了报超发账实不符报盘盈亏两本账不符报两账差。正常清零的、库存偏低的、单号缺失的另外列不跟异常混在一起。结论按「需处理 → 待确认 → 通过」排序每条带单据名和行号点开能回到原件那行核对和进销存软件的区别仓库里装的进销存软件管的是「这张单怎么录进去」。我要解决的是「这几张单之间对不对得上」两本账的差落不到任何一张单内部只看盘点单只知道账实差了 8 把三张单放一起才知道这 8 把已经发出去、实物还在客户手上。出库单说发出去了盘点说实物没动。这两条得一起看缺一条都会得出错误处置。怎么搭的工具是一个 HTML 文件CSS 和 JavaScript 都写在里面。没有后端没有构建步骤双击就能跑。选单文件不是为了炫技仓库现场的电脑装什么浏览器、能不能连外网都不确定一个文件拷过去就能开省掉部署环节。解析走 xParse 的同步接口浏览器直连api.textin.com上传的单据不经任何第三方服务器解析完就从内存释放。POST https://api.textin.com/api/v1/xparse/parse/sync x-ti-app-id: App ID x-ti-secret-code: Secret Code Content-Type: multipart/form-data file: 单据文件 config: {capabilities:{include_table_structure:true,title_tree:true, include_hierarchy:true,include_inline_objects:true}}config 里include_table_structure是关键开关。不开这个拿不到表格而工具读的正是返回 markdown 里的table块。表格不是普通 HTML 表格这点一开始想错了我以为拿回来的就是普通 HTML 表格。xParse 返回的表格元素走table_structure.cells[]每个单元格带row、col、coordinates知道这件事之后才能把每条差异定位到具体哪一行做到单元格级溯源。数字会被拆成两截实测里出现过60 %(3 /5和YC -2026 -0319同一张单上的编号被当成两个值。清洗放在取数之前、合并之前先去掉数字中间的空格和逗号42 . 5还原成 42.5。少了这一步同一张单上的编号会被当成两笔货后面的合并全部错位。最费时间的是一个静默失败把密钥写进代码的时候对象用了secret这个键名读取的地方写的却是secconst __K {app: XPARSE_KEY.app, secret: XPARSE_KEY.secret}; if(!__K.app || !__K.sec){ toast(请先配置密钥); return; } // __K.sec 永远是 undefined结果每次上传文件都在这里返回了请求根本没发出去。没有报错没有异常日志只打两行就停住。这种坑最难查因为表面上看「密钥都在代码里写着」不像有问题。最后把判断条件拆成单项布尔值打印出来才定位到secVal有 32 位字符串notSec却是true。同一个值既存在又不存在只能是属性名写错了。一处设计上的取舍结存不从流水反推。入库会分批也可能有跨期没入账的条目用出入库流水反推结存差额来自反推口径跟单据本身对不上人去查反而更费劲。工具把出库单上那一列当锚点比的是「出库单结存 vs 盘点账面」。盘点单自己再比「账面 vs 实盘」。两本账的差和盘盈亏分开报混成一个结论处理人就不知道该找谁。用起来是什么样点「载入内置示例」页面在几秒内读出三张单入库单 6 行明细、出库单 5 行、盘点单 5 行合计 16 行、5 个物料。勾稽给出 14 项结论6 项通过、5 项需处理、3 项待确认。拿活动扳手举例。出库单上现存 0、本次出 8、结存 −8结存成了负数工具报出库超发 8 把。盘点单上账面 0、实盘 8账面上没有这批货工具报盘盈 8 把。两本账一比差 8。只看出库单会以为发多了只看盘点单会以为凭空多出来一批货两条放一起才对上「货发出去了回单还没签」。再看螺纹钢同一个物料报出三条不一样的结论差异单据上的数结论该怎么处理入库短尺应收 6.2、实收 5.4短 0.8 吨供应商责任走索赔两账一致出库结存 4.8、盘点账面 4.8无需处理—盘亏账面 4.8、实盘 4.6少 0.2 吨仓库自身损耗走盘亏审批三处差异性质不同。合并成一句「螺纹钢有问题」处理人就不知道该找谁。第一处要走索赔第三处要走内部审批流程完全不一样。实测数据2026 年 10 月用一份仿真单据文件跑真实接口文件页数元素表格单元格耗时返回warehouse.pdf3339 个193 个2053mscode200元素类型分布Header6 个、NarrativeText15 个、Table9 个、Image3 个。9 个表格里真正参与勾稽的是 3 张数据表其余是签字栏和备注区靠表头是否含「物料编码」或「品名规格」加「单位」筛掉。在线体验单据勾稽台 · TextIn xParse打开就能用密钥已经内置不用注册也不用填。想试自己的单据直接拖进去。不想消耗解析额度点「载入内置示例」也能看到完整效果示例是真实解析结果不是写死的假数据。它做不到什么工具算的是单据表面上的数字不构成财务结论也不构成法律结论。单据本身印错了数字工具照印出来的算判断不出「这张单本身是错的」。同一物料有多个批次或多个货位时工具按物料编码合并不区分批次。单据被遮挡、折叠、扫描质量差导致识别出错时工具不会判断自己认错没有。这几种情况得人工核。工具能省掉的是逐行对照的机械劳动不是判断责任。最后整个作品是一个 HTML 文件无后端无依赖浏览器直连 xParse。造素材、写代码、跑验证都在 WorkBuddy 会话里完成素材是用 Chromium 打印功能合成的 3 页仿真单据含表头、审批签字栏、质检意见和备注行。有做仓储系统的朋友或者对单据勾稽这类场景有兴趣的欢迎评论区聊聊。#TextIn 、#AI数据层基础设施