印度尼西亚税务发票渠道:Coretax、PJAP 与 e-Faktur Client Desktop

三种创建渠道服务于同一税务发票责任,但适用资格、自动化和更正路径并不能互换。

国家

印度尼西亚

文章类型

平台解读

最后核查

2026-08-30

DJP 明确三种主要 Faktur Pajak 创建方式:Coretax DJP、通过主机到主机连接 Coretax 的 PJAP 服务,以及 e-Faktur Client Desktop。企业需要根据主体资格、交易类型和运营要求选择适用渠道,并将所有渠道纳入统一控制和对账体系。

平台专题 · 印度尼西亚

获准开票渠道

财务团队可能使用 Coretax 门户处理部分人工场景,通过 PJAP 连接高发票量 ERP Billing,并在适用业务中使用桌面客户端。这不是三个相互独立的发票世界,它们最终服务于同一纳税人身份、增值税责任和定期申报。

桌面渠道自 2025 年 2 月 12 日扩大适用,但 DJP 公告仍列出例外,包括交易代码 06、07、特定分支机构增值税集中场景,以及 2025 年 1 月 1 日后登记的 PKP。渠道资格必须明确,不能只看发票量。

税务发票一旦通过某渠道创建,原始渠道会继续影响后续流程。更换行为、发票号码管理、进入 Coretax 的同步,以及缺失调查都可能依赖这条原始路径。

本节参考: DJP 关于 e-Faktur Client Desktop 的公告 · DJP e-Faktur Client Desktop 常见问题 · DJP Coretax 信息中心

渠道选择标准

1

确认实体资格

检查 PKP 登记、登记日期、增值税集中方式和渠道已公布限制。

2

分类真实交易

确定真实交易代码、供货类型、买方事实、纳税时点,以及该场景是否被某渠道排除。

3

匹配运营需求

门户适合直接人工操作,PJAP 适合主机到主机集成,Desktop 适合符合资格的本地运营。应同时考虑数量、控制和支持。

4

记录选择路径

把渠道与发票身份、号码、源单据和响应一起保存,使后续事件沿正确路径处理。

5

在一个视图中对账

把 Coretax、PJAP 和 Desktop 结果带入统一财务视图,处理更换、缺失可见性和增值税申报。

本节参考: DJP 关于 e-Faktur Client Desktop 的公告 · DJP e-Faktur Client Desktop 常见问题 · DJP Coretax 信息中心

渠道特征

Coretax DJP

直接使用中央纳税人平台。

适合支持的门户流程和权威可见性,但人工工作与角色权限需要控制。

集成式 PJAP

与 Coretax DJP 主机到主机连接的服务。

适合 ERP 自动化和较大数量,但必须明确服务商、接口合同、回执和支持责任。

e-Faktur Client Desktop

在已公布例外条件下供 PKP 使用的本地客户端。

需要本地运营责任、正确号码管理,以及对进入 Coretax 的同步进行监控。

企业控制层

不是第四种税务渠道,而是跨所有路径的共同视图。

负责确定性路由、来源追溯、异常工作台和对账,但不重新定义税务事实。

理解渠道差异的运营架构

Coretax、PJAP 与 e-Faktur Client Desktop 不是可互换的传输按钮。运营模型必须在保持同一发票身份的同时,把责任分配给正确渠道。

适用资格与路由

选择渠道前检查 PKP 状态、登记日期、分支集中申报关系与交易代码。

Coretax 直接运营

由 Coretax 承担官方分配给它的流程,包括 DJP Desktop 公告列明的退回、撤销与增值税期间申报。

PJAP 主机对主机

采用批准的 PJAP 路径时,分别治理接口凭据、技术回执、业务状态、错误责任和对账。

Desktop 连续性

在适用场景下通过 e-Nofa 管理 NSFP,保持原发票身份,并考虑数据按官方 H+2 路径在 Coretax 中可见。

统一控制层

在一个工作台呈现源发票、所选渠道、官方号码、状态、替换链、Coretax 可见性和期间对账。

常见控制缺陷

失败就默认切换渠道

技术失败并不能证明另一条路径合法适用。无控制兜底会拆散单据历史。

让服务商猜测缺失税务事实

PJAP 可以传输和校验数据,但买方状态、交易代码、计税基础和原单关系必须来自批准的业务来源。

把同步延迟当作丢失

根据 DJP FAQ,桌面发票数据最迟在开具后两天进入 Coretax。监控应先应用账龄规则,再判断真正缺失。

常见问题

PENG-13/PJ.09/2025 下哪些 PKP 不能使用 Desktop?

公告列明的例外包括交易代码 06 或 07、特定分支增值税集中申报情形,以及 2025 年 1 月 1 日后登记的 PKP。

Desktop 原发票的替换在哪里创建?

DJP 说明,原来通过 Desktop 创建的发票,其替换仍通过 Desktop 完成,以保持原处理链。

Desktop 数据多久在 Coretax 可见?

公告说明 Desktop 交易数据按周期进入 Coretax,最晚不超过 H+2。

退回、撤销与增值税期间申报在哪里处理?

即使原税务发票由 Desktop 创建,这些流程仍由 Coretax 处理。

系统故障时能否自动切换渠道?

不能直接自动切换。渠道变化可能改变适用资格、编号、状态责任和更正流程,必须经过受控业务判断。

建议架构原则

明确选择渠道,把它作为发票历史的一部分保留,并通过同一业务身份对账所有路径。这样既给本地团队保留灵活性,也避免 Coretax、PJAP 和 Desktop 形成需要财务在期末修复的孤立记录。

官方来源

最后核查: 2026-08-30

信息说明: 本文提供一般商业信息,不构成法律、税务或会计意见。企业具体适用情况应结合最新官方指引并由当地专业顾问确认。
从 SAP 到 MyInvois:受控的马来西亚集成设计
连接 SAP 发票数据、MyInvois 提交、平台回执、状态跟踪和审计证据。