印度尼西亚 Coretax 电子税务发票合规要求

PER-11/PJ/2025 把开票时点、真实数据、电子开具和增值税申报连接成一项完整运营责任。

国家

印度尼西亚

文章类型

法规更新

最后核查

2026-08-30

Coretax 改变了印度尼西亚许多税务流程的操作位置,但企业责任远不止学会一个新界面。按照当前框架,应税企业(PKP)必须在正确纳税时点开具 Faktur Pajak,反映真实交易信息,使用获准电子渠道,并让结果与增值税申报保持一致。

当前规则 · 印度尼西亚

主要合规要求

在正确时点开票

税务发票时点随应税事项而定,包括相关供货、预收款或分期付款场景。ERP 应定义触发开票准备的业务事件,不能依赖事后人工批处理。

使用真实交易事实

卖方、买方、商品或服务、计税基础、增值税和交易代码必须反映真实供货。形式完整不是排版问题,而取决于权威主数据和交易数据。

通过电子渠道创建 Faktur Pajak

Coretax DJP 是核心框架;对于适用场景,DJP 同时认可集成式 PJAP 主机到主机服务和 e-Faktur Client Desktop。选择渠道不会改变底层税务责任。

把发票带入增值税申报

发票接受、更换、取消、进项抵扣可见性和申报准备必须保留同一发票身份。如果定期申报无法对账,在某个渠道成功创建并不代表完成。

本节参考: DJP 法规 PER-11/PJ/2025 · DJP Coretax 信息中心 · DJP 关于 e-Faktur Client Desktop 的公告

合规税务发票背后的关键判断

确认 PKP 与交易主体

在选择发票渠道前,明确登记的应税企业、分支或增值税集中申报主体、供货地点、交易对手和交易日期。

判断开票时点与计税基础

把开票时点连接到交付、付款、预收或里程碑事实,并从已批准商业单据计算计税基础、增值税及可能的奢侈品销售税。

选择正确交易代码

交易代码影响法律含义,也可能影响渠道可用性。DJP 列明的 Desktop 例外包括交易代码 06 和 07。

保留替换与撤销关系

替换、退回或撤销应引用原税务发票,并与增值税申报和财务更正保持关联。

本节参考: DJP 法规 PER-11/PJ/2025 · DJP Coretax 信息中心 · DJP 关于 e-Faktur Client Desktop 的公告

2025 年以来的运营基线

2025-01-01Coretax 实施Coretax 成为包括税务发票与增值税申报流程在内的税收管理运行核心。
2025-02-12桌面渠道扩大DJP 允许所有 PKP 在 PENG-13/PJ.09/2025 所列例外条件下使用 e-Faktur Client Desktop。
2025-05-22发布 PER-11/PJ/2025法规为 Coretax 框架下所得税、增值税、奢侈品销售税和印花税申报建立技术规定。
当前运营三种渠道,一项责任企业需要在一套控制模型中管理渠道资格、发票事实、更正和增值税申报。

本节参考: DJP 法规 PER-11/PJ/2025 · DJP Coretax 信息中心 · DJP 关于 e-Faktur Client Desktop 的公告

企业实施要点

  • 纳税时点并不总等于 Billing 日期。预收款、分期付款和运营截止时间需要在源流程中形成批准规则。
  • 交易代码和买方信息属于税务事实,不能由中间件猜测。缺失数据应在创建前回到责任业务人员。
  • 更正必须保留原始渠道和单据关系。不能因为由另一应用执行,就把更换发票变成无关的新单据。
  • 桌面客户端发票可能经过同步延迟后才出现在 Coretax。对账需要区分正常时间差与真正缺失。

SAP/ERP 环境的实施控制

1

税务发票就绪门槛

PKP 身份、买方资料、税期、交易代码、计税基础、增值税和原单引用未通过确定性校验时阻断传输。

2

渠道适用规则

按官方适用条件和业务场景路由,不能根据临时系统可用性随意切换,并应记录选择 Coretax、PJAP 或 Desktop 的原因。

3

号码与身份控制

治理 NSFP 取得和使用、Coretax 的 17 位呈现及原发票身份,不另建平行法律编号。

4

更正生命周期

把替换、退回和撤销连接到原发票、源会计分录和相应增值税期间处理。

5

期间对账

申报前对账 SAP/ERP Billing、已开税务发票、Coretax 可见记录、异常队列和增值税申报合计。

建议控制措施

  1. 建立场景目录,把供货与收款事件连接到开票时点和交易代码。
  2. 为卖方、买方、税务、金额和原单关系分别指定唯一 ERP 权威来源。
  3. 在税务发票上记录所选渠道,并在更换或缺失调查时继续使用该信息。
  4. 关账前对账 ERP Billing、Faktur Pajak 状态和定期增值税申报数据,同时纳入门户及桌面活动。

常见问题

所有 PKP 都能任意选择渠道吗?

不能。DJP 规定了特定例外和流程责任,路由前必须检查主体资格与交易场景。

使用 Desktop 是否不再需要 Coretax?

不是。DJP 明确退回、撤销和增值税期间申报仍在 Coretax 完成,Desktop 数据也按规定同步到 Coretax。

ERP 能否自行生成另一套税务发票号码?

ERP 应保留官方编号和身份规则;本地技术键可用于集成,但不能替代法律发票身份。

最低限度的关账控制是什么?

对账源 Billing、已开税务发票、替换或撤销、Coretax 记录和增值税申报合计,并在申报前分派未决差异。

核心结论

Coretax 是税收管理转型,不只是一个新接口。更稳健的设计,是把 Faktur Pajak 当作受治理的业务单据,让开票时点、数据、渠道、后续事件和增值税申报从创建一直连接到期间关闭。

官方来源

最后核查: 2026-08-30

信息说明: 本文提供一般商业信息,不构成法律、税务或会计意见。企业具体适用情况应结合最新官方指引并由当地专业顾问确认。
印度尼西亚税务发票渠道:Coretax、PJAP 与 e-Faktur Client Desktop
三种创建渠道服务于同一税务发票责任,但适用资格、自动化和更正路径并不能互换。