/ 形式发票 / 供应商身份

形式发票缺少税务登记号时怎样处理

供应商发来形式发票要求支付订金,文件上有公司名称、产品和银行信息,却没有税务登记号。采购人员往往在“没有税号不能付款”和“形式发票本来就不需要税号”之间二选一。更稳妥的做法是先确认这份文件在当前交易中的用途,再分别解决卖方身份、付款授权和后续税务票据问题。

采购与财务人员核对形式发票和供应商登记资料
缺少一个字段不自动否定交易,但不能让形式发票承担它本来无法证明的身份和税务功能。

先区分形式发票与正式发票

形式发票通常用于报价确认、预付款申请或交易条件预览,可能在货物交付或正式开票前出具。UNECE 对贸易文件的分类把 pro-forma invoice 列在商业交易类文件中;其贸易单据布局建议用于提高字段和版式的一致性,但不是一部规定所有国家形式发票必填字段的税法。

正式商业发票、进口申报用发票和本地税务发票承担的功能可能不同。欧盟委员会的 VAT 开票页面列出了欧盟 VAT 发票在相应场景下需要的信息,其中包括供应商身份、地址、发票号、货物或服务、金额和适用的 VAT 识别号。这些要求说明税号在特定税务发票中的作用,不能直接推导为全球每一张形式发票都必须显示同一号码。

确认买方真正缺少哪一种信息

“税务登记号”可能指供应商本国纳税识别号、VAT/GST 号码、统一社会信用代码的一部分、出口登记信息,或者买方系统中的供应商税务字段。先由财务说明需要该号码完成什么动作:核验法律主体、建立供应商主档、判断税务处理、满足银行付款要求,还是准备进口资料。

若买方只是要确认收款方是否为合同卖方,可以结合官方登记资料、营业文件、合同、银行受益人和已知联系人核验,不必把一张 PI 当成唯一身份证明。若买方要抵扣或申报税款,则应由税务负责人确认需要何种正式发票、何时取得以及号码格式,而不是在形式发票上临时加一个未经验证的数字。

逐项核对交易和付款基础

OASIS UBL 2.3 为订单、发票和其他业务文件提供了结构化数据模型,其中可以表达供应商、税务方案和发票行等信息。它适合用来设计企业内部字段和数据交换,但不是任何法域的开票法。字段能被系统表示,不代表每笔交易都必须填写或具有相同法律含义。

不要让供应商随手补一个号码

供应商若在聊天中发来一串号码,应要求说明号码类型、登记主体、签发机构和查询方式,并与正式登记资料核对。公司注册号、税号、海关号和银行客户号不能互相替代。号码属于关联公司、工厂、香港贸易公司或收款代理时,还要解释该主体在合同、开票和收款中的角色。

欧盟委员会关于 VAT 识别号的说明同时提供了 VIES 核验入口,但 VIES 只适用于其覆盖的欧盟 VAT 号码。其他国家和地区应使用对应官方渠道或由当地税务顾问确认,不能因为某个号码在 VIES 查不到,就认定一家非欧盟供应商异常。

出现这些情况应暂停付款

PI 抬头无法对应登记主体、银行受益人是未说明的第三方、供应商拒绝说明号码类型、合同要求提供税务资料却长期缺失、税费被列入金额却没有适当开票安排,或者财务无法确认后续正式票据责任时,应付账款负责人应暂停新建供应商和支付订金。

暂停后,采购负责人确认合同卖方和交易条件,财务负责人确认付款和税务用途,供应商管理人员核对登记资料;涉及跨境税务时,由当地税务负责人或顾问确认。只有身份链、付款路径和票据安排形成书面记录,并由授权人员批准后,应付账款负责人才能恢复建档或付款。

把 PI 和后续票据连成一条记录

最终档案应保存原始 PI、修订版、采购订单、供应商登记资料、税号核验结果、银行资料、付款批准和后续正式商业或税务发票。PI 上若后来补充号码,应保留旧版并记录由谁提供、何时核验及为什么接受,不能覆盖原文件。

ISO 15489 的记录管理原则可用于支持这种版本和批准轨迹。制造企业也可以在数字化业务流程中区分“形式发票税务字段”“供应商主档税务字段”和“正式发票字段”,让缺项进入对应责任人,而不是所有问题都退回采购补字。

工作清单

本文参考的一手资料

适用边界:本文是采购、付款和文件控制指南,不判断某一国家形式发票或税务发票的法定字段,也不替代当地税务、法律或会计意见。具体号码、正式票据和税款处理应按交易法域确认。

相关指南