从 SAP 到 Coretax/PJAP：印度尼西亚集成蓝图

将权威 SAP 发票事实连接到渠道路由、响应、对账和证据。
国家/地区

印度尼西亚

文章范围

B2B, B2C, 出站, 税务申报

最后核查

2026-08-28

印度尼西亚集成应从 SAP 开票到所选 DJP 渠道及增值税申报始终保持唯一税务发票身份。

如何使用本指南

高质量项目成果不是复述法规，而是形成一个可追溯的判断模型，把法规连接到法律实体、交易场景、源数据、系统行为、运营责任和留存证据。

明确集成边界上的事实归属

稳健方案要求每个事实和状态只有一个权威层。中间件负责转换和编排，不得猜测缺失业务事实。

判断领域需要明确什么应保留的证据
SAP / ERP负责发票身份、伙伴、税务、行项目、金额、币种和原票关系。已校验源快照和准备度结果。
集成层转换确定事实、按批准规则路由、实施幂等并保留关联。映射版本、路由判断、请求与响应日志。
服务商/官方渠道执行所选传输、签名或平台交互，但不重新定义源事实。服务商参考号、时间戳和未篡改响应。
财务运营负责业务解决、客户沟通、对账和期末完整性。动作日志、账龄、对账状态和批准。
归档/审计在一个业务键下保留源单、负载、响应、可读文档和后续事件。可检索且具备保留控制的证据包。

本国关键判断

判断领域需要明确什么
从权威业务事实开始公司税务身份、客户状态、交易代码、计税基础、增值税金额、发票日期和原单关系必须来自明确的 SAP 来源，并在传输前校验。
按明确决策选择渠道Coretax 门户、集成式 PJAP 和 e-Faktur Client Desktop 的自动化与适用条件不同。路由决策必须可见，不能根据不完整的发票数据推测。
完成闭环保存提交引用、校验结果、更换关系和 Coretax 可见状态，使财务团队能够对账 SAP 开票、税务发票和增值税申报准备。

使用业务状态模型，而不是 HTTP 结果

集成必须明确下一动作，防止把技术成功误认为法定或运营完成。

  1. 就绪
    全部必需业务事实和范围判断已经完成。
  2. 阻断
    确定性的准备度错误阻止生成或传输。
  3. 排队
    单据符合资格并等待受控处理。
  4. 已提交
    已经取得关联号，但尚无终态业务结果。
  5. 接受/拒绝
    标准化平台结果，同时保留原始响应。
  6. 需要更正
    受治理的后续流程与原单建立明确关系。
  7. 关闭
    平台结果、客户交付、ERP 状态和对账全部完成。

上线退出标准

  • 每个映射字段只有一个权威来源，缺失时有明确阻断规则。
  • 路由由公司、交易和批准渠道确定，不使用静默兜底。
  • 超时、重复、拒绝、更正和取消均通过端到端测试。
  • 财务用户无需阅读中间件日志即可解决异常。
  • 对账能够证明 ERP 总体与电子发票终态结果之间的完整性。
  • 能够在约定审计时间内按业务键调阅完整证据包。

官方来源

信息说明: 本指南根据所列官方来源提供一般业务信息，不构成法律、税务或会计意见。实施前应结合最新规定，并由当地专业顾问确认公司与交易的具体适用情况。
跨 Coretax 与 e-Faktur 管理印度尼西亚发票更正和对账
发票更换、渠道同步与增值税申报必须保持同一单据链路。