银行流水扫描件转 Word，
金额和正负号一个不差
一张复印过两次、85DPI 高压缩的银行流水，8 个金额、每一个正负号、每一笔余额，我们逐项对过。
看不清的地方标 □ 交给你核对，绝不编一个看起来合理的数字。
看完前 2 页觉得对，再付。新用户首单 ¥4.9。
下面的样张是我们自己造的测试文件，原件和输出都是真跑出来的。
客户的文件转完就删，我们手上根本留不下来当案例。
金额被墨迹盖住了一位
财务 · 出纳原件（扫描）
搞定PDF 输出
付款金额（小写）：￥ 4 7 □ 2 6 . 5 0
付款金额（大写）：肆万□仟捌佰贰拾陆元伍角
墨迹盖住了一位数字，我们标 □ 交给你核对。
这个数字其实能从大写金额反推出来 —— 我们也没有推。一旦开始猜，你就再也不知道哪些字是真的。
这个数字其实能从大写金额反推出来 —— 我们也没有推。一旦开始猜，你就再也不知道哪些字是真的。
同一张图，我们拿一个便宜 2/3 的引擎跑过，它输出 ¥4726.50 —— 把盖住的字吞掉，拼成一个看起来完全合理的数，金额差了 10 倍，而你根本看不出来。所以我们没用它。
复印了两次的银行流水
会计 · 审计原件（85DPI 高压缩，人眼看都费劲）
搞定PDF 输出
| 日期 | 摘要 | 发生额 | 余额 |
| 2026-05-11 | 转账支出 | -18,600.00 | 326,441.20 |
| 2026-05-14 | 代发工资 | -92,375.40 | 234,065.80 |
| 2026-06-02 | 货款收入 | +150,000.00 | 384,065.80 |
| 2026-06-28 | 税费扣缴 | -7,884.36 | 376,181.44 |
8 个金额、每一个正负号、每一笔余额，逐项对过，一个不差。
对账时把支出读成收入，比读不出来严重得多 —— 我们专门盯这个。
对账时把支出读成收入，比读不出来严重得多 —— 我们专门盯这个。
OCR 把数字识别错了怎么办？
这才是真正的问题所在。识别不出来你会立刻发现；识别错了你不会 —— 一个错的数字和一个对的数字长得一模一样，没有任何东西提示你去核对它。
我们的做法是：读不清就标 □，把不确定交还给你，而不是补一个看起来合理的数。上面那张凭证里，那一位数字明明能从大写金额反推出来，我们也没有推。
二次复印的流水，OCR 识别不出来怎么办？
上面第二张样张就是这种：复印过两次、85DPI 高压缩，人眼看都费劲。整张表 8 个金额、4 个正负号、4 笔余额，全部读出来了。
但这不是保证 —— 原件糊到什么程度、有没有折痕和墨迹，结果差别很大。所以我们让你先免费看前 2 页，看完不满意就别付。
流水正负号识别错，支出变成收入怎么办？
正负号是整张流水里最容易被忽略、后果又最重的一个字符。丢一个负号，一笔支出就变成收入，对账结果整个反过来，而表格看起来完全正常。
我们测过的那个便宜引擎会翻转正负号。这也是我们没有用它的原因之一 —— 省下来的钱，抵不上一次对错账。
记账凭证、对账单、报销单扫描件也能转吗？
能，走的是同一条路：逐页读图，表格还原成表格，金额、正负号、余额按原样输出，读不清的位置标 □。
一次最多 1000 页，整套凭证、整年流水都装得下。超过 40 页会转成后台任务，页面上能看到实时进度。