| Status | |
|---|---|
| Owner | BECHTER-ext, Alex |
| Stakeholders | ANGGREANI-ext, Lisa |
| Jira Request ID | |
| Jira Development ID |
| Parameter | Value |
|---|---|
| Application System | S/4 HANA (all instances) |
| Business Process Reference | 09.05.04.01. Process General Journal Entries |
This enhancement is to ensure that manual journals posted in the system have adequate supporting documents attached before they get routed for review and approval.
The primary purpose is to increase the degree of compliance with internal controls around journal entry management (also with view to potential SOX compliance requirements upon listings in the US) and to drive up efficiency in the journal review process in the new S/4 HANA systems.
Internal controls exist at Syensqo around the existence of supporting documents for manually posted journals in the system. This is currently monitored via detective mechanisms at period-end that requires manual execution and monitoring. With the proposed enhancement it is safeguarded that
1.) the internal control is adhered to in all cases in a preventive and efficient manner rather than via detective, manual monitoring activities at period-end
2.) Approvers/Reviewers don’t need to spend time rejecting journals that lack supporting documents which should lead to efficiency gains compared to the current state.
Scope and Objectives
Detail the functional scope and objectives of the Enhancements. Please also describe the gap that will be addressed by this enhancement (Compared to SAP Standard)
This enhancement shall be applicable to manual journals posted via the below two Fiori applications and its respective successor apps in future S/4 HANA releases:
Please note that Fiori app 'F4670A - Verify Currency Adjustment-New Version' also allows for bulk upload processing via Excel upload functionality. As part of this process, another enhancement (ERP-558) automatically attaches the Excel upload template as supporting document to all journals submitted for review in the respective upload batch. As such, the existence of a supporting document is system-assured if journal entries are entered via this mode of entry and therefore doesn't require further validation via this enhancement. Journals uploaded via Excel upload functionality shall be exempted from the validations proposed in this enhancement.
SAP standard does not provide similar validation features in its current S/4 HANA releases and also doesn't intend to implement any in the foreseeable future. An incident with SAP was logged to query about possible inclusions in the future roadmap designs for journal entries. While the request was acknowledged and generally understood as a legit requirement, SAP also pointed out that there is no roadmap item planned out currently to embed this feature into the standard product offerings in the foreseeable future. Please refer to OSS incident 858195/2025 for further reference.

