电子发票与 Peppol

马来西亚给了您两项看起来像一项的电子发票义务。本页解释它们有何不同、BigLedger 如何从同一张已最终确定的销售单据同时运行两者，以及 BigLedger 自己在 Peppol 网络上的地位。如果您想做某件事而不是理解它，请直接前往电子发票指南（英文）。

两个网络，两种工作

MyInvois 是清关（clearance）。 您把一份单据发送给马来西亚内陆税收局（LHDN），它进行检查，然后以 Valid 状态和一个唯一识别码返回。目的地是税务机关。

Peppol 是传送（delivery）。 一份单据从您的接入点传到您贸易伙伴的接入点，按参与者 ID（participant ID）寻址。目的地是您客户的应付账款系统。税务机关不参与其中。

大多数马来西亚企业需要前者。当您的客户或供应商使用 Peppol 时，您需要后者 —— 而实际上，这越来越多地包括马来西亚国内的贸易伙伴。Peppol 常被描述为跨境的东西；BigLedger 自己的月度流量统计显示它承载着马来西亚国内企业对企业（B2B）的格式（profile），所以这种描述已经过时。

两条管道并排运行，而不是一条接着一条

这是人们最常弄错的一点。当您在启用了 Peppol 的公司最终确定一张销售发票时，它会同时进入两个队列 —— LHDN 过账队列和 Peppol 等待队列。Peppol 一侧不会等待 LHDN 返回 Valid，而且 —— 2026-09-19 更正 —— 它也不运行必填字段检查：Peppol 行的写入只取决于 FINAL、公司的 Peppol 状态和单据类型，仅此而已。

所以两条管道不会因为同一个原因失败。一张因为买方税号缺失而停在电子发票池中的单据，在同一时刻正停在 Peppol 等待队列中，没有任何东西挡住它；它在下一站才失败，也就是在构建 Peppol 单据时找不到发送方或接收方的参与者 ID。修正客户记录对两者都有帮助，但您要在不同的画面上查看它们 —— My Peppol Admin Applet 页面（英文）逐站讲解 Peppol 一侧。

BigLedger 在 Peppol 上的地位

BigLedger 运营一个经认证的马来西亚 Peppol 接入点（access point），而不只是连接到别人的接入点。实际上，这意味着 BigLedger 承担的是服务提供商的义务，而不是发送方的义务：

参与者在马来西亚服务元数据发布者（Service Metadata Publisher）处创建，由 MDEC 的自动化"了解您的客户"（KYC）检查将参与者的名称和注册号码与公司注册处的记录进行交叉核对，然后才把 Peppol ID 发布到 Peppol Directory 和服务元数据定位器（Service Metadata Locator）。
网络的基础设施迁移是 BigLedger 的事，而不是您的事：证书颁发机构从 G2 迁移到 G3，以及 OpenPeppol 对查找域名的迁移，都在接入点处理完毕。
BigLedger 每月向 OpenPeppol 提交两份统计报告 —— 交易统计报告（Transaction Statistics Report）和最终用户统计报告（End User Statistics Report）—— 涵盖按传输协议、对方服务提供商、单据类型和国家划分的交换情况。

在围绕 Peppol 做计划之前值得知道的两个事实

马来西亚参与者 ID 使用方案（scheme）0230。 一个完整的 ID 看起来是 0230: 后面跟着您的特殊识别码和注册号码。不要照抄其他国家文档中的格式来构建 ID —— 方案错误的 ID 不会产生错误信息，它产生的是一次悄无声息、永远不会到达的传送。如果您的注册地址在沙巴或砂拉越，请为注册预留两到十个工作日：这两个特殊识别码要在当地主管机关的柜台人工核对。

只有四种单据会被构建为 Peppol 单据。 销售发票或现金单成为计费发票（billing Invoice）；销售贷项通知单或销售退货成为计费贷项通知单（billing Credit Note）；自开采购发票，以及自开采购借项通知单或采购退货，成为同样两种单据的自开票（self-billing）版本。其他任何单据 —— 销售借项通知单、销售退款通知单、自开采购贷项通知单 —— 都完全不会产生 Peppol 单据，也没有任何东西报告这个缺口。请据此规划您的单据类型。