阿曼电子发票

在 OTA 为电子发票制定的五角模型中，服务提供商对应第 2 角和第 3 角，作为纳税人之间的中介机构。其主要职责是在开票方与接收方之间验证和交换电子发票，同时向作为模型第 5 角的 OTA 传输特定税务信息。企业如需作为认可服务提供商开展业务，必须完成 OTA 规定的认证流程。

第一阶段企业的选定依据多项标准，包括收入水平、年营业额、技术准备程度、运营成熟度，以及对不同行业和不同类型纳税人的代表性。

是的。中小型企业 (SME) 已被纳入该项目，将在第三实施阶段接入电子发票系统。

不可以。发票必须按照适用法规规定的规范和格式，直接以电子形式开具。

B2C 交易不允许使用汇总发票。每笔交易都必须单独开具一张电子发票进行记录。

电子发票技术规范允许同一增值税集团内的实体针对集团内部交易开具发票。

是的。同一增值税集团内的所有实体均须按照适用的实施时间表履行电子发票义务。

如果卖方未进行增值税登记（即不符合相关法定登记条件），则无需加入 Fawtara 电子发票网络。在这种情况下，卖方开具的发票可能不含增值税，因此买方无权抵扣进项增值税。如果企业收到未登记实体开具的含增值税发票，可以向 OTA 报告相关情况。

另一方面，如果卖方已进行增值税登记，但尚未进入 Fawtara 系统对应的实施阶段，则只要符合现行增值税法规，仍可继续使用当前的开票机制。在这种情况下，买方可以继续按照现行适用的抵扣规则抵扣进项增值税。

服务提供商负责验证发票格式、业务规则和 Schematron 规则。

虽然服务提供商负责执行技术验证，但发票是否符合监管要求的最终责任仍由纳税人承担。OTA 也将监督服务提供商的履职情况，如发现其不符合既定要求，可能采取相应措施。

如果消费者尚未纳入当前实施阶段，供应商仍须通过服务提供商发送发票，由服务提供商将相关税务信息转发给 OTA。不过，发票仍可使用现行流程和格式交付给消费者。

相反，如果供应商尚未被纳入电子发票系统，则供应商与消费者之间仍可继续通过当前使用的传统机制交换发票。

二维码由纳税人 (C1) 生成。

是的。二维码仅强制要求显示在发票的人类可读版本中，并不属于电子发票数据结构本身的一部分。

未来，OTA 将通过移动应用程序扫描二维码，以验证电子发票的真实性。

不是。所有 B2C 交易都将强制要求使用二维码。

二维码必须包含以下字段：

• 卖方名称 [IBT-027]
• 卖方增值税号 [IBT-031]
• 时间戳/日期和时间 [IBT-002 {IBT-168}]
• 发票总金额（含增值税） [IBT-112]
• 增值税总额 [IBT-110]
• 卖方 UUID [BTOM-004]

UUID 与发票哈希值的用途相同，都是为了标识发票并确保发票的唯一性。因此，所采用的模型取消了单独的“Invoice Hash”字段，认为使用 UUID 作为唯一标识符已经足够。

进口交易必须通过自开票机制进行申报，即纳税人按照适用的税务要求开具相应凭证来记录交易。

为 B2B 交易开具的电子发票必须实时发送。对于 B2C 交易，发票必须在开具之日起最迟 24 小时内发送。

B2C 模式不会单独实施。B2C 交易的电子发票要求将与 B2B 和 B2G 同时生效，作为电子发票系统整体实施的一部分。