关于我们服务作品文章

作者：Kristijan Sekereš

阿曼 Fawtara 电子发票 2027：定制 ERP 和 POS 系统需要什么

马斯喀特穆特拉海滨，城市背后是群山

阿曼正在用结构化 XML 电子发票取代纸质和 PDF 发票，这些发票要经过认证服务提供商，并报送给阿曼税务局（OTA）。这个项目叫 Fawtara。年供应额超过 500 万阿曼里亚尔（OMR）的纳税人从 2027 年 4 月 1 日开始。其他所有增值税登记纳税人从 2027 年 10 月 1 日开始。

受冲击最大的是零售。面向消费者的销售与企业间销售在同一天纳入范围，而且每一笔销售都需要单独的电子发票。如果您的收银软件、ERP 或计费引擎是自研的或深度定制的，生成这些单据的工作就归您。

时间节点，以及您适用哪一个

依据是 OTA 的 Fawtara 常见问题解答，最近一次更新于 2026 年 8 月 31 日。判断标准写得很清楚。满足以下任一条件，您就从 2027 年 4 月 1 日起实施：

  • 您在 2026 年 4 月 1 日至 2027 年 3 月 31 日期间的供应额超过 500 万阿曼里亚尔，或者
  • 您预计在 2027 年 4 月 1 日至 2028 年 3 月 31 日期间的供应额超过 500 万阿曼里亚尔。

“如果两者都不满足，您须自 2027 年 10 月 1 日起实施电子发票。”

计入这一数字的是：应税供应，不包括资本资产、适用反向征收机制的货物和服务，以及海湾合作委员会（GCC）内部供应。增值税集团按集团整体评估，而不是逐个成员评估。非居民只计算在阿曼境内进行的供应。

注意第二个条件。一家正朝着 500 万阿曼里亚尔增长的企业，仅凭预测就可能落入 4 月这一批。如果您接近这条线，就按 4 月来准备。

OTA 提供了一个上线批次查询工具，输入您的增值税号（VATIN）以及当前和预期的供应额区间，就会显示一个可能的实施期间。它注明仅供了解和准备之用，所以把它的答案当作参考，把常见问题解答当作规则。

时间表已经调整过一次

OTA 自己的 HTML 常见问题页面仍在描述旧计划：一百家大型企业从 2026 年 8 月开始，所有大型企业从 2027 年 2 月开始，其余所有企业从 2027 年 8 月开始。PDF 版用 2027 年 4 月和 10 月取代了这些日期。对于第一批选定的大型纳税人（Rollout 1），2026 年 8 月仍是官方上线日期，并作为试点的一部分享有到 2026 年 10 月底的宽限期。

PDF 时间表部分有一句话说，500 万阿曼里亚尔以上的强制合规自“April 1st 2026”起生效。而同一份文件的其余部分都写的是 2027 年 4 月 1 日，包括上面引用的详细范围说明。这看起来像是笔误，但它恰好说明了为什么要以原始文件为准，而不是依赖任何人的总结，包括我们的。

Fawtara 如何运作

Fawtara 运行在 Peppol 上，采用五角模式：

  1. 第一角：您，即卖方，开具发票。
  2. 第二角：您的认证服务提供商（ASP）按照阿曼规则对其校验并转发。
  3. 第三角：买方的服务提供商接收发票。
  4. 第四角：买方。
  5. 第五角：OTA，从服务提供商处接收税务数据。

格式是 XML，按照 OpenPeppol 发布的 PINT Oman 规范构建（撰写本文时开票流程为 1.0.1 版）。常见问题解答直言“PDF 发票不是电子发票”。您仍然可以打印纸质发票，但在税务上只有电子发票才是有效发票。

常见问题解答中有三个细节决定了工程设计：

  • 服务提供商校验，责任仍在您。 ASP 会按照阿曼的 schematron 规则检查每张发票，但“发票合规的责任仍由纳税人承担”。
  • 您同一时间只能连接一家服务提供商。 您通过 Fawtara 门户申请连接，之后可以更换。
  • 没有标准的纳税人 API。 用常见问题解答的话说，纳税人的接入方式“并未标准化，会因服务提供商的系统而异”。您的 ERP 对接的是服务提供商的接口，而不是 OTA。

