电子发票如何报销流程

选站与采购

给报销经办人讲清电子发票从收票、验真、整理到提交财务入账的完整流程,附常见退回原因与排查顺序。

同事把一堆 PDF 和截图甩过来让你报销,财务又说格式不对、抬头错、重复报,来回改好几轮。这篇按报销经办人的实际动作拆一遍:收票时先看什么、怎么验真和查重、提交给财务要带哪些信息、被退回时按什么顺序排查。适合小团队里兼管报销的人,也适合第一次走电子发票流程的新人。

同事把一堆 PDF 和聊天截图甩过来让你报销,财务那边回一句「格式不对、抬头错、这张重复了」,来回改好几轮,最后谁都不痛快。问题往往不在发票本身,而在经办人收票那一刻没有做筛选,把不能用的票混进了一堆能用的票里。这篇按报销经办人的动作顺序拆一遍,从收票那一步就该看什么,到怎么验真查重、提交给财务要带哪些信息、被退回时按什么顺序排查。

这套流程适合小团队里兼管报销的人,也适合第一次独立走电子发票流程的新人。核心逻辑就一句:经办人的责任是把「可核验的票据」和「清晰的用途说明」两样凑齐交给财务,而不是替财务判断记哪个科目。下面每一节都对应一个你能立刻执行的动作,能落地的地方我都给了判断标准和处理顺序。

收票第一步:先确认这张票能不能用

很多人收票时只看金额对不对,结果后面全是坑。判断一张电子发票能不能进公司账,先扫三处硬信息:购买方名称和税号是否与公司主体完全一致、开票日期是否落在本期报销区间内、金额与订单实付能不能对上。这三项任何一项对不上,先别收,退回重开比事后红冲省事得多。

还要区分个人票和公司票。抬头写个人名字的票,通常走不了公司账,除非这笔支出本来就走福利或补贴科目,这种情况必须先问财务口径,不要自己拍板。另外看文件本身:电子发票要用原始版式文件,转发次数多了的截图、微信压缩图、拍照件,大多数财务不接受。发票类目和实际用途也得能对上,买软件服务和买办公用品在科目上根本不是一回事。

验真与查重:两道必须过的关

收齐票之后,验真和查重是两道绕不过去的关,而且顺序不能反。验真走官方查验渠道,把发票代码、发票号码、金额、开票方四项逐个比对,别只看文件名或者文件名里的日期,文件名是最容易骗人的东西。查验结果截图留档,和票据放在一起。

查重是最容易被忽略、也最容易被财务打回的一步。同一张发票被不同人先后提交、或者上一期报过一次这期又报,是最高频的退回原因。靠脑子记不住,必须靠台账,用发票号码做唯一键,提交前先查这个号码在历史台账里出现过没有。

  • 验真四项对着查:发票代码、发票号码、金额、开票方,任何一个不一致都停下来
  • 查重靠台账不靠记忆,发票号码当唯一键,重复的立刻标出来
  • 红冲票和原票要成对留档,作废或红冲后在台账里标注状态,避免两张票同时入账
  • 票据数据格式乱的话,可以先到 站内 /tools 对照能用上的表格与转换工具,把数据整理成统一结构再录台账

提交前把信息凑齐:财务真正要的那几项

财务要的从来不只是发票本身,而是一套能把票据和实际支出串起来的信息。你交上去的材料如果只有票,财务还得反过来问你,一来一回就是好几天。提交前先把信息凑齐,凑齐了再交,这是经办人最能省时间的地方。

信息项为什么财务要从哪来
购买方名称与税号确认票据开给公司主体问财务要一份固定写法,别自己写
开票日期与费用归属期决定落哪个账期对合同或订单上的服务期
发票号码与开票方唯一键,用来查重和归档票据票面
金额与税额对账和入账依据票据票面,加付款凭证交叉核对
用途说明与归属部门决定记哪个科目问报销人这笔钱为什么花

付款凭证要一并附上,比如支付截图或账单明细,它的作用是把发票和真实支出绑在一起。跨月费用要提前说明,预付、分期、订阅类的支出尤其容易落错账期。如果付款是通过第三方渠道完成的,先看 站内 /guides/invoice-for-relay-payments 那篇确认开票主体该写谁,别自己猜。

提交与入账:经办人的动作到哪一步为止

提交分两步走比较稳:先给直属主管确认费用合理性,再交财务做票据合规性审核。顺序反了的后果是财务这边票过了,主管那边质疑这笔钱该不该花,又得退回来重走。先确认合理性再确认合规性,能挡掉大部分返工。

  1. 第一步:整理成一张汇总表把当批所有票据按发票号码排好,带上金额、用途、归属部门和付款凭证编号,一张表看清楚这批总共报了哪些。
  2. 第二步:主管确认合理性把汇总表发直属主管,确认这笔支出该不该花、归哪个部门,有疑问当场问清楚,别等财务来问。
  3. 第三步:交财务审合规性汇总表加票据文件加付款凭证一起交,附一句用途说明,让财务不用反问就能直接审。
  4. 第四步:留提交记录记下提交时间、接收人和票据清单,月底对不上账时能直接追溯到哪一批、交给了谁。

