阿联酋电子发票 2027 年 7 月 1 日起实施：让自研 ERP 为 Peppol 做好准备

从 2027 年 1 月 1 日起，年收入达到 5000 万迪拉姆（AED 50,000,000）及以上的阿联酋企业，必须以结构化 XML 开具和接收 B2B 与 B2G 发票，并通过认证服务提供商（Accredited Service Provider）经 Peppol 网络传输。低于这一门槛的企业在 2027 年 7 月 1 日跟进，并须在 2027 年 3 月 31 日前指定服务提供商。政府实体在 2027 年 10 月 1 日上线。

自您的上线日起，税务发票就是那份 XML。您的系统今天用邮件发出的 PDF，之后只是作为 XML 的补充，发给尚未接入网络的客户。

如果您的发票出自 Zoho、Tally、Wafeq 或类似的套装软件，这些工作大部分归软件厂商。 这三家本身都在财政部的认证服务提供商名单上。您要做的是选定服务提供商、通过 EmaraTax 完成注册接入，以及清理客户数据。

本文写给发票出自自有系统的公司：自研 ERP、定制到已经无法升级的安装版本、内部开发的计费引擎。没有人为这类系统提供现成的连接器。《阿联酋电子发票指南》也是这么说的：企业必须“完成对内部系统的所有定制，并开始测试发票数据的传输”。

时间节点

各阶段由经修订的《2025 年第 244 号部长决定》规定：

第一行原本写的是 2026 年 7 月 31 日。《2026 年第 66 号部长决定》把它改到了 2026 年 10 月 30 日，上线日期未变。指南里的表格仍印着旧日期，所以两份文件要对照着读。

自 2026 年 7 月 1 日起，所有企业都可以自愿提前实施，这一点对下文的计划很重要。

适用范围

电子发票适用于在阿联酋开展业务的任何人，无论是否办理了增值税登记。未登记增值税的企业通过同一网络开具电子商业发票，而不是税务发票。

B2B、B2G、G2B 和 G2G 交易都在范围内。面向消费者的供应暂不纳入，直到部长另行决定；只向消费者销售的企业目前完全不受该系统约束。另有几项范围很窄的排除：主权性质的政府活动、航空客票，以及免征增值税的金融服务。

如果您运营的是增值税集团，有一项让步很关键：同一集团成员之间的交易，自 2027 年 1 月 1 日起享有 24 个月的宽限期。每个成员仍须以自己的 TIN 单独注册接入，开给集团外部各方的发票则按正常日期纳入范围。

从 ERP 的角度看五角模式

阿联酋采用五角模式：

1. 第一角：您，即供应方。
2. 第二角：您的认证服务提供商（ASP）。
3. 第三角：买方的 ASP。
4. 第四角：您的买方。
5. 第五角：联邦税务局（FTA）。

您的系统只和一方打交道：您的 ASP。 您按与对方约定的格式发送发票数据。ASP 进行校验，必要时转换为阿联酋 XML，投递给买方的 ASP，同时把税务数据报送给 FTA。买方的 ASP 校验收到的内容后也会报送。确认信息沿链条回传给您。

这次报送使用一份单独的 Peppol 文档，即 UAE Tax Data Document（阿联酋税务数据文档），Peppol 规范将其描述为“由发票开具方和发票接收方共同用于报送发票”。这份文档由 ASP 生成。您要构建的是对回传内容的处理：买方一侧已接受发票的确认、FTA 已收到税务数据的确认，以及两者各自的失败情况。

ASP 负责传输、加密、参与方查找，以及唯一标识每张发票的 UUID。发票上每一个数值的计算仍由您负责，收集买方的 Peppol 标识符也由您负责。服务提供商会校验发票，但不会替您改正。

您只能指定一家 ASP，同时负责发送和接收。

您的系统必须生成什么

格式

阿联酋使用 Peppol PINT-AE：UBL XML，包括一份开票规范和一份单独的自开票（self-billing）规范（撰写本文时两者均为 1.0.4 版）。没有二维码。您不能自行添加字段；任何行业特有的内容都要与 ASP 约定。

