沙特FATOORA电子发票整合：通知核对、系统测试与上线检查

内容更新：2026年10月27日

沙特电子发票第二阶段增加了系统与ZATCA平台的整合要求。企业即使已经能够生成电子发票，也不能据此认定完成FATOORA对接。准备工作应围绕适用通知、发票类型、系统环境、技术测试和上线后的异常处理展开。

一、先核对正式通知和历史收入

ZATCA于2026年7月24日公布的第25波标准，涵盖在2022、2023、2024或2025年中，应VAT收入超过187,500沙特里亚尔的目标纳税人，并要求收到相应通知的主体不迟于2027年2月1日完成整合。这里的标准是“超过”，不是“达到或超过”，也不能只看企业当前年度的营业额。ZATCA：第25波整合公告

企业应检查ZATCA账户、登记邮箱和已收到的整合通知，确认纳税主体、波次及具体要求。已有较早波次义务的主体，不能因后来公布了新波次就自行顺延；若通知与内部收入判断不同，应保留依据并向主管部门核实。

建议形成一个主体清单，连接税号、门店或业务单元、现有开票系统及负责人。多门店企业尤其应检查是否有零售终端、移动开票或独立业务系统未纳入项目范围。

二、区分生成阶段和整合阶段

第一阶段要求使用符合规定的解决方案生成和保存电子发票；第二阶段进一步要求连接FATOORA、采用规定格式并增加相关字段。原有软件是否可以升级，应由企业与供应商按官方技术要求确认，而不是仅看产品名称中是否含有“电子发票”。ZATCA：第25波整合公告ZATCA：系统开发者入口

盘点时应记录系统版本、部署环境、数据来源、发票序列管理和权限配置，并要求供应商说明技术改造范围。自行开发或采购系统，都需要建立企业内部的验收责任，避免把合规完全等同于一份供应商宣传承诺。

三、标准税务发票与简化发票处理不同

标准税务发票及相关电子通知单，适用按规定向ZATCA提交并取得clearance后再向客户分享的处理方式。简化税务发票及相关通知单则适用reporting要求，生成后向主管部门报告的时间不得超过24小时。不能将所有发票概括为同一种“实时上传”。ZATCA：电子发票实施决议ZATCA：电子发票详细指南

因此，测试清单应同时覆盖企业实际使用的发票类别和对应调整单据。销售端需要知道何时可以向客户交付发票，财务端需要知道如何处理退货与更正，IT则需要确认状态回传、错误提示与重试控制。

四、上线前做端到端测试

ZATCA提供开发者门户、技术规范及测试工具。企业应结合实际系统开展测试，不宜只完成单张样例验证就直接覆盖全部业务。ZATCA：电子发票详细指南ZATCA：系统开发者入口

建议选取真实业务类型中的正常开票、贷项调整、客户税号缺失、重复提交、网络中断、恢复后补处理和数据导出等场景，记录输入数据、预期结果、实际回执和问题关闭情况。涉及税务分类的判断，应由财务确认，不能由接口开发人员凭技术报错自行改变税率或交易性质。

同时检查业务单号、电子发票标识、会计凭证和对方接收结果能否关联。发生异常时，先查询原始提交状态，再决定后续操作，避免因反复发送形成重复记录。

五、把上线交接写进运维流程

上线后需要有人查看失败队列、处理客户问题、维护用户权限和保存资料。建议明确日常监控负责人、重大异常的内部升级路径、服务商响应约定，以及系统升级后的回归测试安排。

企业还应保留整合通知、测试记录、系统配置依据、上线批准和关键操作日志。更换软件或供应商时，提前确认历史资料的可读取性与导出方式，避免仅保留报表截图而无法复原交易链条。

电子发票处罚及任何减免倡议，应根据具体违规与适用条件另行评估。不能因为某一历史罚款窗口存在，就推断尚未发生的系统整合违规可以减免，也不应以此延后准备。

沙之星可协助企业整理适用通知、交易流程和财税数据，并协调财务、业务及技术团队检查上线准备。项目是否完成，宜以真实业务场景跑通、回执可核对及责任已交接为依据。

官方资料核验日期：2026年10月26日。