惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

Vercel News
Vercel News
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
Apple Machine Learning Research
Apple Machine Learning Research
T
Tailwind CSS Blog
让小产品的独立变现更简单 - ezindie.com
让小产品的独立变现更简单 - ezindie.com
人人都是产品经理
人人都是产品经理
V
V2EX
量子位
Last Week in AI
Last Week in AI
Jina AI
Jina AI
博客园 - 【当耐特】
爱范儿
爱范儿
宝玉的分享
宝玉的分享
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
Hugging Face - Blog
Hugging Face - Blog
博客园 - 三生石上(FineUI控件)
有赞技术团队
有赞技术团队
小众软件
小众软件
IT之家
IT之家
博客园_首页
博客园 - 聂微东
S
SegmentFault 最新的问题
阮一峰的网络日志
阮一峰的网络日志
博客园 - 叶小钗

人人都是产品经理

为什么你的产品找不到差异化?90%的失败都卡在第一步上(下) – 人人都是产品经理, 3年从30万到1300万用户、获2200万美元融资,这个AI教育产品用“抽卡”破解了获客难题 – 人人都是产品经理, 园区招商系统怎么做才能真正帮到去化?我加了这一个功能,推广链接转发400次阅读过万 – 人人都是产品经理, AI大事件:OpenAI发完网络安全模型又搞药物研发,小鹏汽车要抓”DeepSeek时刻” – 人人都是产品经理, 电商不是卖货,是一场更残酷的产品经理实战 – 人人都是产品经理, 没想到,活动营销又回来了! – 人人都是产品经理, 为何All-in海外KOC:一场关于AI时代窗口期的豪赌 – 人人都是产品经理, 重新理解企业的内部协作 – 人人都是产品经理, 苹果的 AI 战略到底是什么? – 人人都是产品经理, 医疗智能体·第2讲——合规护城河:等保、PIPL与HIPAA的架构实战 – 人人都是产品经理, 向量知识库五步法:从“答非所问”到“精准回复” – 人人都是产品经理, 鸿蒙PC三方库构建总指挥HPKBUILD(sha)库为例 – 人人都是产品经理, 何时该用LLM?AI产品经理的LLM设计指南 – 人人都是产品经理, 医疗信息领域的需求方、决策方、准入方以及关注点(二) – 人人都是产品经理, 即梦涨价:一场被误读的「傲慢」 – 人人都是产品经理, 面试AI PM必答题:Hermes和OpenClaw的区别,如何讲清楚业务价值 – 人人都是产品经理, AI的下一张船票:世界模型——AI产品经理必须理解的技术拐点 – 人人都是产品经理, 小红书做GEO,怎么让AI信你?记住这 3 个重要信息 – 人人都是产品经理, 5 家印度 AI 初创公司,看看印度 AI 再做什么 – 人人都是产品经理, AI项目跨团队协作:产品技术业务如何不打架 – 人人都是产品经理, Agentic Workflow(智能体工作流):让AI从”答案生成器”变成”数字员工” – 人人都是产品经理, lycium_plusplus 项目全景解读:OpenHarmony 三方库构建的“大管家” – 人人都是产品经理, 从爆单救火到前置履约:两套预采策略,把生鲜大促履约效率拉满 – 人人都是产品经理, 什么时候该补货?我用一轮数据做了一个决定 – 人人都是产品经理, 从“机械兜底”到“动态分流”:AI客服重复进线治理的4大底层逻辑 – 人人都是产品经理, 抖音拼效率,红书拼洞察 – 人人都是产品经理, 全民狂欢与退潮——为什么龙虾这波热潮冷却得如此之快? – 人人都是产品经理, Stripe押注!MPP重塑全球支付 – 人人都是产品经理, 小红书GEO:AI引用你的内容,不是因为你对,而是因为你看起来可信 – 人人都是产品经理, 前百度副总裁押注办公Agent,日韩付费爆发,Manus迎来强劲对手 – 人人都是产品经理,
【财务】自动匹配银行回单,减少出纳人工操作 – 人人都是产品...
首席道歉官 · 2026-05-26 · via 人人都是产品经理

银行回单处理的低效与易错问题正在困扰众多企业财务团队。每月上万张回单的人工裁剪与匹配,不仅耗时费力,还隐藏着巨大的出错风险。本文将深度解析如何通过OCR技术实现银行回单的智能识别与自动匹配,从业务流程设计到系统功能实现,完整呈现一套企业级解决方案。

业务痛点

在企业财务管理场景中,出纳打款成功后需要将银行回单上传至对应的业务单据。以一个1000人服务团队的人力资源公司为例,每月产生的回单上传工作量可能会到20000张左右。