老系统通常缺少的字段

财政部发布了一份必填字段清单：电子税务发票共 51 个。下面这些通常需要改造：

• 双方的电子地址。 您的端点是 0235 加上您的 10 位 TIN，即 TRN 的前 10 位。买方的端点格式相同，这意味着每条客户记录都要新增一个字段，还要有人去收集这些值。特殊情况有预定义端点：买方尚未接入系统时用 0235:9900000098，没有 Peppol ID 的出口买方用 0235:9900000099，视同供应用 0235:9900000097。
• 卖方法定登记信息。 登记号码及其类型，类型取自固定集合：TL（营业执照）、EID（阿联酋身份证）、PAS（护照）或 CD（内阁决定）。在商业发票上，买方的登记信息同样必填。
• 结构化地址，卖方和买方都要有，包括国家次级行政区（即所在酋长国）。
• 以数据形式表达的付款条件。 每张发票都要有付款到期日和付款方式代码。
• 每一行都要有编码化的单位和完整的价格数据。 计量单位代码、毛价、净价和价格基准数量。以自由文本保存的单位（“pcs”、“box of 12”）需要一张映射表。
• 每行的税目类别，外加按类别的汇总：标准税率、免税、不征税、反向征收、零税率或差额征税（margin scheme）。国内反向征收的发票还要附一段说明和货物类型。
• 一律要有迪拉姆金额。 每一行的增值税额和应付金额都以迪拉姆计，无论发票币种是什么。外币发票还需要标明税务记账币种，以及按中央银行汇率折算成迪拉姆的含税总额。
• 交易类型标志。 共八位，每位为 1 或 0：自由区、视同供应、差额征税、汇总发票、持续供应、披露代理开票、电子商务、出口。一张发票可以同时设置多个，每设置一个都会带来各自的要求。例如，自由区客户还需要受益方信息。

有一条规则值得单独写一个测试用例：舍入在发票总额层面进行，保留两位小数，而不是在行或税目类别层面。如果您的计费代码按每行或每个增值税税率舍入，请赶在服务提供商之前，先用真实发票测一遍。

HSN 商品编码目前是选填，强制日期尚待公布。如果您销售货物，反正要动物料主数据，不如趁机一并加上。

贷项通知单、预付款和保留金

• 不允许出现总额为负的发票。贷记必须以电子贷项通知单开具，净额为贷方的汇总发票也是如此。
• 一张贷项通知单可以引用多张先前的发票，也可以只覆盖某张发票的一部分。批量折扣通过带有相应原因代码的贷项通知单处理。
• 没有临时发票这一类别。每张临时发票都是一张完整的电子发票，之后通过贷项通知单或补充发票调整。
• 预付款在收到时开具税务发票。最终发票只覆盖剩余余额，并引用预付款发票。
• 保留金可以这样处理：先按扣除保留金后的净额开票，待保留金到期时再单独开一张发票。

人人都会忘的进项发票

同一家 ASP 也接收您供应商的发票。自上线起，这些发票以 XML 形式到达，并且必须进入应付账款。这往往是工作量更大的那一半，因为它牵涉采购匹配和审批，而不只是一个单据模板。

您的大型供应商在 2027 年 1 月 1 日上线，会来问您的标识符。在您上线之前，他们会发往预定义端点，同时另给您一张常规税务发票，所以您这一侧不会出问题。

与认证服务提供商合作

截至 2026 年 10 月 2 日，财政部名单上共有 60 家认证服务提供商。注册接入由您发起，而不是由服务提供商发起：您的 EmaraTax 账户管理员打开电子发票栏目，选择服务提供商，随后被转到对方的门户。先签合同，并确认您在 EmaraTax 中的公司信息是最新的。

对于定制系统，决定项目走向的是技术问题：

