On this page
Summarize and analyze this article with
A significant share of month-end close journal work comes from entries that recur or follow a predictable cycle. Finance teams prepare accruals, reversals, recurring charges, allocations, and intercompany recharges, often using similar structures from one period to the next. Automating recurring journal entries in SAP can reduce repeated preparation and processing where those patterns are stable.
Reusing an existing journal file is often practical. The control risk arises when the assumptions behind it are no longer valid. An expired contract, an outdated allocation basis, or a missed reversal can go undetected if the review focuses only on whether the entry resembles the previous month’s posting.
In Ledge’s 2025 month-end close benchmark of 100 finance professionals, accruals and provisions ranked second among the most frequently cited time-consuming close activities. Data hygiene, including correcting entries, reallocations, and reclassifications, ranked third, behind account reconciliation. [1]
Rules can handle the predictable part of each entry type, while validation, approval, and supporting evidence apply to every journal in the SAP journal entry workflow. This guide covers each entry type, how it is automated in SAP, and how to judge when a journal type is ready for automation.
What Are the Main Types of Journal Entries at Financial Close?
- Recurring journals post the same or similar amounts each period under a fixed arrangement, such as rent or a service contract.
- Amortisation journals spread the cost of a prepaid item, such as insurance or a software licence, across the periods it covers.
- Accrual journals record expenses incurred but not yet recognised, often using estimates or supporting operational data at period end.
- Reversing journals offset previously posted entries, commonly prior-period accruals, to prevent the original amount from being recognised twice when the actual transaction is recorded.
- Allocation journals distribute shared costs across cost centres, entities or business units using an agreed basis.
- Intercompany journals record transactions between entities in the same group, such as recharges and management fees.
Each entry type also creates a different control requirement:
| Entry type | Typical examples | Where the control risk sits |
|---|---|---|
| Recurring | Rent, service contracts, fixed fees | Template no longer matches the contract |
| Amortisation | Prepaid insurance, software licences | Schedule runs past its end date |
| Accrual | Goods received not invoiced, bonuses, audit fees | Estimate posted without support |
| Reversal | Prior-period accruals | Missed, duplicated or posted in the wrong period |
| Allocation | Shared service costs, overheads | Out-of-date basis, very high line counts |
| Intercompany | Recharges, management fees | Two entities book different amounts |
Why Do Recurring Journal Entries in SAP Create Close and Audit Risk?
Does your close show any of these?
- Recurring files copied forward each month without checking the underlying agreement
- Accrual reversal dates maintained in a separate spreadsheet without a clear link to SAP posting status
- Intercompany entries approved separately by each entity with no shared record
- Reversals posted by users with broad finance posting authorisations
How to Automate Recurring Journal Entries in SAP by Entry Type
1. Recurring journals: rent, contracts and fixed fees
SAP also offers native recurring entry functions. In SAP GUI, finance teams create a recurring entry document with FBD1 and post it by running F.14. SAP S/4HANA adds the Manage Recurring Journal Entries Fiori app (F1598). These tools handle scheduling and posting. Teams that need preparation checks, evidence and approval before posting typically add a workflow layer.
Reusing an established template reduces repetitive preparation, while finance teams remain responsible for checking changes such as contract renewals, revised fees, or terminated agreements before submission.
2. Amortisation journals: prepaid insurance and licences
Automating amortisation journal entries becomes practical once the underlying schedule is established, with a known total, a defined start date and an agreed period over which the cost is recognised. The periodic charge can then be calculated consistently without reconstructing the schedule at every close.
Where finance teams prepare amortisation entries from a maintained schedule, Promenta can provide the SAP-integrated validation, submission and approval process for those journals. The accuracy of the schedule and any changes to the underlying assumptions remain finance responsibilities.
Review stays on events that change the schedule, such as contract amendments and early terminations, where the remaining balance has to be reassessed rather than rolled forward.
3. Accrual journals: estimates and supporting evidence
Accrual journal entries in SAP often require judgement, making the supporting calculation as important as the amount posted. A bonus provision may rely on payroll data, while an audit fee accrual may be supported by an engagement letter or an agreed fee schedule.
Promenta allows supporting documents to be attached to the journal request and retained with the SAP-based workflow record. Depending on the configured document storage and attachment process, that evidence can also be linked to the posted finance document. This gives approvers access to the basis of the estimate before posting and helps auditors trace the supporting information later.
4. Reversing journals: preventing double-counted expenses
A reversal is a posting in its own right. If it is missed, the expense is recorded twice once the invoice is posted. If it is duplicated, the expense is understated. If it lands in the wrong period, both periods are misstated. In SAP, accruals posted with FBS1 carry a reversal date, and F.81 reverses them in bulk for the next period, while FB08 reverses individual documents.
Reversing journal entries in SAP therefore require control over the original document, the reversal reason, the posting date and the person authorised to approve the change. SAP provides reversal transactions such as FB08, but organisations may want to restrict direct access where reversal approval is part of their SAP journal entry compliance controls.
Promenta’s documented reversal workflow allows users to submit eligible, previously posted Promenta journals for reversal. The request records the original document, reversal reason and date, and follows an approval process before the reversal is posted. This gives finance teams a controlled route for reversing eligible entries without providing every requester with broad posting authorisations. [3]
Unlike standard new-journal requests, these reversal requests are not simulated.
5. Allocation journals: cost drivers and high line counts
Allocation journal entries carry two distinct risks: the basis used to calculate them and the number of lines they generate. Finance teams often prepare allocations in Excel using drivers such as headcount, floor space, revenue or resource consumption. The calculation may be well established, but the resulting journal can contain thousands of line items.
Where the relevant functionality is configured, Promenta can handle allocation requests exceeding SAP’s 999-line-item document limit. The solution supports the necessary document handling within a single governed request, reducing the need for finance teams to split and manage large uploads manually. [4]
For standard journal requests, a full simulated posting with live SAP validation takes place before submission for approval. This allows posting-related errors, including invalid account assignments and other SAP validation failures, to be identified before the approval process begins.
Review stays on the allocation basis itself, which should be revisited whenever headcount, floor space, or usage patterns shift.
6. Intercompany journals: matching both sides
Intercompany journal entries cause problems when the two sides of a transaction mismatch. Differences in amounts, currencies, accounting periods, or supporting references can create additional work during group reconciliation.
Promenta supports intercompany journals and configurable approval routing based on fields such as company code. Where each entity submits a separate request, the workflow can direct that request to the appropriate approval team.
Promenta also supports multiple journal documents within one request. However, those documents follow a single approval path, so the workflow must be designed carefully when the participating entities require distinct approval responsibilities.
SAP Accrual Engine vs Manual Accrual Journals: When to Use Each
SAP S/4HANA Accruals Management includes functionality for purchase order accruals and manual accrual objects. Through the Accrual Engine, organisations can maintain accrual information, calculate periodic amounts, and post entries according to configured rules. SAP also provides options for reviewing and approving periodic accrual amounts. [2]
Some period-end estimates may still be prepared as standalone manual journals. Bonus provisions, professional fees and top-side adjustments are examples, particularly where those scenarios have not been configured within Accruals Management. These journals need a controlled process for preparation, supporting evidence, validation and approval.
The SAP Accrual Engine and Promenta therefore serve complementary purposes. SAP Accruals Management can support the calculation and periodic posting of configured accruals, while Promenta provides a governed workflow for manually prepared journals and eligible reversals. The appropriate combination depends on the organisation’s accrual processes and control requirements.
How Does Rule-Based Journal Approval Work Across Entry Types?
Workflows can support multiple approval levels, allowing finance teams to apply different review requirements according to transaction value, responsibility and risk. Approvers can:
- Set up substitutes when they are out of office
- Forward requests to authorised colleagues
- Work from email notifications or a shared team inbox
Posting and request permissions can also be restricted through the relevant SAP roles, authorisations and Promenta configuration, limiting access to the parts of the business for which users are responsible.
Real-time process reporting, including process ageing by team, shows which accruals, reversals and allocations are approved, posted or still pending, so outstanding items are visible before the books close.
When Is a Journal Entry Type Ready for Automation?
A journal type is a suitable candidate for automation when its preparation and approval requirements can be expressed through repeatable, well-defined rules. Finance teams can assess this using five criteria, which build on the broader comparison of automated vs manual journal entries:
| Criterion | What to check |
|---|---|
| Repeatable logic | The logic repeats each period with stable inputs. |
| Data-driven calculation | The amount is calculated from data rather than requiring a new judgement each time. |
| Standardised evidence | The supporting documents can be prepared and reviewed consistently. |
| Predictable approval | The approver can be determined through defined routing rules. |
| Meaningful processing volume | The volume or line count makes manual handling a potential close delay risk. |
A journal does not need to meet every criterion to benefit from automation. Accruals, for example, may still require a judgement-based estimate, while their validation, evidence collection, routing and approval can follow a standard process.
Over time, AI may support parts of journal preparation or exception identification. Responsibility for accounting estimates, changes in assumptions and unusual transactions should remain with the appropriate finance personnel.
SAP-Native vs External Journal Platforms for High-Volume Journals
High-volume journals make the architecture of the approval process particularly relevant. When entries are prepared or approved outside SAP, as with some SAP journal entry automation software, organisations need reliable mechanisms to move journal data into the ledger and maintain the relationship between the posted transaction and its approval evidence.
Promenta operates natively within SAP, allowing journal preparation, workflow, validation and audit information to be managed through the existing SAP environment.
| Consideration | Built natively on SAP | External journal platform |
|---|---|---|
| Validation | Live SAP validation and posting simulation before approval for standard journal requests | Depends on the integration and when SAP validation checks are performed |
| Supporting evidence | Evidence retained with the SAP-based workflow and linked to posted documents according to configuration | Evidence may be retained in the external platform, synchronised with SAP or held in both |
| Security model | Existing SAP users, roles and authorisations | May require additional access controls and integration governance |
| Infrastructure | Runs as an SAP add-on without separate servers or middleware for the core journal workflow | Typically requires an additional platform and SAP integration |
Promenta is an SAP Certified Partner Product, has been an SAP partner since 2002, and supports SAP ECC, SAP S/4HANA On-Premise and RISE with SAP Private Edition.
Conclusion: Bringing Every Entry Type Under One Governed Process
Accruals, reversals, recurring, amortisation, allocation and intercompany journals involve different accounting decisions and control requirements. A consistent SAP journal workflow allows organisations to standardise the repeatable stages while retaining appropriate review of estimates, exceptions and changes in underlying assumptions.
The governed journal process follows a defined sequence:
Prepare → Validate → Submit → Route → Review → Approve → Post → Audit
Questions worth asking of your current process:
- Can you show which accruals were reversed, and in which period?
- Who approved last month's allocation, and on what basis?
- Do reversals follow the same approval as the original entry?
Frequently Asked Questions
1. Which journal entry types account for most of the manual effort at close?
2. How are recurring and rule-based journals automated in SAP?
3. How are accruals and their reversals handled across periods?
4. Can allocation and intercompany journals follow the same approval workflow?
5. Do automated entry types still require approval before posting?
Automation does not remove the need for an approval policy. Organisations can configure different approval requirements according to journal value, type, account or company code. Lower-risk entries may qualify for threshold-based automatic approval where policy permits, while significant or judgement-based journals may need independent, multi-level review. Segregation-of-duties settings should be configured to prevent self-approval wherever that control is required.