要清楚自己的责任边界:财务入账要的是可核验的票据加清晰的用途说明,经办人的活是把这两样凑齐,不是替财务定科目。报销周期也要提前问清,是固定批次统一处理还是随到随办,这直接决定你什么时候能拿到钱,别报完了天天追着问。

被退回时的排查顺序

被退回别急着改,先按固定顺序排查一遍。顺序错了的最常见后果是改了半天发现根因在别处,白折腾。这个顺序是从概率最高的原因往最低的排:先查票据本身,再查重复,再查信息缺口,最后才怀疑流程问题。

排查顺序查什么怎么确认
1票据本身:抬头、税号、金额、验真结果四项占退回原因大头,逐项对票面
2重复提交:同一发票号码是否出现过查历史台账的唯一键
3信息缺口:付款凭证、用途说明、归属部门对提交清单,缺一样补一样
4流程问题:提交对象或账期是否出错确认交给了负责这条线的人,并确认账期

前三步基本都是自己能解决的,走到第四步才需要考虑流程环节。如果同一类退回原因反复出现,说明不是个例,该回头改的是你的收票筛选标准,而不是一张张补。

票开错了怎么办:作废、红冲与重开的区别

票面信息开错,处理方式取决于时间和入账状态。当月发现且还没有入账的,通常走作废重开;已经跨月或者已经入账的,一般要走红冲再重开。这两条路的操作和留档方式不同,别凭印象选。

具体口径和步骤看 站内 /guides/e-invoice-void-correction-flow 那篇,别自己猜。重开后的新票要重新验真、重新登记台账,旧票在台账里标注作废或红冲状态,避免两张票同时挂着导致查重报错。时间上一定要留余量,红冲重开往往跨天甚至跨周,卡在报销截止日前面会很被动。

  • 当月未入账:一般作废重开,旧票标注作废状态
  • 跨月或已入账:一般红冲再重开,红冲票和原票成对留档
  • 新票到手后重新走一遍验真和台账登记,别直接覆盖旧记录
  • 留够时间余量,别把重开安排在报销截止前一天

归档与留存:以后被查的时候靠什么说话

归档不是把文件塞进一个文件夹就完事。真正好用的结构是台账和文件分开存:台账当索引,记录发票号码、金额、状态、归属部门;文件当证据,按月份建目录。两边数量对不上,说明中间有票漏登记或者多登记,立刻就能发现。

文件名带上开票日期、开票方和金额,检索时不用一个个点开看。留存年限按公司财务制度来,先问清楚再删,别自己判断过期。离职或者岗位交接的时候,把台账、未入账票据和待办清单一并移交,口头交代等于没交代,出问题没人能追溯。

小团队经办人的几个省力做法

小团队里报销往往是兼职在做,省力的关键是把重复动作固化成模板和习惯,而不是每次临场想办法。下面几条是投入小、见效直接的。

  • 固定一张模板表,所有报销都往里填,字段不随意增减,后续统计和对账成本会低很多
  • 报销截止日提前两天在群里提醒,比事后追着催补票省事得多
  • 把常见退回原因整理成一页说明发给同事,能挡掉大部分低级错误
  • 定期和财务对一次口径,科目归属和票据类型的要求是会变的,得直接问人,站内 /official-api 这类页面查不到内部口径
  • 交接时留下台账和待办清单,别只丢一句「事情都在邮件里」

要提醒的是,这套做法在「财务有固定报销制度」的前提下最有效。如果公司票据管理非常松、或者财务本身就随到随办,那模板和台账的价值会打折,这时更该做的是先确认财务的实际要求,再决定投入多少精力做规范化。

经办人不用替财务定科目,但要保证交上去的每一张票都经得起查、对得上账。
下一步如果你手上的票还在往上叠,先把验真和查重的台账搭起来,再去 站内 /tools 挑一个顺手的表格和转换工具,把票据数据统一成一套格式,后面每批报销都能直接复用。

常见问题

电子发票报销需要打印出来吗?

现在多数公司接受电子原件,不一定要求打印。但要看财务的具体要求,有的单位仍要求纸质件或打印后签字。稳妥做法是同时留电子原件和一份打印件,提交前直接问一句,避免反复补。

同一张电子发票能不能报两次?

不能。电子发票没有物理唯一性,同一张票复制多份很容易被重复提交。财务通常靠发票号码查重,一旦发现重复会被退回甚至影响信用。经办人自己建一张台账,按发票号码做唯一键,是最省事的防重办法。

发票抬头写错了还能报销吗?

要看错在哪。税号错、公司名多字少字这类,通常需要联系开票方重开或红冲重开,不能直接改。只有个别不影响主体识别的笔误,财务可能酌情接受,但这个口子不能自己开,先问财务再决定。

电子发票报销一般多久到账?

取决于公司流程,有的是按月固定批次处理,有的是随到随办。经办人能控制的是提交完整度:票据合规、信息齐全、没有重复,这三样做到位,剩下的时间取决于财务排期,具体周期直接问对接人最准。

跨年的电子发票还能报销吗?

多数公司对跨年票据有额外审批要求,因为涉及账期和税前扣除。能不能报要看财务制度,通常需要说明原因并走特批。所以费用发生后尽早提交,别拖到年底甚至次年,那时补票和解释的成本都高得多。

本文依据各平台公开文档与官方公告整理,只做中文归纳;具体做法、参数与限制以官方文档为准。