文档与票据
对公付款前如何核验发票与收款账户:金额、重复支付与账户变更
付款前逐项核对合同、入库验收与数电发票,排查重复支付,经独立渠道核实收款账户变更,防范冒充供应商诈骗。附人民币案例与审批记录。
发布于 · 更新于 · 19 分钟阅读
本页内容
对公付款前核验发票,要依次回答四个问题:贵单位订购了什么,实际收到或验收了什么,现在还欠多少,钱应当付给谁。数电发票先在官方平台查验,再把查验结果与合同、入库验收记录和付款记录逐项核对;收款账户发生变更时,必须经由独立渠道向供应商核实。票面看起来没问题、金额算得对,只是起点,放行付款还需要背后的交易记录。
本文写给应付会计、资金岗、付款审批人和采购人员,供您在决定是否放行某一笔付款时使用。内容涵盖金额被改、部分到货、红字发票与重新开具、重复付款风险,以及收款账户变更。文末的案例把部分到货、红字冲销和收款账户变更串成一个完整的处理过程。
先界定这笔付款
先建立一条案件或发票记录,写明付款主体、供应商主数据、发票号码、币种、拟付金额和付款期限。保全收到的发票和随附的付款指令。把合同或采购订单、入库验收记录、红字发票和付款历史关联起来,而不是依赖邮件里对这些材料的转述。
把发票上的价税合计与本次拟付金额分开。预付款、前期分期付款、红字冲销和扣款,都可能让两者不同。供应商对账单可能汇总了多张发票,用它作为付款依据之前,先确定这次结算的是哪一笔具体债务。
如果发票无法阅读或不完整,请通过常规的供应商渠道索取完整文件。登记例外之前,先用页面上看到的内容核对提取出的字段:OCR 把 60 台读成 80 台,在得到确认之前只是提取问题。如果文件本身需要调查,比如比对版本、验证签名,见如何判断 PDF 或 OFD 文件有没有被修改。
把工作分给能回答相应问题的人:采购确认经授权的商务条款;仓库或服务负责人确认履约;应付会计核对金额与付款历史;供应商主数据管理人员和付款审批人处理收款账户变更。某个人对供应商很熟悉,不能替代这几道独立的审批。
发票本身先查验
在中国,发票是否真实存在、票面信息是否与税务系统一致,可以通过官方渠道直接回答,这一步应当放在最前面。
国家税务总局 2024 年第 11 号公告规定,数电发票与纸质发票具有同等法律效力;数电发票的号码为 20 位,全国统一赋予;单位和个人可以通过电子发票服务平台或全国增值税发票查验平台免费查验数电发票信息,也可以登录自有的税务数字账户查询、下载已开具或接受的数电发票(国家税务总局公告 2024 年第 11 号)。
使用查验平台时,有几点限制要心中有数:每天每张发票可在线查验 5 次;平台“仅提供所查询发票票面信息的查验结果”,对结果有疑议的,须持发票原件到当地税务机关鉴定(查验说明)。全国增值税发票查验平台只支持单张发票查验;电子发票服务平台税务数字账户另提供批量查验,可下载模板录入信息后导入(国家税务总局佛山市税务局,2025 年 10 月 9 日)。
查验通过的含义是有限的:它说明票面信息与税务系统一致,不说明货物已经到达、服务已经验收,更不说明随附邮件里的收款账户是正确的。查验结果应作为第一道关口的一项记录,而不是放行付款的结论。
匹配的是债务,而不只是价税合计
国内通行的做法是“三单匹配”:合同或采购订单、入库验收单、发票,三者的品名、数量、单价和金额应当一致。它是一项具体的匹配控制,不是对文件真伪的总体判断。
按采购类型选择比对对象:
| 核查项目 | 比对依据 | 审批前须解决的问题 |
|---|---|---|
| 供应商与付款主体 | 经批准的供应商主数据与采购记录 | 主体错误、重复的供应商档案或无法解释的名称差异 |
| 品名、单价与折扣 | 已批准的采购订单或合同版本 | 价格变动、计量单位不同或漏计折扣 |
| 数量或服务里程碑 | 入库验收单、质检记录或服务负责人的验收确认 | 未到货、已拒收的货物或未完成的交付成果 |
| 运费及其他费用 | 约定条款及相应审批 | 未经批准的费用或已开票的费用 |
| 税率、税额与币种 | 发票各项构成及经批准的会计处理 | 税率适用不清、税额计算不符或尾差 |
| 未付余额 | 红字发票、已结算款项与待付指令 | 重新开具的发票被重复计入,或已有付款在途 |
| 收款账户 | 供应商主数据中的备案账户及变更授权 | 未经核实的收款人或账户变更 |
服务类采购,要明确验收证据:注明日期的里程碑验收确认、经授权的工时记录或服务期间确认单。采购订单授权的是采购行为,不证明服务已经交付。没有采购订单的支出,按合同和单位授权的例外流程处理,不要事后补一张订单让匹配看起来完整。
数量要跨发票、跨验收单累计核对。一张有效的验收单,不能反复支撑同一批数量。记录哪些验收行已经被分配,退货或拒收是否已经扣减了验收数量。即使单价完全一致,按全部订单数量开具的发票也可能为时过早。
容差是有适用范围的审批规则。允许的尾差,不等于批准了一个新的收款人。记录适用的规则和有权批准例外的人;不要为了让这张发票通过而临时放宽容差。
税额与红字发票要算清楚
按数量、单价、折扣、运费和票面税额重新计算价税合计。确认折扣是按行还是按小计计算,运费是否计入计税依据。依据不清时,请供应商和负责的会计人员说明。算术一致,不代表税率适用正确。例如,《增值税法》自 2026 年 1 月 1 日起施行,第十条规定纳税人销售货物等适用的税率为百分之十三,同时对交通运输、建筑等列明了其他税率(《增值税法》);混合了货物与服务的发票,要逐行核对。
涉及外币时,分别留存发票币种的应付金额、经批准的折算依据和付款币种的金额。在核对折算之前,不要把汇率差异归为“发票金额被改”。
发票开错了,正确的做法不是再开一张“修订版”,而是冲红后重新开具。第 11 号公告第八条规定,蓝字数电发票开具后,发生销售退回、开票有误、应税服务中止、销售折让等情形的,应当按照规定开具红字数电发票;蓝字发票已进行用途确认或入账确认的,开票方或受票方均可发起红冲流程,经对方确认《红字发票信息确认单》后由开票方开具红字发票,确认单发起后 72 小时内未经确认的自动作废(公告第八条)。应付人员要保留一条清晰的冲销链:原蓝字发票号码、红字发票号码、重新开具的蓝字发票号码,以及三者之间的对应关系。原发票保持关联,但不能再形成应付余额。
查重不能只看发票号码是否完全相同。财政部会计司等三部门在答问中建议,各单位在报销入账时对发票代码、号码进行查重处理,已使用财务信息系统的单位可建立发票数据库自动比对(2021 年 2 月 5 日答问)。在应付环节,请确认贵单位 ERP 或费控系统实际查重的字段和范围:是否覆盖供应商、金额、日期等组合,是否包含已过账、待处理和已排期的付款。对疑似重复的发票,查看背后的债务和付款状态:周期性的相似发票可能都有效,文件名不同的附件也可能是同一张发票。“尚未结算”还不够,如果付款指令已在排期,同样构成重复风险。
收款账户变更:经独立渠道核实
金额正确的款项,也可能被付到未经授权的账户。把请求的收款人、开户行和账号与供应商主数据中的备案信息逐项比对。收款账户变更要与价格、数量类例外分开处理,以免商务争议一解决,付款指令就被一并放行。
公安机关的通报反复指向这一环节。公安部刑侦局 2024 年公布的典型案例中,一家科技公司的财会人员“被诈骗分子冒充公司老板拉入微信群后转账1000余万元”;刑侦局提醒,“如遇到单位领导、企业老板、公司客户在聊天软件中要求转账汇款的,一定要当面或者电话核实”(公安部刑侦局,福建省公安厅转载)。黑龙江省公安厅与省税务局的联合提示描述了冒充领导在 QQ 工作群中发来对公账户、要求支付合同预付款的手法,并提醒“一定要通过电话、视频通话或当面等方式多方核实”,“转账必须按程序审批”(黑龙江省税务局,2023 年 3 月 30 日)。武汉市公安局东西湖区分局长青街派出所在 2026 年 7 月的宣传中指出,跨境业务中骗子会在长期正常对接业务之后,“付款前突然以账户冻结、银行审计、避滞港罚金、临时代付为由更换收款账户,催促加急转账”,甚至入侵真实邮箱、直接从真实邮箱发送虚假换账户通知(武汉市东西湖区人民政府网)。
最后一点尤其值得注意:发件地址正确,不能证明指令真实。请使用供应商准入时备案的联系方式,或单位另行独立批准的渠道。不要拨打争议发票或随附邮件上提供的回拨号码。确认接电话的人有权作出这项变更,然后完成单位的供应商主数据核验与审批程序。声音熟悉、对方能说出发票号码,都不足以单独构成授权。
记录回拨日期、联系渠道的来源、对方的姓名与职务、确认了哪些字段、变更依据的编号以及内部审批人。完整的银行信息存放在受控的供应商主数据中,案件记录中使用脱敏的账号或受限的引用。平时的对接人联系不上时,在确认另一位有权人员之前,变更保持未决。催得急,补不上缺失的授权。单位也可以把收款账户变更纳入双人复核,作为一项内控安排;具体要求以贵单位制度为准。

