跳转到内容
PlaidCloud

Oracle Fusion: Post Journal Entry 步骤

说明

Section titled “说明”

通过 Oracle Fusion 连接，经由 PlaidCloud 共享的 ERP 写入管道，将总账日记账批次过账到 Oracle Fusion Cloud。该步骤接收一个标题表（每个批次一行）和一个行表（每个批次一行或多行），将每个批次作为 FBDI 文件写入 Oracle 的 GL_INTERFACE 暂存表，并提交 Journal Import Launcher 企业调度服务（ESS）作业。Validate Only 会构建并检查每个批次，但不占用分类账，也不过账；可选的结果表会记录每个批次的结果。

配置

Section titled “配置”

连接

Section titled “连接”
  • Fusion Connection：用于过账的 Oracle Fusion 连接。

数据

Section titled “数据”
  • 标题表：每个批次一行，包含 batch_id（您的批次标识符，必填）、ledger_id（必填）、journal_source、journal_category、accounting_date、description。
  • 行表：每个 batch_id 对应一行或多行，包含 account_combination（或其分段列）、entered_debit、entered_credit、currency_code。
  • 结果表：输出表 ID，每个批次一行，包含 batch_id、natural_key、confirmation_id、status（posted/validated/error）、message。
  • Validate Only：默认勾选。仅做预检，不占用分类账，也不过账。如果步骤配置完全省略此字段（例如通过 REST API、MCP 或工作流包导入创建的配置），同样默认为 Validate Only，而不是正式过账。
  • Continue On Error：默认勾选。某个批次失败后继续过账其余批次；取消勾选则在第一次失败时停止运行。

过账的工作方式

Section titled “过账的工作方式”

PlaidCloud 通过 FBDI 文件将每个批次加载到 Oracle 的 GL_INTERFACE 暂存表，然后提交 Journal Import Launcher ESS 作业并轮询，直到其报告终止状态。只有在该终止状态已确认后，批次才会被报告为 posted。如果批次已进入接口表，但其导入作业始终没有结果，则该批次会保持隔离状态（不会被报告为已过账，也不会被悄悄丢弃），而不会仅因暂存数据存在就被记录为成功。

更正已过账的分录

Section titled “更正已过账的分录”

此步骤从不删除或改写已过账的日记账批次。如需更正，请过账一个新批次，将借贷方向与原批次对调，即已过账的冲销分录，而不是直接修改原批次。

能力限制

Section titled “能力限制”

| 限制 | 含义 | |—|—|| ESS 作业延迟 | Journal Import Launcher 作为计划作业运行，过账运行所需的时间会明显长于直接的 API 写入。 | | 冲销是新批次，而不是就地编辑 | 更正会过账一个借贷对调的新冲销批次。已过账的批次无法作废或删除。 |

相关内容

Section titled “相关内容”