当买方是消费者或尚未接入网络的企业时，您的服务提供商仍会把税务数据报送给 OTA，客户则照旧收到发票。出口发票由您发给服务提供商，再报送给 OTA。

谁已经有人负责

如果您的 ERP 或 POS 厂商本身就是认证服务提供商，或者提供与某家服务提供商对接的连接器，本文大部分内容就与您无关。常见问题解答说，ERP 系统“可以根据纳税人与其认证服务提供商之间的安排予以保留”，而对于套装系统，这种安排由厂商来交付。您的工作是主数据和测试。

您也可以自己成为服务提供商。认证标准包括具有 IT 经营范围的阿曼商业登记、最低实缴资本、经营历史和 ISO/IEC 27001 认证，常见问题解答还要求通过 Peppol eDelivery 和 PINT OM 测试套件。这适合软件公司，对零售商来说不是捷径。

本文写给其余所有公司：发票出自定制 ERP、自研收银系统、架在老数据库上的计费引擎，或者某个仍在手写发票的分支机构。

软件里必须改什么

把发票数据映射到 PINT Oman

常见问题解答对映射的指导只有一句话：使用阿曼 PINT 规范。在语义模型中，阿曼特有的字段（以 BTOM 为前缀）是大部分工作量所在：

  • 每份单据一个 UUID（BTOM-002）。它必须是 RFC 4122 第 5 版，即基于名称生成的 UUID。从某个稳定的值派生，比如法人实体、分支机构、收银台和单据编号，这样重试提交时会生成同一个 UUID，而不是第二张发票。
  • 发票交易类型（BTOM-001）。这是一个20 位的字符串，每一位都是一个标志：完整税务发票、简化税务发票、自开票、第三方开票、出口、视同供应、服务进口反向征收、利润差额、电子商务、货物进口、特区供应、预付款等。可以同时设置多个标志。您的系统必须知道每张发票适用哪些标志，而大多数 ERP 从来没有保存过这些信息。
  • 卖方和买方标识符，附带方案代码：商业登记号、税务识别号、民事身份证号、护照号、进口商海关编号或特区许可证号。
  • 币种。 发票币种、增值税记账币种、两者之间的汇率，以及以记账币种表示的增值税合计，都有各自的字段。
  • 代码表，用于增值税免税原因、零税率原因、服务类型和国家次级行政区。

可以预期，发票行的映射会很顺利，主数据则不会。没有 VATIN 的客户记录、缺失的商业登记号、自由文本的免税原因、没有地区代码的地址，都必须在第一张正式发票之前清理干净。

每一笔销售都是一份单据

这是改变 POS 系统的那条规则：“B2C 交易不允许合并开票。每一张发票都必须单独开具电子发票。”没有日结汇总。一家每天收银 3000 笔的店，每天就要发送 3000 张电子发票。

常见问题解答给 B2C 提交的时限是 24 小时，B2B 提交则是实时。对收银台来说，这意味着：

  • POS 在销售发生的那一刻生成 XML（或者把这笔销售交给一个负责生成的服务），并附上 UUID。B2C 有一个单独的收据 UUID 字段（BTOM-004）。
  • 一个存储转发队列在网络或服务提供商故障时暂存单据，并在 24 小时内全部发出。
  • 当某份单据在几个小时后仍未发出时，就要有人收到告警，而不是等到第二十三个小时。

签约之前，先按您的业务量核算服务提供商的价格。常见问题解答说，每家服务提供商自定收费模式，“可能包括订阅费、按交易收费或其他定价安排”。在零售的业务量下，按单据收费会是预算里的一个科目。

实时的 B2B

对于企业发票，提交是实时的。您的 ERP 过账发票，服务提供商进行校验，结果随即返回。这在两方面改变了开票流程。校验错误现在会在过账的那一刻出现，所以财务部门需要一个界面来显示被拒的原因并进行修正。而发票编号、UUID 和重试逻辑必须从第一天起就是正确的，因为超时之后不加判断地重新发送，正是重复发票的来源。

