请将本检查清单作为持续执行的标准操作流程（SOP），而不是只阅读一次的参考文件。

各阶段环环相扣。主数据尚未清理规范就提前进入系统集成，是项目延期最常见的原因之一。

第一阶段：评估（Assess）

1. 确认企业营收档位及系统上线截止日期

  • 确认企业属于年营收 ≥ 5,000万阿联酋迪拉姆（AED） 还是 ＜ 5,000万阿联酋迪拉姆（AED） 的档位。
  • 记录指定电子发票服务提供商（ASP）的委任截止日期，以及强制系统上线日期（例如：2027年1月1日或2027年7月1日）。

2. 梳理现有开票流程的完整链路

  • 记录从订单/合同、发票开具、发票交付到归档的所有步骤。
  • 标记需要自动化或重新设计的人工处理及基于PDF的环节，以适应结构化XML格式要求。

3. 确定适用的交易类型

  • 确认适用的业务场景：企业对企业（B2B）、企业对政府（B2G），以及特定的B2B交易类型（例如跨境交易、关联方交易）。
  • 注意：目前，B2C交易不属于强制电子发票的适用范围。

4. 指定唯一的项目负责人

  • 指定一名同时协调财务与IT工作的项目总负责人，并明确其问责职责。
  • 组建核心工作小组，包括财务、IT/税务、采购/销售部门，并明确各方的决策权限。

第二阶段：选择并委任ASP

1. 筛选经FTA认可的服务提供商

使用官方公布的预先批准电子发票服务提供商名单：

FTA预先批准的电子发票服务提供商名单.

2. 评估系统集成兼容性

  • 评估各ASP与企业ERP系统或会计系统的集成方式，包括API、文件传输及中间件。
  • 确认其支持PINT-AE / UBL 2.1标准、企业适用的交易类型以及预期发票处理量。

3. 比较服务费用及预算影响

  • 结合企业的发票数量及业务增长预期，比较各项费用，包括实施费用、单张发票处理费用及技术支持费用。
  • 在预算规划中纳入ASP服务费用及企业内部变革管理成本。

4. 尽早签约并完成入驻流程

  • 在ASP委任截止日期之前，提前完成合同签署及技术入驻，不要等到截止日才开始。
  • 确保ASP按照阿联酋财政部（MoF）及联邦税务局（FTA）的要求正式完成委任。

第三阶段：准备数据与系统

1. 清理并标准化主数据

  • 税码/VAT处理方式： 统一税码，并将其映射至PINT-AE税务类别，包括标准税率、零税率、免税及不属于VAT征税范围的交易。
  • 客户与供应商档案： 确保法定名称、税务登记号（TRN）、地址及国家代码完整、准确。
  • Peppol参与方ID： 在可获取的情况下收集并验证Peppol端点ID；建立“Peppol ID登记台账”，记录每次验证日期。

2. 将ERP发票字段映射至PINT-AE / UBL 2.1

  • 以阿联酋财政部（MoF）规定的必填字段清单及PINT-AE / UBL 2.1架构作为数据字典。
  • 建立并持续维护ERP字段与PINT-AE元素之间的逐字段映射，包括单据类型、交易双方、发票行项目、税额、付款信息及关联参考信息。
  • 验证每种交易类型的所有必填字段和条件必填字段均已正确填写。

3. 确认安全存储及数据保留符合FTA要求

  • 自相关纳税期间结束之日起，至少保留 5年 的电子发票及相关数据，并采用结构化格式（XML/JSON）存储。
  • 确保记录得到安全保存，具备数据完整性控制，并能在FTA提出要求时及时检索。
  • 与ASP或云服务提供商明确数据存储责任；企业自身仍依法承担合规责任。

4. 识别尚无Peppol ID的交易伙伴，并制定备用方案

  • 对主要客户及供应商开展差距分析，识别尚未拥有Peppol ID的交易伙伴。
  • 制定备用流程，例如通过电子邮件或门户网站发送商业副本，同时仍生成符合PINT-AE要求的XML文件，并通过ASP完成相应申报。
  • 制定合作伙伴沟通计划，明确告知系统上线日期、数据要求及过渡期间的处理流程。

第四阶段：测试完整业务链路

1. 执行端到端电子发票测试

在ERP系统中生成测试发票，并依次完成以下流程：

  • 发票生成
  • oASP验证
  • 通过Peppol网络传输
  • 买方接收与确认

覆盖所有相关场景，包括B2B、B2G、预付款、贷项通知单、保留款，以及适用情况下的出口交易。

2. 在试点阶段记录并解决验证错误

  • 利用自愿试点阶段，在尚不适用处罚的情况下，识别并修复数据架构、字段映射及业务流程中的错误。
  • 建立错误日志，记录根本原因、修复措施及责任人。

3. 在正式切换前开展并行运行

  • 在规定的过渡期内，让电子发票流程与现有开票流程并行运行。
  • 在全面切换之前，将电子发票数据与VAT申报数据及财务记录进行核对。

第五阶段：正式上线与持续监控

1. 确保在强制实施日期之前正式上线

  • 制定内部上线日期，为满足监管截止日期预留充足缓冲时间。
  • 由财务及IT部门正式确认关键控制措施已正常运行，并完成签字验收。

2. 建立监控与告警机制

  • 针对传输失败、发票被拒绝及ASP服务异常配置告警。
  • 指定负责人，根据既定服务级别协议（SLA）监控问题并及时解决故障。

3. 跟踪FTA系统故障通知

  • 持续关注FTA/MoF关于系统中断或临时宽限安排的通知。
  • 指定专人跟踪此类通知，并据此调整内部流程。

4. 正式上线后评估运行表现

上线后的前两个季度，每月检查以下指标：

  • 发票拒绝率及错误率
  • 故障平均解决时间
  • 重复出现的数据质量或字段映射问题

根据评估结果，持续优化主数据、业务流程及员工培训。