Step | Description | Comment |
|---|---|---|
| 1 | User launching Fiori app F4670A or F2457A or FB70 | |
| 2 | Foreground entry mode selected by end-user | |
| 3 | User populates journal entry details and attempts to submit journal entry for review. | |
| 4 | Enhancement kicks in to validate if attachment has been provided. | Trigger for enhancement to get prompted is user action linked to button 'Submit' in Fiori application screen. |
| 5 | Error message gets issued if attachment is missing and submission of journal for review shall be blocked. | |
| 6 | User attaches supporting document to the journal entry. Then re-submits the journal for review. | |
| 7 | Enhancement gets prompted again. The check is successful hence the journal shall be passed on to the subsequent applications for further processing. |
The following assumptions are taken for this custom development:
No dependencies other than
No specific security or export control requirements applicable to this enhancement. The standard authorization checks of the calling programs shall be followed and accesses as well as authorizations to the underlying Fiori applications shall be granted according to the swim lane assignments in Signavio.
Not applicable. Enhancement spot will be implemented and embedded in program logic. Call-up of enhancement is not dependent on system configurations.
The error message issued by the enhancement shall be translated into the four logon languages defined in 'KDD055 - Multi-Language Support'. The four core languages endorsed in the KDD are:
Not applicable. No special requirements identified for this custom development.
The rationale behind this enhancement is to build preventive controls into the journal entry process in S/4 HANA to avoid manual controls and manual re-work for accounting managers at period-end by ensuring that journal entries cannot be submitted for review/posted unless supporting documents were furnished and attached to the journal entry document.
In the current SAP systems, this is ensured via a detective, after-the-fact type of control where users execute custom reports to identify journals without proper supporting documentation and/or journal justifications. This is a manual process at period-end that can be time-consuming for the accounting managers. Efficiency gains for the accounting departments are therefore expected from this custom development,
The proposed technologies for this enhancement are pre-delivered enhancement spots from SAP in the underlying programs behind the Fiori applications.
A first analysis performed together with the technical team revealed that enhancement spots (BAdI) in the business context FINS_GLJE_VERIFICATION may be the most suitable technology to meet the requirements of the enhancement request.
As part of enhancement, we will implement a custom function which will validate attachment of a journal entry, this will be implemented in Manage Substitutions and Validations Rules for Journal App (F4406).
Alternatively, we can also check BADIs FIN_ACDOC_HEADER_VALIDATION, FIN_ACDOC_ITEM_VALIDATION.
The following BADI's can be implemented as part of business context FINS_GLJE_VERIFICATION to add start conditions for workflow which will stop the approval process of the workflow if there is no attachment
Data Source Considerations
This section is not applicable to this custom development.
Data Validation Considerations
This section is not applicable to this custom development.
Custom Tables
This section is not applicable to this custom development.
This section is not applicable to this custom development.
The processing logic of the enhancement shall follow the below sequence of events:
1.) The enhancement shall be prompted by a user action within the respective Fiori applications. Once a user decides to submit a journal entry for review/posting by clicking button 'Submit' in the application screens, the enhancement must be called. The enhancement must not be called for processing options 'Hold' or 'Simulate'.
2.) Upon submission request, the enhancement needs to check if an attachment has been uploaded to the journal entry in the attachments tab of the respective Fiori applications.
3.) If an attachment has been provided, no further action is required by the enhancement and the journal entry shall be passed on to the next processing routine.
4.) If no attachment has been uploaded, the following error message shall be output in the form of a pop-up and submission of the journal entry shall be blocked:
5.) The user shall subsequently be able to return to the entry mode of the journal entry by closing the pop-up in order to upload the required documentation. Once uploaded, the journal shall be re-submitted for review/posting which must call the enhancement again for another round of validation.
6.) Upon successful validation, no further action is required by the enhancement and the journal entry shall be passed on to the next processing routine.
The volume of manually posted journal entries are expected to decrease sharply in S/4 HANA due to new process designs implemented across all areas that will lead to a reduced need for manual adjustment journals at period-end.
The current volume of manual journals per period ranges between 8,000 to 10,000 journals per accounting period. This is expected to drop by a significant amount in S/4 HANA, assuming an 80% reduction of manual journals due to process re-designs in S/4 HANA this would result in a range of 1,500-2,000 journals per period across all S/4 HANA instances.
During peak days for manual journal entries, typically towards the end of an accounting period especially during quarterly or yearly closes, the volume of manual journal can spike up. The enhancement should be able to handle such sudden spikes of concurrently processed journals in an efficient manner.
Special error handling is not required. IT support tickets must be raised should the user detect any journal entries that bypassed the validation implemented via this enhancement. This would need to be investigated further by the technical team to identify glitches in the coding that allow users to bypass the implemented checks of this custom development.
1.) Ensure the necessary roles for accessing Fiori apps F4670A and F2547A and FB70 are assigned to your user ID.
2.) Launch the Fiori launchpad and search for the respective applications.
3.) In the landing page of the Fiori applications, search for button 'Create' in order to create journal entries in the foreground.
4.) In the journal entry screen, enter the following details:
Document Header:
Posting Date and Document Date: <Today's date>
Document type: 'SB'
Company Code: '1010'
Transaction Currency: 'EUR'
Header Text: 'Test for ERP-557'
(For Fiori app F4670A only: Debits/Credits Currency: '10')
Line Items:
1: G/L Account: '5310090', Profit Centre: 'Selection from Drop-down', Debit Amount: '10'
2: G/L Account: '5310090', Profit Centre: 'Selection from Drop-down', Credit Amount: '10'
5.) Switch to tab 'Attachment' to upload supporting documents.
6.) Press 'Simulate' and check for errors. Connect with functional consultant in case of errors.
7.) Press 'Submit' to trigger enhancement.
| ID | Condition | Expected Result |
|---|---|---|
| 1 | No attachment uploaded to journal entry or customer invoice and user attempts to 'Submit' for verification/posting. | Error Message should appear in the form of a pop-up. |
| 2 | Attachment uploaded to journal entry or customer invoice and user attempts to 'Submit' for verification/posting. | No error message expected. |
| 3 | User simulates journal entry or customer invoice without having uploaded attachments | No error message expected. |
| 4 | User holds journal entry or customer invoice without having uploaded attachments | No error message expected. |
No dependencies other than overall dependencies of basic FI configurations and master data to be in place before testing can be commenced.
This section is not applicable to this custom development.
| Package Name | Parent Package |
|---|---|
| Enhancement Type | Standard Definition Name | Custom Implementation Name | Design Rationale Reference |
|---|---|---|---|
| Object Type | Object Name | Purpose/High Level Logic | Design Rationale Reference |
|---|---|---|---|
This table is based on the Syensqo development standards document. It provides the naming conventions for authorization groups to associated with custom reports and tables to comply with security requirements.
ABAP | ZFI | ZMM | ZPS | ZCO | ZSD | ZBC | ZFI | ZCA |
|---|---|---|---|---|---|---|---|---|
| TABLES | ZFIT | ZMMT | ZPST | ZCOT | ZSDT | ZBCT | ZFIT | ZCAT |
Insert links and references to other documents which are relevant when trying to understand this decision and its implications. Other decisions are often impacted, so it's good to list them here with links. Attachments are also possible but dangerous as they are static documents and not updated by their authors.