债务、未付余额和收款账户分别审批,三道关口都通过后才放行付款。
用业务语言说:先确认债务成立,扣除已完成的结算得出未付余额,在新建付款之前先把在途指令算进去,最后核实收款账户。任何一道关口没有通过,都要让最终审批人看得见。
用 SHA-256 标识实际审核的那份文件
Fileverity 的每份检测报告都记录被检文件的 SHA-256 哈希值。它解决的是一个基本的控制问题:有人审核过一份附件之后,后来的复核人员如何确认某个结果对应的是同一组字节,而不是另一个同名文件?SHA-256 把任意输入映射为 256 位的摘要(NIST FIPS 180-4)。
下面两条简短的 ASCII 记录演示了计算过程,每条末尾都有一个换行符(LF),表中写作 \n:
| 输入内容 | SHA-256 摘要 |
|---|---|
INV-1042 | CNY 2500.00\n | fe828d86a6474e3afcfb347034287428d3f482bd6c8bfcab37f824ed33379d62 |
INV-1042 | CNY 2600.00\n | 1ce4ab65219e8e418b6d14094bf129129879d30196866986f79aeed5de239063 |
金额只改了一个字符,摘要就完全不同。因此,摘要不同只说明字节不同,不一定是金额被改,更不一定是欺诈:一份重新导出的 PDF,页面显示可能完全相同,字节却已经变了。
反过来,哈希值不能证明发票由谁开具、货物是否到达、收款账户是否经过授权,也不同于数电发票上的数字签名。对争议附件计算哈希值,再接受同一个争议发件人提供的“匹配摘要”,不增加任何独立的证明力。在应付核查中,把摘要与收到的附件、案件编号和核查结论一起留存;收到重新开具的发票时,单独标识这份新文件,并重新完成规定的交易核查。如何用系统自带命令计算并比对哈希值,以及如何用时间戳为这条记录定时,见可信时间戳与 SHA-256 哈希。

