Skip to content
PlaidCloud

D365 F&O: Post Journal Entry

Description

Section titled “Description”

Posts general ledger journal entries to Dynamics 365 Finance & Operations over your D365 F&O connection, routed through PlaidCloud’s shared ERP write pipeline. The step takes a header table (one row per journal entry) and a lines table (one or more debit/credit rows per entry), and submits each entry to D365 F&O’s asynchronous custom-service journal post action. Validate Only builds and checks every entry without a ledger claim and without posting; an optional result table records the outcome of each entry.

Configuration

Section titled “Configuration”

Connection

Section titled “Connection”
  • D365 F&O Connection — the D365 F&O connection to post through.

Data

Section titled “Data”
  • Header Table — one row per journal entry: journal_id (your entry identifier, required), journal_name (the D365 F&O journal name to post into, required), posting_date, description.
  • Lines Table — one or more rows per journal_id: account, debit, credit, and any dimension columns your ledger requires.
  • Result Table — output table id: one row per entry with journal_id, natural_key, confirmation_id, status (posted/validated/error), message.
  • Validate Only — checked by default. Preflight only; no ledger claim, no post. A step configuration that omits this field entirely — for example one authored through the REST API, MCP, or a workflow bundle import — also defaults to Validate Only rather than a live post.
  • Continue On Error — checked by default. Keeps posting the remaining entries after one fails; unchecked stops the batch at the first failure.

How Posting Works

Section titled “How Posting Works”

PlaidCloud submits each entry to D365 F&O’s asynchronous custom-service post action, then polls until the service reports the entry’s terminal state. An entry is only reported posted once that terminal state is confirmed — an entry that’s accepted but whose terminal state never resolves stays quarantined (not reported posted, not silently dropped) rather than being recorded as success on the strength of the submission merely being accepted.

Correcting a Posted Entry

Section titled “Correcting a Posted Entry”

This step never deletes or rewrites a posted entry. To correct one, post a new entry with debits and credits swapped against the original — a posted reversing entry — rather than editing the original in place.

Capability Limits

Section titled “Capability Limits”

| Limitation | What it means | |—|—|| Reversal is a new entry, not an in-place edit | Corrections post a new debit/credit-swapped reversing entry. There is no void or delete of an already-posted entry. | | Dimension validation depends on your ledger setup | A financial dimension combination invalid for your account structure fails at D365 F&O’s own validation, surfaced as an error row rather than caught earlier by PlaidCloud. |

Section titled “Related”