Skip to content
D W
GoBD-compliant §203 StGB-compliant Q2-Q3

Journal Entry Agent

Prepare closing entries - recognise recurring patterns, ensure four-eyes review.

Suggests recurring closing entries, calculates accruals and depreciation, prepares provision postings and ensures four-eyes review before every posting.

Score Dashboard

Agent Readiness 62-69%
Governance Complexity 34-41%
Economic Impact 66-73%
Lighthouse Effect 28-35%
Implementation Complexity 36-43%
Transaction Volume Monthly

What This Agent Does

At month-end, dozens of closing entries must be created: accruals, depreciation, provisions, extraordinary items. Many are recurring - the same accrual, the same depreciation run, the same leave provision. Yet they are manually created, reviewed and approved every month.

The Journal Entry Agent recognises recurring patterns from the prior month and suggests them as posting proposals. Accrual postings are calculated per HGB Paragraph 250. Depreciation is taken from the Depreciation Agent. Provisions are carried forward from the prior period or - when revaluation is needed - escalated to the clerk. Extraordinary items always require human judgement.

The result: standard entries are prepared in minutes instead of hours. Every posting passes through four-eyes review. And the GoBD-compliant documentation is created automatically - not as a retrospective obligation.

Micro-Decision Table

Human
Rules Engine
AI Agent
Each row is a decision. Expand to see the decision record and whether it can be challenged.
Suggest recurring postings Which postings from the prior month should be repeated? AI Agent Auditor

Historical pattern - AI recognises recurring closing entries

Decision Record

Model version and confidence score
Input data and classification result
Decision rationale (explainability)
Audit trail with full traceability

Challengeable: Yes - fully documented, reviewable by humans, objection via formal process.

Challengeable by: Auditor

Calculate accrual postings Which amounts must be accrued for the period? Rules Engine Auditor

HGB Paragraph 250 - deterministic calculation

Decision Record

Rule ID and version number
Input data that triggered the rule
Calculation result and applied formula

Challengeable: Yes - rule application verifiable. Objection possible for incorrect data or wrong rule version.

Challengeable by: Auditor

Post depreciation Which depreciation amount is posted for this month? Rules Engine

Reference to Depreciation Agent - already calculated values

Decision Record

Rule ID and version number
Input data that triggered the rule
Calculation result and applied formula

Challengeable: Yes - rule application verifiable. Objection possible for incorrect data or wrong rule version.

Create provision postings Are provisions carried forward, adjusted or revalued? Human Auditor

Unchanged carry-forward = R, revaluation = H

Decision Record

Decider ID and role
Decision rationale
Timestamp and context

Challengeable: Yes - via manager, works council, or formal objection process.

Challengeable by: Auditor

Classify extraordinary items Is this an extraordinary item? Human Auditor

Judgement in classification

Decision Record

Decider ID and role
Decision rationale
Timestamp and context

Challengeable: Yes - via manager, works council, or formal objection process.

Challengeable by: Auditor

Generate journal entries What is the correct journal entry? Rules Engine

Posting logic per chart of accounts

Decision Record

Rule ID and version number
Input data that triggered the rule
Calculation result and applied formula

Challengeable: Yes - rule application verifiable. Objection possible for incorrect data or wrong rule version.

Four-eyes review Is the posting approved? Human Auditor

Compliance - every closing entry requires second approval

Decision Record

Decider ID and role
Decision rationale
Timestamp and context

Challengeable: Yes - via manager, works council, or formal objection process.

Challengeable by: Auditor

GoBD documentation Is the posting archived GoBD-compliantly? Rules Engine

Automatic archiving with timestamp and immutability

Decision Record

Rule ID and version number
Input data that triggered the rule
Calculation result and applied formula

Challengeable: Yes - rule application verifiable. Objection possible for incorrect data or wrong rule version.

Decision Record and Right to Challenge

Every decision this agent makes or prepares is documented in a complete decision record. Affected parties (employees, suppliers, auditors) can review, understand, and challenge every individual decision.

Which rule in which version was applied?
What data was the decision based on?
Who (human, rules engine, or AI) decided - and why?
How can the affected person file an objection?
How the Decision Layer enforces this architecturally →

Prerequisites

  • ERP system with journal entry interface (SAP FI, DATEV or equivalent)
  • Historical posting data from prior months as pattern basis
  • Configured depreciation schedules (reference to Depreciation Agent)
  • Defined approval matrix for closing entries (four-eyes principle)

Governance Notes

GoBD-compliant §203 StGB-compliant

GoBD-relevant: closing entries are tax-relevant and subject to strict GoBD requirements for immutability and traceability. Every posting must be fully documented with document, account, amount and date. Changes are only permitted via reversal and re-posting.

Per HGB Paragraph 250, period-end accruals are mandatory. The four-eyes obligation for closing entries derives from the internal control system (HGB Paragraph 289 Abs. 4). The statutory auditor reviews closing entries as a standard audit procedure.

§203 StGB-relevant data is encrypted end-to-end and never passed to AI models in plain text.

Process Documentation Contribution

The Journal Entry Agent documents for the GoBD procedural documentation: which recurring postings were suggested, on which calculation basis accruals and depreciation were determined, who gave the four-eyes approval and which extraordinary items were manually classified.

Infrastructure Contribution

The Journal Entry Agent builds the pattern recognition framework for recurring postings, reused by the Annual Statement Agent and Consolidation Agent. The four-eyes review logic becomes the standard for all posting-relevant agents. The automatic GoBD documentation of every posting forms the foundation for procedural documentation.

Builds Decision Logging and Audit Trail used by the Decision Layer for traceability and challengeability of every decision.

Does this agent fit your process?

We analyse your specific finance process and show how this agent fits into your system landscape. 30 minutes, no preparation needed.

Analyse your process

Frequently Asked Questions

Can the agent also create postings that did not exist in the prior month?

Yes, but only with human approval. New posting types are flagged as proposals and always pass through the four-eyes review. The agent suggests, the human decides.

How are extraordinary items handled?

Extraordinary items always require human judgement. The agent recognises postings that deviate from the usual patterns and escalates them with context. The classification as extraordinary remains with the clerk.

What happens when the four-eyes review rejects a posting?

The rejection is documented and the posting proposal returned for revision. Rejection reasons are captured in the decision log. A new version of the proposal passes through the four-eyes review again.

What Happens Next?

1

30 minutes

Initial call

We analyse your process and identify the optimal starting point.

2

1 week

Discover

Mapping your decision logic. Rule sets documented, Decision Layer designed.

3

3-4 weeks

Build

Production agent in your infrastructure. Governance, audit trail, cert-ready from day 1.

4

12-18 months

Self-sufficient

Full access to source code, prompts and rule versions. No vendor lock-in.

Implement This Agent?

We assess your finance process landscape and show how this agent fits your infrastructure.