你把 Invoice 导出 PDF 发过去,客户却回复:“我们需要 e-invoice。”听上去都是电子文件,为什么还被退回来?

问题常常在“电子”这个词。日常交流里它可能指不用纸的单据;在一些企业采购和监管制度里,它指能被系统直接接收和处理的数据。

PDF 适合人看,结构化数据适合系统读

PDF 能方便地展示版式和金额,但财务系统未必能直接理解其中每个字段。结构化电子发票则按指定格式传递卖方、项目、税额和金额等信息。

欧盟关于 eInvoicing 的说明明确区分结构化电子发票与普通 PDF、图片和扫描件。因此“可以导出 PDF”不能直接等同于支持客户要求的电子开票标准。

先问三个问题,就能少走很多弯路

问客户需要什么格式、通过哪个渠道提交、怎样知道已成功接收。对方可能接受邮件 PDF,也可能要求供应商门户、指定网络或当地税务系统。

把要求发给工具提供方,确认它实际支持什么。不要仅凭产品页面写着“电子发票”就推断兼容。

客户的要求需要确认的事
发 PDF 给财务邮箱、抬头、采购编号和附件要求
上传企业采购系统账号、字段、文件格式、提交状态
结构化 e-invoice指定标准、传输渠道及接收确认
当地税务电子发票开票资格、税务系统及法定要求
经营者在办公室扫描并整理电子单据

先试一笔,再迁移所有客户

用一笔数据明确的交易测试:提交后是否收到确认,编号、币种和金额是否正确,出错时怎么更正。

“文件已经发送”和“客户已经接收”是两件事。保存系统回执和正式副本,遇到付款延误时能说明单据在哪一步。

工具能力要和承诺一致

Pocket Invoice 的浏览器工具可以制作并导出商业 PDF 单据。是否支持某个国家的税务电子发票、结构化格式或专用传输网络,需要单独确认,不能从 PDF 功能推断。

你也不必因为客户中有一家使用复杂系统,就立即改变所有开单方式。先为那家客户明确所需流程,再决定是否需要统一工具。

PDF 和结构化电子发票,接收方式不同

PDF 主要供人阅读,里面的文字即使可以复制,也不代表客户的系统可以按统一规则直接处理每个字段。结构化电子发票把买卖双方、项目、税项和金额按约定的数据格式组织,接收系统可以识别这些内容。

欧盟委员会对电子发票的说明强调结构化格式与自动处理能力。其他地区也可能有自己的平台、标准和要求。因此客户说“请发 e-invoice”时,先问具体格式、网络或平台,别只重发一次同样的 PDF。

一次电子开票通常经过哪些步骤

先在开单系统里准备正确的交易资料,再按适用格式生成数据,通过客户接受的渠道发送。接收系统可能检查供应商身份、订单参考、税项和必填字段,并返回接收、拒绝或后续处理状态。

成功发出与成功接收是两件事,成功接收也不等于已经付款。保留系统状态、拒绝原因与修订记录。遇到退回时定位具体字段,比反复换一个文件名再上传更有效。

开始之前,向客户问清这几项

询问使用哪个平台或网络、接收方标识是什么、是否需要供应商登记、是否必须关联 PO 号,以及可以接受什么格式。客户有书面的供应商说明时,按那份资料准备,避免只听到一句“系统不收 PDF”。

跨境交易还要确认开票义务与接收要求是否来自同一个地区。客户的采购流程、你所在地的税务要求和传输平台的字段规则可能同时存在,不能因为满足其中一项,就认为其他要求也已满足。

需要确认这样问更具体
接收渠道贵司使用哪个电子开票平台或网络?
身份标识应填写哪个接收方或供应商标识?
订单关联是否必须填写采购订单号和行号?
状态查询怎样确认已接收,以及查看退回原因?
资料保存正式数据与可阅读副本需要怎样保存?

哪些工作会变少,哪些仍需要人确认

结构化数据可以减少重复录入,让部分校验和匹配更方便,也有利于跟踪状态。但前提是源数据正确、双方使用兼容的流程。客户名称错误、税务处理不清楚或未批准的额外收费,并不会因为改成电子发送而自动解决。

金额计算、采购匹配和例外处理都值得在试用中实际走一遍。你需要知道系统拒绝一张单据时谁会收到通知、在哪里修改、怎样避免产生重复请款。

数据安全与保存,也属于选择工具的一部分

了解谁能查看客户资料、谁能修改收款信息、离职人员的访问权限如何移除,以及如何导出完整记录。传输与存储保护、账户安全和文件保留安排,都应与业务规模相适应。

不要只保存一张截图作为全部电子开票记录。按适用要求保存正式数据、可阅读副本和必要的传输状态。需要换系统时,能带走这些资料,才不会让历史交易被锁在一个不再使用的账户里。

你可能还想知道

把纸质发票扫描成 PDF 算结构化电子发票吗?

不算。图片或扫描件主要供人查看,结构化电子发票需要符合指定的数据格式。

电子文件就不需要保存了吗?

仍需要保留正式文件和相关记录,并按照交易及所在地要求保存。只留一条下载链接,未来可能无法访问。

参考资料