改动一个字符就会得到不同的 SHA-256 摘要,两个版本可以分开追踪。
案例:部分到货、红字发票与新收款账户
以下为虚构案例,单位与编号均为假设,税率按 13% 计算。合同 HT-482 约定采购 100 台设备,单价 500 元(不含税),只能按验收合格的数量开票;不涉及运费、折扣和其他扣款。
入库单 RK-77 记录首批验收合格 80 台,另有 20 台尚未到货。供应商开具的数电发票 A 却按 100 台开具:
首批到货核对(人民币):
| 项目 | 发票 A | 首批到货应开金额 |
|---|---|---|
| 数量 × 单价 | 100 × ¥500 = ¥50,000 | 80 × ¥500 = ¥40,000 |
| 税额(13%) | ¥6,500 | ¥5,200 |
| 价税合计 | ¥56,500 | ¥45,200 |
发票 A 本身计算无误,但比首批到货应开金额多出 11,300 元:其中 10,000 元为 20 台未到货的金额,1,300 元为对应税额。这是数量与开票时点的问题,不是计算错误。在其余检查完成之前,单位有证据支持的真实债务为 45,200 元。
处理数量差异与红字发票
采购确认,合同中没有允许对未到货部分预先开票的条款;仓库确认 RK-77 完整,第二批货尚未到达。应付人员通过供应商的既有对接渠道说明差异,供应商承认开票有误,开具红字数电发票全额冲销发票 A,并按 80 台重新开具数电发票 B,价税合计 45,200 元。如果贵单位已对发票 A 作了用途确认或入账确认,这一红冲需经贵单位确认《红字发票信息确认单》。
应付人员在同一笔债务下关联发票 A、红字发票和发票 B,记录冲销关系,确保发票 A 不会再被支付。发票 B 在查验平台查验并留存结果;红字发票与发票 B 均从本单位税务数字账户下载留档。剩余 20 台仍在合同中保持未结,日后到货时须另行验收、另开发票、另行匹配。
这解决了数量问题,但既不能说明发票 B 的金额全部未付,也不能放行发票 B 之后另行收到的收款账户变更邮件。
确定仍可支付的余额
付款记录查询显示:合同签订时已支付 15,000 元预付款,资金岗确认该笔款项已完成、未退回;另有一笔 30,200 元的付款指令已经排期、等待放行,它是在收到账户变更邮件之前,按更正后的 45,200 元债务排上的。
未付余额为 45,200 − 15,000 = 30,200 元。但这部分余额已经全部由排期中的指令覆盖。应付人员因此不得再新建一笔 30,200 元的付款,更不能依据发票 B 新建一笔 45,200 元的付款。在收款账户问题解决之前,排期中的指令先暂停。
付款状态核对(人民币):
| 状态 | 金额 | 对放行决定的影响 |
|---|---|---|
| 有证据支持的债务(发票 B) | ¥45,200 | 当前更正后的应付金额 |
| 已完成的预付款 | ¥15,000 | 抵减未付余额 |
| 未付余额 | ¥30,200 | 仍然应付,须通过放行控制 |
| 已排期的付款指令 | ¥30,200 | 已覆盖全部余额,尚未结算 |
| 需新建的付款 | ¥0 | 只审核并放行现有指令一次 |