1. 它接受什么？ 它自己的 API 数据格式、文件交换，还是由您自己生成的 PINT-AE XML。用它自己的格式眼下工作量更小；自己生成 PINT-AE，则可以在更换服务提供商时不必重建映射。
2. 确认信息怎么回传？ Webhook、轮询，还是文件？两类确认都应记在发票记录上，连同 ASP 分配的 UUID。
3. 重试时会发生什么？ 超时总会发生。重新发送一张发票不能产生第二张发票，所以要约定如何识别重复，并保留您自己的传输日志，作为已发送内容的记录。
4. 有没有沙箱环境，能测试被拒的情况，而不只是一切顺利的路径？
5. 进项发票如何到达您这里？ 您这一侧宕机时又会怎样？
6. 它会替您归档吗？ 可以按合同约定，但保存义务仍在您身上。记录可以存放在阿联酋境外，只要能完整、可读地提供给 FTA。

指南列出了测试应覆盖的内容：向 ASP 发送发票数据、投递给买方、交换确认、接收供应商发票、ASP 向 FTA 报送，以及报送确认。每一步的失败路径都要测，不能只测成功路径。

罚则

《2025 年第 106 号内阁决定》规定了罚则：

• 未实施该系统，包括未按时指定服务提供商：每月 5000 迪拉姆，不足一个月按一个月计。
• 未开具和传输电子发票或电子贷项通知单：每张 100 迪拉姆，每个日历月上限 5000 迪拉姆。
• 未就系统故障通知 FTA，或未将登记数据的变更告知 ASP：每天 1000 迪拉姆。

在您的强制日期之前自愿开具的发票，这些罚则都不适用。

到 2027 年 7 月 1 日的九个月计划

截至 2026 年 10 月初，门槛以下的公司还有九个月。只要现在开始，这对定制系统来说是够用的。

1. 2026 年 10 月至 11 月：差距分析。 导出一年的发票和贷项通知单，按类别、场景、税目类别和币种分类，并写清楚每个必填字段将从哪里取值。
2. 2026 年 11 月至 12 月：选定服务提供商。 按上面的技术问题筛选候选，签约，拿到沙箱权限。2027 年 3 月 31 日是最后期限，不是目标日期。
3. 2026 年 12 月至 2027 年 2 月：开发。 主数据变更和客户标识符的收集、映射、发送前校验、确认处理、一个有专人负责的失败队列，以及进项处理。
4. 2027 年 2 月至 3 月：通过 EmaraTax 注册接入，最终拿到您的参与方标识符。要在 3 月 31 日之前留出充足余量完成。
5. 2027 年 4 月至 5 月：与服务提供商进行端到端测试：全部六个步骤，包括失败情形和贷项通知单。
6. 2027 年 5 月至 6 月：自愿上线。 自愿开具的发票不适用罚则，所以这是发现最后一批问题成本最低的阶段。上线顺序要与服务提供商商定。
7. 2027 年 7 月 1 日：强制实施。 直到第一次增值税申报完成，失败队列都要有人值守。

如果您属于大型企业这一批而尚未启动，您需要在 2026 年 10 月 30 日之前指定服务提供商，离上线只剩不到三个月。步骤相同，只是压缩到几周之内完成，而采用服务提供商自己的输入格式大概是更快的路线。

还可能变化的部分

日期已经调整过一次，指南目前是 1.1 版，PINT-AE 的版本也会更新，而服务提供商必须使用最新版本。把映射放在一个模块里，置于您自己的接口之后，这样规范更新就不会波及开票代码。HSN 编码迟早会变成必填，B2C 也只是在进一步决定之前暂不纳入。

这些都不是等待的理由。相关决定已经生效，罚则表也已公布。

从哪里获得帮助

我们负责在生成发票的系统与发送发票的服务提供商之间搭建连接：数据映射、主数据变更、校验、确认与重试处理，以及进入应付账款的进项处理。我们的电子发票集成服务介绍了这项工作如何开展；如果这项强制要求恰好落在系统替换的过程中，请参阅 ERP 现代化。

如果您的发票出自一个没有人出售连接器的系统，请写信到 office@c9group.dev。