2026 e-Invoice SVDP 指南 补交、改错与准备资料怎么做
e-Invoice 漏交或资料错误怎么办？本文拆解 2026 至 2027 年 e-Invoice SVDP 的适用对象、SVDP 1.2 与 1.3、逐月补交规则及保护例外，并附准备模板。
文章目录17 个段落
很多人搜索「SVDP 2.0」，其实眼前要处理的是另一项计划。
旧 SVDP 2.0 的官方 FAQ 涵盖所得税、房地产盈利税和印花税事项，实施期从 2023 年 6 月 6 日至 2024 年 5 月 31 日。IRBM 在 2026 年 7 月推出的是 e-Invoice Special Voluntary Disclosure Programme，简称 e-Invoice SVDP。现行 Specific Guideline v4.8 第 17 节列明的有效期从 2026 年 7 月 7 日至 2027 年 12 月 31 日。
两个名称很接近，适用文件、期间和处理方式却不能互换。下文说的 SVDP 都指 2026 年开始的 e-Invoice SVDP。
已经知道问题大致属于漏交、资料错误或两者都有，可以直接打开 e-Invoice SVDP Disclosure Preparation Template。工具会整理受影响期间、文件版本、证据缺口和下一步，不会把资料上传到 MySignalForge。
本文目录
哪些情况可以进入 e-Invoice SVDP
Specific Guideline v4.8 第 17.1 节列出四类对象。
第一类是从企业强制实施日期开始，某些期间或交易的 e-Invoice 没有提交，或提交时有遗漏。
第二类是文件已经提交，内容却有错误，或资料不符合相关税法、e-Invoice Guideline 和 Specific Guideline 的规格与要求。
第三类的情况更严重。企业从强制实施日期开始，某个期间或某些交易完全没有提交 e-Invoice。
第四类是企业正在接受 e-Invoice compliance review，或已经收到 IRBM 通知，知道即将接受 review。
这四类只说明谁属于计划涵盖的对象。披露能否得到第 17.3 节所述处理，还要看企业是否诚信行事，并按 IRBM 要求准确、妥善地提交。
先把问题按月份分开
企业发现缺口后，最容易做错的动作是把所有问题塞进一张表，再交给软件商「一次处理」。这样很难看出哪个月份漏交、哪一张已经有 UUID、哪一笔应由买方开 self-billed e-Invoice。
比较稳妥的内部底稿至少要拆开五个维度。
| 要拆开的资料 | 实际要回答的问题 |
|---|---|
| 期间 | 缺口从哪个月份开始，在哪个月份结束 |
| 问题 | 漏交、完全没交、资料错误，还是混合情况 |
| 文件 | Invoice、Self-billed Invoice、Credit Note、Debit Note 或 Refund Note |
| 交易方式 | 逐笔、consolidated，或两者都有 |
| 证据 | 分类账、POS、原始单据、交易方资料、UUID 和结算记录是否齐全 |
这也是 SVDP 准备模板 先问期间和问题，再问文件与证据的原因。它产出的是内部工作顺序，不是官方申报表。
SVDP 1.2 和 SVDP 1.3 怎么选
参与计划时不能沿用普通文件版本随意补交。
Specific Guideline v4.8 第 17.5 节规定，不带 digital signature 的提交使用 SVDP 1.2，带 digital signature 的提交使用 SVDP 1.3。这两个版本只能用来进行 e-Invoice SVDP 披露，不能拿来提交计划以外的日常 e-Invoice。
MyInvois SDK 的 Document Types 页面进一步列出八组支持 SVDP 1.2 与 1.3 的文件，包括一般及 self-billed 的 Invoice、Credit Note、Debit Note 和 Refund Note。
企业若通过 API 或 TSP 提交，应先让系统供应商确认实际签名路径和版本支持。使用 batch upload 的企业也要确认模板已经支持 1.2 与 1.3。内部人员不应只凭「我们平时用 Portal」就猜文件版本。
三类缺口怎样补
企业说“漏了 e-Invoice”时，至少可能指三种不同问题。补救动作不能从提交按钮开始。
情形一 整个月没有提交
一家零售公司从 2026 年 1 月进入强制实施阶段。财务在 8 月检查时发现，3 月 POS 有 2,400 笔交易，MyInvois 却没有任何 3 月文件。
团队先恢复 3 月销售总额、买方要求个别 e-Invoice 的交易，以及当时不能 consolidated 的项目。完成这一步以后，才知道要补多少逐笔文件，剩余多少交易可以按月汇总。
如果公司当时仍在适用的 interim relaxation period，也要按该期间的实际规则重建。SVDP 不会让企业自由选择现在看来最省事的处理方式。
情形二 只有几笔漏交
一家贸易公司 4 月已正常提交大部分销售 e-Invoice，后来发现 Excel 导入时漏掉三张。三笔交易各有订单、送货单和付款，MyInvois 没有对应 UUID。
这种情况要逐笔确认文件类型与交易日期，检查是否已经被其他 consolidated 文件包含。若三笔早已进入月度 consolidated，再补逐笔文件可能造成重复。底稿应先把销售记录、已提交文件和缺口做一对一匹配。
情形三 文件已提交但资料错误
一张 e-Invoice 已有 UUID，供应方和买方都正确，商品金额却少了 RM2,000。财务要先看错误属于取消期限内的更正，还是要通过 Credit Note、Debit Note 或 Refund Note 调整。
SVDP 涵盖已经提交但内容错误或不符合规格的文件，不代表所有错误都用新 Invoice 覆盖。原单状态、金额方向和有没有退款仍要按调整文件规则判断。
| 缺口 | 先查什么 | 常见风险 |
|---|---|---|
| 整月没交 | 实施日期、月份总账、POS 与银行 | 把多个月合成一张 |
| 少数交易漏交 | 是否已纳入 consolidated、原始交易文件 | 重复提交 |
| 已有 UUID 但资料错 | 72 小时、原单状态和调整性质 | 用错误文件类型修正 |
| Self-billed 漏交 | 交易是否属于 v4.8 第 8.3 节 | 把所有供应商缺票都当 self-billed |
Consolidated e-Invoice 必须按月份处理
第 17.6 节专门处理过去没有提交的 consolidated e-Invoice。
规则要求企业按照相关交易月份分别提交，不能把几个月的交易合成一张总额文件。假设缺口横跨四个月，内部底稿便应先建立四个月份的独立对账区，再逐月确认当时是否有买方要求 transactional e-Invoice，以及是否存在不能 consolidated 的交易。
同一月份内还可能同时有逐笔与 consolidated 文件。准备 SVDP 时，仍要按照当时适用的交易规则分开处理，不能因为现在是补交便把逐笔文件纳入 consolidated 总额。
官方 Example 23 怎样应用
v4.8 Example 23 采用一家从 1 月至 4 月漏交 consolidated e-Invoice 的公司。处理时要分别提交四张，每个月一张，不能把四个月总额合成一张。
假设内部恢复的金额如下。
| 月份 | 可 consolidated 金额 | 个别文件缺口 | SVDP 准备 |
|---|---|---|---|
| 1 月 | RM80,000 | 2 张 | 1 月 consolidated 加 2 张个别文件 |
| 2 月 | RM92,000 | 0 张 | 2 月 consolidated |
| 3 月 | RM76,000 | 1 张 | 3 月 consolidated 加 1 张个别文件 |
| 4 月 | RM105,000 | 3 张 | 4 月 consolidated 加 3 张个别文件 |
四个月会产生四个独立月份的恢复工作。每月还要排除已开个别 e-Invoice 的交易，避免重复计入 consolidated。
超过 RM10,000 的交易怎样处理
v4.8 Example 24 说明，一家公司漏交十笔低于 RM10,000 的交易和一笔 RM12,000 交易。RM12,000 那笔需要 transactional e-Invoice，其余交易在符合条件时才可以 consolidated。
这里的重点是恢复交易当时适用的规则。SVDP 提供专用版本和处理窗口，没有取消 transactional 与 consolidated 的差别。
保护范围与例外
第 17.3 节说明，IRBM 不会就 SVDP 披露的 e-Invoice 进行 e-Invoice compliance review 和执法行动，范围包括罚款与起诉。下一节马上列出两项重要例外。
如果提交的 e-Invoice 不符合相关税法及现行指南的规格与要求，第 17.3 节的处理不适用。披露若涉及 fraud、wilful default 或 negligence，同样不适用。
因此，参与计划本身不能视为无条件免责。企业仍要保证资料准确、提交妥当，并保留原始交易和系统验证证据。涉及故意行为、重大判断或已经进入 review 的案件，宜在提交前取得税务或法律专业意见。
已收到 compliance review 通知还能不能处理
第 17.1(d) 节把正在接受 e-Invoice compliance review，或已经收到 IRBM 通知即将接受 review 的纳税人列入计划对象。企业不应因此假定所有问题都会自动受到保护。
已经收到通知时，先保存通知日期、范围、IRBM 要求和企业已采取的动作。让合格专业人士确认披露方式、提交时间及沟通记录。第 17.4 节的 fraud、wilful default 与 negligence 例外尤其需要谨慎。
“诚信披露”怎样落到文件
v4.8 第 17.2 节要求纳税人诚信行事，并确保披露准确、妥善提交。企业可以用以下资料说明自己怎样恢复缺口。
- 强制实施日期的判断依据
- 受影响月份和交易清单
- 总账、POS、银行与平台资料的对账
- 已有 UUID 和未提交项目的分界
- 文件类型与开具责任的复核
- 系统退回、修正和重新提交记录
- 管理层批准与专业意见
这份底稿不需要写成一篇辩护书。它的作用是让另一名财务人员重新走一次，仍能得到相同结果。
一套可以执行的准备顺序
先确认企业的强制实施日期。SVDP 要处理的起点与这个日期相连，不能拿文章发布日期代替。
接着按月份导出销售、采购、POS、银行和平台结算记录。把已提交 UUID 加回交易清单，剩余项目才是需要继续调查的缺口。
然后逐笔确定开具责任与文件类型。遇到海外采购、代理佣金、利息、员工代付或进口货物，可以先用 Transaction Decision Workspace 筛出 self-billed 路径。实物进口还可以用 K1 Import Self-billed Template 串起 K1、商业发票和处理期限。
最后才进入系统提交。提交后应保存 UUID、验证结果、退回原因、重新提交记录和本次对账底稿。以后再回看时，财务人员才能说明哪项缺口已经修复，哪项仍在等待资料。
第一步 冻结当前资料
先导出 MyInvois 已提交文件、会计总账、POS、银行、平台结算和系统日志。保存导出日期，避免团队一边修复，一边继续覆盖历史数据。
第二步 建立逐月控制总额
每个月先有一个能与账目解释的总额，再向下拆逐笔与 consolidated。没有控制总额，团队很难知道找回的文件是否完整。
第三步 恢复交易角色
确认谁是供应方、谁是买方、由谁开票。海外采购、个人非经营业务交易和代理佣金可能进入 self-billed，员工普通报销则有另一条路径。
第四步 让系统供应商做小批测试
先选一个月份和少量文件测试 SVDP 1.2 或 1.3，保存验证结果和错误信息。测试通过以后再扩大批次。这个步骤是降低批量退回的实务建议，不是 IRBM 规定的提交次序。
第五步 提交后回写 UUID
每个成功文件都要回到原交易清单。失败项目留下原因、负责人和下一次处理时间。团队完成一个月份后，再由另一人复核总额与 UUID。
SVDP 也应该进入 SME readiness 检查
一般 readiness checklist 只问企业以后能否正常开票，却很少回头检查强制实施日起有没有历史漏报。这会产生一种假象，系统今天已经上线，企业便算准备完成。
SME e-Invoice Readiness Report 把历史漏交与资料错误设为独立检查项。只要企业确认存在缺口，报告便会把 SVDP 放到优先事项，并把问题类型带进准备模板。SME 团队会在检查日常流程时，一并处理 SVDP。
从历史缺口得到的一个管理判断
系统今天能正常开票，只说明今天的流程已经运作。强制实施日起的历史缺口仍可能留在旧 POS、Excel 导入或没有完成的 self-billed 中。
我的判断是，SVDP 准备应该从逐月控制总额开始，再进入文件版本。这个判断由 Example 23 至 Example 25 的处理方式推得，属于实务解读。只先升级软件版本，团队仍不知道哪些交易应该放进去。
最后记住三个日期与两个版本
计划从 2026 年 7 月 7 日开始，指南列明在 2027 年 12 月 31 日结束。没有 digital signature 的披露走 SVDP 1.2，有 digital signature 的披露走 SVDP 1.3。
这几个数字很容易记。企业往往要把更多时间花在逐月找回交易、恢复文件责任和核对原始证据。越早把缺口整理成工作底稿，企业越有时间处理系统退回、交易方资料不齐和内部审批等现实问题。
如果目前只知道「好像漏了一些」，先完成 SVDP Disclosure Preparation Template。报告不会替你下结论，但会告诉团队下一轮对账应该先找什么。
延伸阅读
接着读