当前银行都提供批量下载回单功能,一次下载得到一份包含多页回单的 PDF 文件。但要将其分别上传到对应业务单据时,需要财务人员一张张手动裁剪 PDF 页面,再人工查找每张回单对应业务单据编号,最后逐一上传。整个过程完全依赖人工操作,效率低下且容易出错。

解决方案

首先考虑的是通过第三方供应商OCR能力,识别回单后自动匹配业务单据字段,完成绑定。但仍然有以下问题可能需要系统自己开发完成:

(1)供应商不提供PDF裁剪功能,企业财务批量处理银行回单时,业务系统自行完成手动裁剪PDF

(2)不同银行回单字段命名不统一,例如“付款人”有的叫“付款单位”,有的叫“付款方”,加上第三方 OCR 接口对识别出的字段不做归一化处理,导致回单信息无法直接与系统业务单数据进行自动匹配。因此需要自行在系统中做一个字段映射配置。

目前很多公司都提供OCR识别,但调研下来腾讯的接口相对更符合业务场景一点,有一个专门针对“回单识别”的接口。

腾讯云银行回单识别:https://cloud.tencent.com/document/api/866/57674

接口支持以下字段:付款开户行、收款开户行、付款账号、收款账号、回单类型、回单编号、币种、流水号、凭证号码、交易机构、交易金额、手续费、日期等。接口对识别的字段名称不做归一化处理,需要我方系统自行做映射表匹配

业务流程设计

(0)前置工作:财务在配置页面配置回单字段映射

(1)财务发放完成,批量上传银行回单

(2)系统返回批量上传结果,期间可删除、新增回单

(3)财务提交,第三方OCR识别内容

(4)第三方返回识别结果,系统拆分返回信息,匹配业务单

(5)财务确认匹配业务单据,未提交之前,可删除/继续添加

(6)提交确认,完成批量回单处理

功能设计

在系统基础设置重增加一个“银行回单配置”页面,用于配置回单模板字段与系统业务单字段的映射关系,功能权限可以直接给到“出纳主管”“出纳经理”等角色,按模板名称,根据录入内容提供模糊搜索。

新建时给模板起一个名称,文本录入,必填。“上传文件”栏目导入PDF或图片,上传回单成功后调第三方接口解析文件,若解析错误,可拼接接口返回的错误数据,给一个toast返回错误,如”工商银行20260226.pdf图片内容为空“。

上传成功后显示文件名称与“删除”按钮,点击按钮删除附件,重新显示”上传回单模板“按钮,下拉框中获取的选项不删除,再次上传后刷新。若上传回单包含多页,则只需要第一页内容,解析后将回单字段解析到映射表”银行回单字段“的下拉框中。

在业务单据页面,增加一个“批量上传回单”入口:点击后在弹窗匹配回单,“选择模板”下拉框选择带出配置好的回单映射模板名称。

点击“解析文件”按钮再调用第三方接口,给业务一个操作的缓冲节点,可以增删。开始校验时,我方业务系统先检测上传文件是否存在多页,若存在多页则拆分为一张回单一页,拆分后的回单命名使用“原文件名+(编号)”,如“中信银行回202603261209(001).pdf ”(在解析列表“查看”按钮点击查看)

解析逻辑:根据模板名称找到映射关系,检验模板选择的映射字段名称是否真包含于解析的字段,若不是,toast提示““{上传文件名称}”与模板不匹配,请核对后重新上传”。例:A银行模板映射字段配置1、2、3。回单识别1、2、3、4、5,模板字段真包含于解析字段,解析成功。B银行模板映射字段配置1、2、3。回单识别2、3、4,解析失败,提示重新上传

匹配逻辑:根据配置的银行回单映射表,分别匹配业务单中的对应字段,若映射表配置的了非必填项,则增加非必填匹配。匹配的业务单状态应为已付款成功的,权限仅当前登录账号的业务单,提交后回单绑定业务单据

实际使用问题

虽然功能上线后减少了大量出纳的工作,但仍有些第三方供应商接口能力的限制导致的新问题,如:

(1)上传文件限制大小7M,实际银行回单可能会到10M以上,这时候需要出纳分批下载配合功能

(2)由于接口存在并发限制,当同时有10个出纳使用此功能时(仅代表个人遇到情况),接口报错无法执行

(3)有时候批量上传,转了很久后接口报错提示不准确,导致排查问题时十分艰难

(4)实际开发时一定要把一些限制写死在前段,因为接口无论是否识别成功,都会收费。比如前面提的文件超出限制或并发超出限制,接口也会产生费用

本文由 @首席道歉官 原创发布于人人都是产品经理。未经作者许可,禁止转载

题图来自Unsplash,基于CC0协议