阿联酋电子发票操作流程：开票、收票、贷项更正与存档

企业确定适用电子发票制度并完成接入后，日常管理的重点是让业务数据、电子文档、传输回执和账务记录对应起来。阿联酋电子发票采用可自动处理的结构化格式，发送PDF邮件并不能替代系统内的交换和报告。

本文依据财政部2026年10月26日V2.0指南及现行决定，梳理标准业务流程。具体字段配置应由企业结合交易类型与ASP共同确认，不宜把一张测试发票的配置直接复制到所有业务。

一、先把主数据和发票类别分清

接入时需要核对企业名称、地址、TIN以及适用的VAT登记信息。已在FTA登记税种的主体，其TIN为已获发TRN的前10位。VAT税组成员应使用自身的识别信息，而不是直接借用税组代表的TIN。MoF：电子发票指南V2.0

客户资料还应区分企业与消费者、阿联酋与境外客户、是否具备网络参与者识别号，以及交易所适用的VAT处理。买方地址、买方税号和电子接收地址承担不同作用，不能互相代填。

发票类型也不能只按卖方是否登记VAT判断。新版指南第57页明确，发票类型代码与税务处理有关，不征税范围、零税率和免税供应不能混为一类。配置前应让财务确认分类，再由技术团队完成字段映射。MoF：电子发票指南V2.0

二、开票后要核对两条状态链

在五方模型中，卖方把数据交给自己的ASP，ASP完成规定校验后向买方ASP发送结构化发票，并向税局报告相关税务数据。企业应分别关注发票交换与税务报告的处理状态，不能只看到“已发送”便认定所有步骤完成。MoF：电子发票指南V2.0

建议在内部系统保存业务单号、发票编号、文档类型、发送时间、交换状态和报告回执的对应关系。退回或报错时，先区分是客户信息、税务分类、文件格式还是传输问题，再由对应负责人处理。反复点击发送可能造成重复数据，应先查询原交易状态。

收票端也应核对订单、收货或服务验收、合同金额和税额。系统能够交换数据，不会自动替企业证明费用真实、采购已完成或进项税可以抵扣。

三、客户尚未接入时，不要随意填预设地址

财政部指南保留了卖方已接入、买方尚未接入的处理说明：适用情形下，卖方仍完成电子发票处理，同时向买方提供普通形式的税务发票，便于其理解和保存交易信息。MoF：电子发票指南V2.0

但V2.0新增附录进一步解释了预设接收地址的不同场景，强调其必须结合交易分类和买方参与状态使用。因此，不能将某个预设地址作为所有境外客户、税号缺失客户或接收失败交易的通用替代值。企业应在测试中覆盖对应场景，并保留字段选择依据。MoF：电子发票指南V2.0

四、退货和错误更正要保留完整链条

第243/2025号决定列明，交易取消、约定对价减少、全部或部分退款，以及行政或数字错误等情形，需要按照规定处理电子贷项通知单。财务应先确认调整原因、金额与税务影响，再按适用流程关联原始发票；需要重开发票时，应保留原票、贷项通知单与新票之间的对应关系。MoF：电子发票决定243/2025

不建议直接删除已处理文档或覆盖原票内容。V2.0指南还指出，整体应付金额为负的贷项场景应使用电子贷项通知单，不能简单作为普通发票发送。至于某一字段错误如何更正，应同时核对发票状态、VAT要求和技术规范，不宜统一套用“全部作废重开”。MoF：电子发票指南V2.0

五、报告成功不等于已经完成存档

第197/2026号决定保留电子发票、贷项通知单及关联数据的法定保存义务，并要求可应税局要求提供。取消境内存储地点限制，不代表取消记录保存。MoF：第197/2026号决定官方发布说明

V2.0第49—50页区分了ASP技术传输日志与企业业务文档。企业即使委托ASP保存，也仍承担留存责任。建议定期测试检索与导出，确认离职交接、服务终止或更换系统后仍能取得完整资料。MoF：电子发票指南V2.0

沙之星可协助企业梳理发票与账务处理的衔接、整理数据及异常清单，并协调财务和技术团队复核流程。上线后的管理重点，是让每一张发票都能追溯到交易依据、处理结果及后续调整。