InvoiceNow GST 校验：开票与提交前核对供应商注册

目的与版本

1.0 版更新于 2025 年 3 月 7 日，建议 InvoiceNow-Ready 解决方案服务商及使用内部企业系统的 GST 注册企业加入误收 GST 检查。它利用发票资料及 IRAS 的 Check GST Register API，识别可能不当收取的 GST。TX2 规范把有关内部系统企业称为 Transmitting Enterprises。

建议检查时间视开具 InvoiceNow 发票或提交系统提取资料而不同。这是辅助合规的功能，并非对每笔 GST 收费所有条件的完整税务判定。

文件记录的实施阶段

脚注记录 2025 年 5 月 1 日起自愿提前参与，包括现有 GST 注册企业及希望提前采用的申请人。其后阶段为 2025 年 11 月 1 日起新成立并自愿注册 GST 的公司，以及 2026 年 4 月 1 日起全部新自愿注册 GST 者强制参与。这是 2025 年 3 月版本的阶段描述，后续要求须另查。

包括哪些文书与数据

网络开票情形包括经 InvoiceNow 发出的贷项通知。较广的发票资料概念包括一般、税务与简化税务发票、借项通知、贷项通知及相关数据，例如 POS 或简化发票销售汇总，以及小额现金采购汇总。向 C5 发送的出站及入站交易数据均纳入四类映射。

四种提交类型及方法

Type 1A 为供应商在 InvoiceNow 网络内的销售，使用 Peppol 提交。Type 1B 为客户在网络内收到该销售对应的采购，使用系统提取方法提交。Type 2 为网络外销售，Type 3 为网络外采购，均用系统提取方法。即使交易本身来自网络，Type 1B 的校验仍属于第二种使用情形。

发票字段、API 返回及检查频率

当 GST 金额字段 IBT-110 大于零时，把供应商 GST 注册号码 IBT-031 传给 Check GST Register API。示例请求展示 clientID 与 regID。返回资料包括 Status 与 RegisteredFrom；正文另要求按 RegisteredTo 检查期间。示例响应本身未展示 RegisteredTo 字段，实际如何处理返回结果须依据 API 规范，不应自行推定。

校验在发票层面进行，并使用最新状态。IRAS 建议每日检查，也允许将每家企业注册资料保存为每日缓存以提高效率。接入点可提供透传 API，使解决方案透过一个集成入口调用。

共同注册状态及日期条件

状态须为 Registered 或 Deregistered，发票日期 IBT-002 须落在注册开始与结束日期之间，并包括所示边界。已注销状态不等于自动无效：发票若发生在相关注册期间内，仍可能通过检查。符合条件时可按此功能继续传送。

Type 1A：开票时检查

实施表把 Type 1A 校验放在 C1 的创建或开具发票时点。号码无效或查无记录时，提示供应商核对并更正 GST 号码，或删除 GST 收费后开票。

详细程序同时明确：若供应商核对后坚持资料正确，可以覆盖提示并继续开票。因此应把范围段落中不要开票的说明与明确的覆盖途径一起阅读，不能写成绝对技术封锁。

Type 2：提示供应商但继续提交

网络外销售在 C1 提交发票资料时检查。未通过时，提示供应商核对 GST 号码，但继续向 IRAS 提交，因为交易已经发生。校验失败不是遗漏该交易资料的理由。

Type 1B 与 Type 3：提示客户但继续提交

两种采购类型在实施表中均于 C4 向 IRAS 提交时检查。状态或期间不符时，提示客户并继续提交。客户可就疑似误收 GST 向供应商寻求处理。数据提交本身并不确认进项税申索资格，也不解决收费争议。

附录 A：两张决策流程图

第一张从创建或开具发票开始。没有 GST 收费时，直接送接入点提交；有收费时检查注册状态及日期，失败则进入提示、更正或供应商确认覆盖后传送的路线。

第二张包括系统提取的 Type 1B、2、3。没有正数 GST 时直接继续；有收费则检查注册及期间，失败后提示但仍提交，并没有停止分支。图中将 API 调用标为经 C1，而实施表将供应商侧 C1 与采购侧 C4 区分；本文保留原文差异，不擅自改写图示。

凭据、测试与接入支持

使用电子发票 API 注册及设置时获发的 Client ID 与 Client Secret。生产使用前，须先在沙盒测试 Check GST Register API，并依其规范处理两种环境。

文件规定生产 API 仅用于真实业务交易的电子发票记录，不允许测试；违规可能导致账户暂停或终止。接入支持联络为 IRAS Digital Partnerships Team：[email protected]。