30,200 元余额已经排期。应暂停该指令、先核实收款账户,而不是再建一笔付款。
单独处理收款账户指令
发票 B 开出之后,应付人员收到一封署名“供应商财务”的邮件,称原账户因银行审计被冻结,要求改付新账户,并催促当天付款。新账户与供应商主数据中的备案账户不同。应付人员按供应商准入时备案的电话联系对方财务负责人,确认其职权后,具体询问了账户变更和发票 B。对方确认发票 B,否认发出过任何账户变更通知,并通过既有的对接渠道发来书面确认,存入案件记录。
应付人员保留这封邮件,把被否认的指令转交单位指定的安全或反诈负责人,由其按单位应急流程处置,涉嫌诈骗的依法向公安机关报案。供应商的确认支持一个范围有限的结论:供应商认可更正后的发票,但没有授权新的收款账户。它不能说明邮件是谁发的、是怎么做出来的。
付款审批人随后按规定的控制程序核实原备案账户,检查暂停中指令的实际收款人,批准向该账户放行唯一一笔 30,200 元的付款。其他例外附证据结案。如果收款账户的确认仍未取得,即使金额有据,这笔付款也应继续暂停。
最终记录呈现三项不同的结果:一项普通的数量差错得到更正,通过发现在途指令避免了一次重复付款,一项未经授权的账户变更请求被上报。如果把整张发票笼统地标为“假的”,反而会掩盖真实存在的债务和实际的付款决定。
使用带退出条件的例外矩阵
| 发现 | 立即动作 | 放行受影响付款所需的证据 |
|---|---|---|
| 开票数量超过验收数量 | 转采购和仓库核实 | 补充验收、红冲后重新开具的发票,或经授权的合同依据 |
| 单价、税额或币种不符 | 核对具体构成项 | 经批准的变更,或附会计复核的更正记录 |
| 重新开具或疑似重复 | 关联各版本发票与付款记录 | 只有一项应付债务;已付与在途金额核对一致 |
| 收款账户变更未经确认 | 暂停受影响的付款,转入账户变更流程 | 经独立渠道取得供应商有权人员的确认,并完成账户审批 |
| 供应商否认该指令 | 冻结争议指令并上报 | 责任部门确定允许的付款路径与应对措施 |
| 发票查验结果与票面不一致 | 保全文件,暂停付款 | 查明原因,取得与税务系统记录一致的发票 |
| 发票图片存在异常 | 保全原件,检查关键字段 | 解决关键字段问题的佐证,或经授权的未决处理决定 |
暂停的范围,按单位制度限定在受影响的动作上。只有在有证据支持的部分、合同处理方式、分配方法和审批都明确时,才可以考虑部分付款。如果税额、红冲安排或供应商对分配方式的认可尚不清楚,不要自行扣减争议行、临时少付。
每个未结事项都要有负责人和期限。取证请求应写明具体差异:“发票 A 按 100 台开具,入库单 RK-77 记录验收合格 80 台。请确认开票依据,或冲红后按实际验收数量重新开具。”这比问对方“这张发票是不是真的”更容易得到答复。
可复用的付款审批记录
| 记录字段 | 必填内容 |
|---|---|
| 主体与范围 | 案件编号、付款主体、供应商、发票号码、币种、拟放行金额 |
| 来源记录 | 原始提交文件、供应商当前的对照件、合同或采购订单、入库验收记录 |
| 发票查验结果 | 查验渠道、查验时间、票面信息是否一致 |
| 红字发票号码 | 被冲销的蓝字发票、红字发票与重新开具发票的号码及对应关系 |
| 核对计算 | 数量、单价、折扣、运费、税率与税额、红冲金额及计算过程 |
| 付款历史 | 已完成的结算、已核实的退回、在途指令及查询范围 |
| 收款授权 | 备案账户引用、变更请求、独立核实渠道及确认人 |
| 例外事项 | 具体差异、负责人、所需证据、期限与处理结果 |
| 审批 | 剩余应付金额、指令编号、收款人引用、审批人与时间 |
| 结案 | 已放行、暂停或取消的状态,留存的证据,未完成的后续事项 |
如果核查耗时较长,放行前请刷新付款状态:同事可能在案件处理期间又排了一笔指令。记录实际放行的金额和收款账户引用,而不只是此前的审批意向。
图片分析在什么时候有用
在中国的应付流程中,顺序应当是先查验、后比对。数电发票的票面信息可以直接与税务系统核对,图片分析是对查验的补充。它的用武之地,是那些无法查验的材料或区域:扫描件、手机翻拍件、聊天截图中的金额区域,以及随附的收款信息、对账单截图等。
例如,常规匹配已经核对了金额,但图片检测在一份扫描件的收款信息区块标出了局部改动。这一发现可以用来有针对性地索取供应商留存的版本并比对付款字段:比对一致,记录结果,仍按既定的账户控制程序处理授权问题;没有可用的技术发现,就继续走以记录为依据的核查路径。交货、开票、账户归属与付款授权,仍由验收单、查验平台和独立渠道核实来证明。
对扫描件或截图中的金额、收款信息有具体疑点时,可以使用 Fileverity 图像鉴伪:它以像素坐标标出可疑区域,报告附 SHA-256 哈希值与签发验证记录,可在公开核验页上查验,并可随付款审批记录留档。报告按次预付,当前价格见价格页。
如果常规匹配无法解决的发票图片例外反复出现,请用代表贵单位实际收件情况的授权样本做评估:普通扫描件、截图、已知的局部改动和生成的单据图片。为每个样本设定一个核查问题,例如“金额区域的疑点是否值得索取供应商留存的版本”,并询问哪些检查支持这类输入、如何评估细小的字段改动、不确定的结果如何呈现。请联系我们,说明文件格式、例外数量、争议字段和现行的复核动作。企业版可提供 API 接入并与付款审批系统集成,具体范围按评估结果商定;文件在 Entogo 运营、位于多伦多的服务器上分析,分析后即删除,详见信任中心。
相关阅读:如何核查报销发票与小票造假;如何识别 AI 伪造文件。
作者 Yang Zheng · 审核 Bill Liu