流程也有反方向。当您是买方时，已接入 Fawtara 的公司开给您的供应商电子发票，会以 XML 形式经您的服务提供商到达，应付账款部门需要一种方式把它们导入。

打印收据上的二维码

二维码由您（第一角）生成，而不是由服务提供商生成。所有 B2C 交易都必须有二维码，无论是完整发票还是简化发票，它出现在人类可读的发票上，而不在 XML 中。OTA 计划通过一个移动应用用它来核验发票。关于二维码的内容，常见问题解答指向 Peppol Oman 架构文档（1.0.2 版）的附录 D：在任何人重新设计收据之前，先拿到那个附录。收据模板和打印机驱动都是这个项目的一部分。

贷项通知单、退货和更正

电子发票一旦开具，就要通过开具电子贷项通知单或借项通知单来调整。规范中有原发票 UUID 和原因代码的字段（BTOM-031 和 BTOM-032），所以收银台上的退款必须能够找到原始销售。

进口与自开票

货物和服务的进口以自开票发票的形式报送。如果您的采购流程在登记进口时不生成任何单据，那里就会多出一个新步骤。

归档

保存责任仍在您身上。常见问题解答说，OTA 不会向纳税人回传发票信息，而 Peppol 不存储单据。按照增值税法规的保存规则，把经过校验的 XML、服务提供商的响应和打印版本放在一起保存。

从截止日期倒推的计划

常见问题解答说，OTA 会在上线批次参与者接入之前至少六个月与其联系。对于 4 月这一批，就是现在。

如果您从 2027 年 4 月 1 日开始：

  1. 2026 年 10 月：用上线批次查询工具和常见问题解答中的判断标准确认您的批次。列出所有开具发票的系统：ERP、每一套 POS、电商结账、租赁或订阅计费，以及任何手工发票簿。
  2. 2026 年 11 月：选定服务提供商。签约之前索取 API 文档和沙箱环境，并询问 B2C 业务量、按单据定价、离线处理，以及校验响应是什么样子。通过 Fawtara 门户申请连接。
  3. 2026 年 12 月至 2027 年 1 月：开发。字段映射、UUID 生成、交易类型逻辑、POS 队列、二维码、贷项通知单流程、进项发票。在您自己的测试流水线中运行 PINT Oman 下载包里的阿曼 schematron 规则，让失败出现在开发阶段，而不是在服务提供商那里。
  4. 2027 年 2 月：用您实际开具的每一种交易类型的真实样本，在服务提供商的沙箱中进行端到端测试，包括那些棘手的情况（出口、无收据退货、外币）。
  5. 2027 年 3 月：在一个分支机构或一条业务线上进行生产演练，制定切换计划，并为最初几周排好支持值班表。

如果您从 2027 年 10 月 1 日开始，步骤相同，整体后移六个月：第一季度末之前选定服务提供商，第二季度开发，8 月之前完成测试。不要把富余的时间花掉。数据清理花的时间总是比任何人估计的都长。

仍不确定的部分

日期已经调整过一次，还可能再调整。按 2026 年 8 月 31 日的 PDF 来规划，并每月查看 OTA 的文件，而不是依赖新闻报道。法律依据是第 189/2026 号决定，它修订了增值税法实施条例。常见问题解答说，强制要求开始后将依照增值税法规适用罚则，但没有列出金额，所以我们也不列。

规范同样有版本。Peppol 网站上当前的 PINT Oman 包发布日期为 2026 年 7 月 29 日。锁定您据以开发的版本，并关注发布说明。

从哪里获得帮助

我们在您实际运行的系统与这项强制要求所规定的格式之间构建连接器：字段映射、UUID 和编号逻辑、POS 队列、流水线中的校验，以及与您所选服务提供商的集成。我们的电子发票集成服务涵盖这些工作；如果障碍是 ERP 本身，就从 ERP 现代化开始。

如果您属于 4 月这一批，却还没有选定服务提供商，请写信到 office@c9group.dev。

Back to All Articles