跳转到内容
PlaidCloud

Workday Financials: Post Journal Entry 步骤

说明

Section titled “说明”

通过您的 Workday Financials 连接，经由 PlaidCloud 共享的 ERP 写入管道，向 Workday Financials 过账会计日记账。该步骤接受一个标题表（每个日记账分录一行）和一个行表（每个分录一行或多行借/贷），并为每个分录调用 Workday 的 Submit_Accounting_Journal SOAP 操作。仅验证 会构建并检查每个分录，不占用总账，也不过账；可选的结果表会记录每个分录的结果。

配置

Section titled “配置”

连接

Section titled “连接”
  • Workday 连接 — 用于过账的 Workday Financials 连接。

数据

Section titled “数据”
  • 标题表 — 每个日记账分录一行：journal_id（您的分录标识符，必填）、company（必填）、ledger（必填）、accounting_date、memo。
  • 行表 — 每个 journal_id 一行或多行：ledger_account、debit、credit，以及您的日记账所需的任何工作标签（成本中心、项目）列。
  • 结果表 — 输出表 ID：每个分录一行，包含 journal_id、natural_key、confirmation_id、status（posted/validated/error）、message。
  • 仅验证 — 默认勾选。仅进行预检，不占用总账，也不过账。完全省略此字段的步骤配置（例如通过 REST API、MCP 或工作流包导入创作的配置）同样默认为仅验证，而不是正式过账。
  • 出错时继续 — 默认勾选。某个分录失败后继续过账其余分录；取消勾选则在第一次失败时停止批次。

过账的工作方式

Section titled “过账的工作方式”

PlaidCloud 为每个分录调用 Submit_Accounting_Journal，并轮询其 Workday 业务流程状态，直到达到终端状态，这考虑到了 Submit Accounting Journal 业务流程在分录实际过账之前会经过审批步骤。只有当该终端状态得到 已确认 后，分录才会被报告为 posted；已提交但停留在待审批状态的分录会保持隔离（不报告为已过账，也不会被悄悄丢弃），而不会仅因提交被接受就被记录为成功。

更正已过账的分录

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

此步骤从不删除或重写已过账的日记账。要更正分录，请针对原分录过账一个借贷互换的新分录（即已过账的冲销分录），而不是就地编辑原分录。

能力限制

Section titled “能力限制”

| 限制 | 含义 | |—|—|| 业务流程审批会增加延迟 | 经过审批步骤的分录会保持 pending 状态，直到在 Workday 中获得批准；终端状态轮询会等待这一过程。 | | 冲销是新分录，而不是就地编辑 | 更正时会过账一个借贷互换的新冲销分录。无法作废或删除已过账的分录。 |

相关内容

Section titled “相关内容”