一、三种格式,三种角色
数电票推广后,发票文件形态从「一张固定版式」变成「数据为主、版式为辅」。按照国家税务总局公告2024年第11号的口径,数电票取消了特定版式,增加了XML数据电文格式便利交付,同时保留PDF、OFD等格式。三种文件在归档体系里的角色并不相同:XML是承载发票要素与数字签名的数据源;OFD与PDF是便于人阅读与打印的版式呈现。其中OFD是我国自主的版式文档国家标准格式(GB/T 33190-2016《电子文件存储与交换格式 版式文档》,2017年5月1日实施),在政务与档案领域接受度高,档案场景另有GB/T 42133-2022《信息技术 OFD档案应用指南》提供归档操作指引;PDF则是跨平台通用阅读格式。
归档时不需要三种格式等量齐观。日常查阅用版式文件,入账、查验、审计取证依赖的是含数字签名的XML原件。实务中最常见的错误姿势,是员工把PDF或OFD版式件上传报销、归档环节只存版式件,把XML随手丢弃——版式件看着完整,验真能力却依赖其背后的数据电文,丢了XML等于丢了原件。
| 格式 | 性质 | 主要用途 | 归档定位 |
|---|---|---|---|
| XML | 数据电文 | 入账取数、验真、审计取证 | 必须归档的原件 |
| OFD | 国标版式文件 | 阅读、打印、长期保存 | 建议归档,档案场景友好 |
| 通用版式文件 | 日常查阅、跨系统流转 | 可归档,作为阅读件保存 |
二、为什么XML原件必须留存
依据有三层。第一层来自税务规则的设计:通过税务数字账户下载的数电票含有数字签名,无需加盖发票专用章即可入账归档,而这个数字签名附着在XML数据电文上,版式文件上的呈现效果是渲染出来的,不等于数据层签名本身。第二层来自财政部的电子凭证标准:财会〔2020〕6号确立的电子凭证报销入账归档路径,要求以符合国家标准的电子文件作为入账与归档载体,仅以纸质打印件入账的,必须同时保存原电子文件。第三层来自操作层面的明确答复:税务机关在数电票咨询答复中说明,仅使用数电票XML电子文件进行入账的,可不再另以纸质形式保存;如需以纸质形式入账归档,则需同时保存含有数字签名的XML格式电子文件。换言之,XML在手,单套制才有前提;XML丢失,只剩打印件的归档在证据链上是不完整的。
XML原件的三重价值
- 验真依据:数字签名可通过税务数字账户验真,防篡改能力最强
- 单套制前提:仅以XML入账可不另存纸质,纸质入账同样必须同时保存XML
- 数据利用:结构化要素可直接采集入账,无需OCR二次识别、无识别误差
三、归档包的目录结构与命名规范
电子发票归档包建议按「会计年度—月份—业务来源」三层目录组织,期间口径与记账凭证保持一致,审计调阅时可以按凭证期间直接定位到发票文件。目录内部按文件类型分区存放:XML原件区、版式件区(OFD或PDF)、索引区。索引文件是归档包可用性的关键——它记录每张发票的发票号码、开票日期、销方名称、价税合计、对应记账凭证号与实际文件名,只有文件没有索引的归档包,等于把一箱纸发票扔进库房不编页码。
文件命名建议采用「发票号码_格式后缀」的规则。数电票号码为20位,全国统一赋码且内含年度与行政区划信息,天然适合做文件主键;同一发票的多个格式文件共享同一主文件名,用扩展名区分格式。红字发票、被红冲的原蓝票,建议在文件名前追加状态前缀(如R_、HC_)区分,长期保存后仍能一眼识别状态。命名规则一旦确定就写入归档制度并固化到系统,避免不同年度、不同操作员执行出两套结构。
- 第一层:会计年度目录,如2026
- 第二层:月份目录,如2026-10,与凭证期间一致
- 第三层:业务来源目录,分为进项取得、销项开具、红字冲销三类
- 文件区:XML原件、OFD或PDF版式件、元数据索引文件三类分区存放
四、归档前的四项检查
归档动作执行前,系统应自动完成四项检查,任一项不通过即阻断该发票归档。一是签名验证:对XML文件做数字签名校验,验证不通过的(文件损坏、被篡改、非税务数字账户渠道下载)单独隔离处理并人工复核。二是要素一致性:索引记录的金额、税额与入账凭证金额比对,票账不符的先查差异再归档。三是查重:按发票号码全局查重,同一号码已入账归档的不得重复归档,防止跨期间重复报销的旧病在电子档案里复发。四是清单完整性:当期应归档发票清单与实际归档文件数量比对,缺失的逐张追查——是采集环节漏收,还是传递过程丢失。
归档完成后建议做一次抽样还原演练:随机抽取若干张发票,从索引出发找到文件、完成验签、打开版式件核对票面信息,全程不依赖任何人的记忆。这条链路能顺畅走通,归档包才算真正经得起检查;如果抽样发现索引与文件对不上、或验签失败,说明前面四项检查有环节形同虚设,需要回到配置层修。
资料来源:国家税务总局公告2024年第11号《关于推广应用全面数字化电子发票的公告》及官方解读;财会〔2020〕6号;GB/T 33190-2016《电子文件存储与交换格式 版式文档》;GB/T 42133-2022《信息技术 OFD档案应用指南》