Automated LC review — now right here in the GuildUpload documents → AI discrepancy analysis → correction guide.
NEW Start LC Review →
← Blog

形式发票 (PI) vs 商业发票 (CI):为什么信用证 (LC) 银行只接受其中一种

Machine translated

这两份文件的名称中都含有“invoice”(发票)一词。它们列出的买家相同、货物相同,且数字往往几乎完全一致。正是这种相似性导致了新出口商容易将它们混淆,也正是因为这种相似性,信用证(LC)银行会将它们视为两种完全不同的东西。形式发票(PI)可以促成一笔交易,但在信用证项下,只有商业发票(CI)才能完成交易。

相同的“Invoice”字样,两种完全不同的文件

乍一看,形式发票与商业发票几乎一模一样,而这恰恰是问题所在。两者都显示卖方和买方的名称、详细的货物清单、单价、总额以及付款条件。但其中一份是伪装成发票的报价单,在交易最终确定前开具;而另一份则是已实际发运或准备发运的交易的最终、具有约束力的记录。混淆两者不仅仅是标签上的错误,还意味着在交易的错误阶段向银行提交了错误的文件。

形式发票 (PI) 究竟是什么(以及不是什么)

形式发票在销售最终确定之前开具,通常是为了向买家提供一份可以据此采取行动的正规报价。在信用证背景下,它的主要作用是使买家能够首先申请开立信用证:银行以及许多国家的海关或外汇管理部门都希望在开立进口信用证之前看到书面的交易条款。形式发票并不是货物已发运的证明,银行也不会将其作为触发付款的单据项下的一部分予以接受。根据 UCP 600(《跟单信用证统一惯例》,银行审查信用证单据所使用的全球规则手册),形式发票不具备作为交单单据的地位,因为它并不代表一笔已完成的交易。

是什么让商业发票 (CI) 成为信用证项下唯一有效的单据

商业发票在交易真实发生后开具:货物已经生产、发运,或已根据约定的条款在合同中承诺发运。这才是 UCP 600 第 18 条实际监管的文件,该文件必须显示由受益人开具、以申请人为抬头、以信用证币种结算,且货物描述必须与信用证本身的措辞相符。它是所有其他提交单据进行核对的基准文件。无论 PI 看起来多么详细或专业,它都无法承担这种分量。

只有一份文件在交单时有效

根据 UCP 600,在付款阶段,只有商业发票可以作为交单单据发挥作用。形式发票在流程的前期(即申请和开立信用证阶段)具有合法作用,但在银行审查以决定是否付款的单据集中,它不具备地位。

导致实际损失的混淆点:信用证开立 vs 信用证交单

现实中最常见的错误并不是混淆了文件的外观,而是混淆了每份文件在流程中所属的时机。PI 属于流程的开始,即买家向其银行申请开立信用证时,其数字通常是临时的:价格和数量在发运前仍会进行调整。CI 属于流程的结束,即提交单据进行付款时,届时其数字必须是最终的,并且必须与信用证完全一致。如果出口商在未根据实际发运情况以及信用证本身的措辞重新核实的情况下,直接将 PI 阶段的数据带入 CI,最终会导致商业发票与它本应完成的交易产生细微的偏差。

快速对比

如何避免混淆

最稳妥的习惯是将 PI 和 CI 视为具有两种不同职责的两份独立文件,绝不要将其视为一份仅更新了日期的文件。当交易从报价转向发运时,商业发票应当根据信用证本身的措辞重新构建,而不是通过复制 PI 并修改几个项目。这一习惯可以防止最常见的混淆情况:即 CI 仍携带了临时的 PI 数据,并提交到了一个仅接受最终且与信用证匹配数据的交单环节中。

T flow L/C Checker 正是围绕这一交接环节构建的。作为 T flow 全栈贸易运营和金融基础设施的一部分,它将信用证本身的措辞视为商业发票的“事实来源”,在交单前核实受益人名称、申请人名称、币种和货物描述,从而确保 PI 阶段的数字不会在必须与信用证完全匹配的 CI 中悄然留存。

确保您的 CI 与信用证匹配,而非与报价匹配

了解 T flow L/C Checker 如何在您交单前根据信用证本身的措辞核实您的商业发票。

tflowx.com

Comments 0

No comments yet
0