首页 · 免费工具 · 银行流水转 Excel

银行流水转 Excel

把银行网银下载的流水 PDF 拖进来,拿到一张日期 / 摘要 / 支出 / 收入 / 余额的表, 可以下成 .xlsx 或 .csv。它不认识任何一家银行的版式 —— 它认的是: 按坐标把数字归到各自的列里,再用余额列做加减验算,从而判出每一笔是收还是支。

打开一份流水

把 PDF 拖进来,或者点一下选择

什么都不会上传。文件由这个标签页里的 JavaScript 读取,不会离开你的电脑 —— 没有任何服务器看得到它,关掉标签页数据就没了。

方向是算出来的,不是猜的

多数流水 PDF 里的金额不带正负号,方向靠版式表达:有的分成借方发生额贷方发生额两列,有的只有一列金额、靠余额的增减体现。

这一页两种都处理,而且不靠猜:把每一行的余额和上一行相减,看差额跟这一笔的金额 对不对得上(余额[i] − 余额[i−1] ≈ ±金额[i])。对得上,方向就是算出来的; 整份流水都对不上,它会明说「没有哪一列像余额」,把数字按打印出来的样子给你,而不是编一个方向。

三件按中国版式处理的事

借方 / 贷方两列。这是国内网银导出最常见的版式。两列会原样保留成 支出收入,不会硬压成一列带符号的金额。

全角的 ¥。中文 PDF 里的人民币符号常常是全角的 , 和半角的 ¥ 不是同一个字符。两个都认。

2026年09月06日 这种日期。连同 2026/09/0609月06日(年份从整份文件里补)一起认。所有日期统一输出成 2026-09-06,这样下一个程序不用再猜一遍。

没有内嵌字体的中文 PDF

国内网银导出的流水,中文常常用没有内嵌的字体(比如 STSong-Light): 文件里存的是字符编号,要靠一张映射表才能还原成字。这张表随页面一起发, 所以摘要那一列照样是正常中文。简体、繁体、日文、韩文都一样。

扫描件不行

这一页读的是 PDF 里的文字。如果你的流水是打印出来再扫描的,或者是手机拍的照片, 里面没有文字,只有像素 —— 那需要 OCR,这一页不做,也不会假装做到。 碰到这种文件它会直接说明,而不是给你一张空表。

银行给的是 CSV 或 XLSX 的话,那本来就已经是一张表了 —— 用 CSV 转 Excel 打开就行,不用经过这一页。

常见问题

流水会被上传吗?

不会。PDF 由这个标签页里的 JavaScript 读取,解析也在你的电脑上完成。关掉标签页就没了。

支持哪些银行?

它不按银行匹配版式,按列的坐标聚类。国内网银导出的借贷两列版式和单金额列版式都跑通过。

为什么说「没有识别到交易行」?

多半是扫描件(PDF 里没有文字,只有图片),或者版式这一页还读不了。前者需要 OCR。

收支方向会判错吗?

有余额列时是验算出来的。没有余额列时,页面会明说方向没法确定,数字按打印出来的样子给你。

中文字体没内嵌的 PDF 能读吗?

能。国内网银导出常用没内嵌的中文字体(如 STSong-Light),解码要用的映射表随页面一起发,摘要那一列是正常中文。简繁日韩都一样。

导出来的日期是什么格式?

统一成 2026-09-06。原件里是 2026年09月06日 还是 2026/09/06 都一样。

同一件事,在自己的电脑上做

TableDI 作业机是一套完全在自己电脑上运行的桌面表格工作台。 导进来、整理好、做成图 —— 什么都不上传,也不用注册账号。

永久免费,不是试用 —— 不用账号、不用信用卡。目前是 macOS,Windows 版在做。付费版多了什么

2026-09-01 由 TableDI 团队最后核对。这一页有错吗?告诉我们 —— 只有一个收件箱,做 TableDI 的人自己看。