How To Execute Field Extension of ACDOCU - 1909 - V6
How To Execute Field Extension of ACDOCU - 1909 - V6
This guide applies to the following SAP S/4HANA Finance for group reporting versions:
On Premise
S4 1909- FPS01
S4 2020- FPS00 & FPS01& FPS02
S4 2021- FPS00 & FPS01& FPS02
REVISION HISTORY
Purpose:
This document intends to help customers and partners better understand custom dimension
extension of table ACDOCU for consolidation processing and reporting. When designing the SAP
S/4HANA system and the group reporting area, the focus was placed on the most common
dimensions that are widely used according to experience. However, customers nowadays may have
additional reporting requirements. Hence, there’s now a demand for the extensibility of Universal
Journal Table ACDOCA and Group Reporting Table ACDOCU.
2
1.3.11 Check the Group Data Analysis app ............................................................................................ 19
1.3.12 Availability in GRDC ...................................................................................................................... 19
1.3.12.1 Manual Data Entry – forms .......................................................................................................... 19
1.3.12.2 Mapping from external source ..................................................................................................... 19
1.3.12.3 Mapping from ACDOCA .............................................................................................................. 19
2 ADDITIONAL INFORMATION ........................................................................................................ 19
2.1 Limitations ...................................................................................................................................... 19
2.2 Related Information ....................................................................................................................... 19
The SAP S/4HANA for group reporting 1909 FPS1 release and later releases include the following
new and improved key features:
▪ The extensibility framework was introduced, allowing you to define your own custom fields
and use them in the consolidation process. Once the fields are created and activated, they
behave similarly to standard delivered fields. Therefore, upload, process, and report data on
additional extended fields are supported.
Prerequisite:
Log on with user role SAP_BASIS_BCG_EXT, and the business catalog SAP_BASIS_BC_EXT is
assigned.
o Create
o Insert Field Properties (example below for BRAND dimension)
o Create and Edit
In the UIs and Reports tab, you define/enable where the new custom field will be available based
on the consolidation processing and reporting.
The Business Scenarios setting determines in which context the customer field will be used. The
first business case describes the scenario where the custom field is solely used in group reporting
and not in accounting. Hence, the business scenario Coding Block for accounting shall not be
enabled.
Afterwards, save and publish the custom field by selecting Save and then Publish.
Depending on which type of field has been created, master data will have to be maintained.
For example, if “code list” is defined, then only selected values are allowed to be used, as the
following screenshot shows:
For example, if the type “text” is selected, then a “free text” up to the length specified in the
properties of the custom field can be entered. The same logic applies for type date, email, etc.
Additional Note:
There are space limitations for each business context. The limitation depends on the number
of custom fields and the length of the data type that is used. The Business Context Capacity
bar shows the remaining space. The limitation for business context is up to 100 fields and up
to 1000 characters.
It is not 1000 characters per field, but rather you can use a maximum of 1000 characters
within the maximum 100 fields. In other words, if you create 1 field with 1000 characters,
then you won’t be able to create more fields due to exceeded capacity.
However, there is no limitation due to type. In some types, such as “checkbox”, you only
need one character. But for “web address”, you can use 200 characters. Both contribute to
the maximum number of characters per Business Context. In such a case, 1 checkbox field of
1 char + 1 web address field of 200 chars = 2 fields and 201 characters are used. In this
example, you would have 98 fields and 799 characters left.
For the type “Code List”, master data values must be maintained. For large amounts of master
data, you can use the upload function to upload master data from Excel files.
Once master data is maintained, the published field then automatically becomes part of the data
model and is ready to be used during the various consolidation steps.
The newly created field can be used in a flexible upload. To do so, you must add the new field to
the column structure. It’s important to use the prefix “ZZ1_” before the field name.
When posting manual group journal entries, the newly created field must be added to the
template first. In the overview screen, select “Create”. When the detail screen opens, click on the
“Settings” symbol (cog icon).
A pop-up window appears where the list of fields can be seen. Here, the newly created custom
field appears in the list and must be added to the template.
On the left panel with the ranges of additional dimensions, “BRAND” should appear on the left
panel so that it can be used in reporting. When dragging the field into the column or row
structure, the values appear because the breakdown takes “BRAND” into account.
Note: For custom fields you cannot create a hierarchy for reporting purpose.
In this step, the ZZ1_BRAND dimension in the ACDOCA table (Universal Journal) will automatically
be generated. This dimension will be available for financial accounting – general ledger postings.
There is an automatic mapping between the ZZ1_BRAND of ACDOCA and ZZ1_BRAND of ACDOCU.
Business context for Accounting: Coding Block is created and needs to be maintained. This is
described in the subchapters below.
1.2.5.2 Enable UIs and reports for Accounting: Coding Block (as of 2021 FPS1)
1.3.1 Prerequisite
Subsequently, the field was enabled for “Custom Fields and Logic” with business context “Coding
Block” in transaction SCFD_EUI for database table ACDOCA:
The field shall also be used in group reporting. However, if you just enable the business scenario
Accounting: Coding Block to Consolidation Journal Entry, then the field will not have a check table
in the generated append to table ACDOCU. As a result, data validation against the check table
won’t work, such as in flexible upload.
To create the same field with a check table in group reporting, the following approach must be
followed instead:
(3) Now use SCFD_EUI for group reporting, database table ACDOCU:
(4) Choose “Attach Field to Existing Custom Field” and attach it to the Coding Block custom
field:
The created field is now connected to Group Reporting with the respective check table.
o Start the Custom Fields and Logic app from the Fiori front end
o Select the field and maintain the ACDOCU usage as needed and as described below.
With this step, the ZZ1_BRAND dimension in ACDOCA table (Universal Journal) will automatically
be generated. This dimension will be available for financial accounting – general ledger postings.
There’s an automatic mapping between the ZZ1_BRAND of ACDOCA and ZZ1_BRAND of ACDOCU.
2 ADDITIONAL INFORMATION
2.1 Limitations
Please refer the following note for restrictions: 2849287 - Extensibility in Group Reporting
The information contained herein may be changed without prior notice. Some software products marketed by SAP SE and its distributors contain proprietary software components of other software vendors.
National product specifications may vary.
These materials are provided by SAP SE or an SAP affiliate company for informational purposes only, without representation or warranty of any kind, and SAP or its affiliated companies shall not be liable
for errors or omissions with respect to the materials. The only warranties for SAP or SAP affiliate company products and services are those that are set forth in the express warranty statements
accompanying such products and services, if any. Nothing herein should be construed as constituting an additional warranty.
In particular, SAP SE or its affiliated companies have no obligation to pursue any course of business outlined in this document or any related presentation, or to develop or release any functionality
mentioned therein. This document, or any related presentation, and SAP SE’s or its affiliated companies’ strategy and possible future developments, products, and/or platform directions and functionality are
all subject to change and may be changed by SAP SE or its affiliated companies at any time for any reason without notice. The information in this document is not a commitment, promise, or legal obligation
to deliver any material, code, or functionality. All forward-looking statements are subject to various risks and uncertainties that could cause actual results to differ materially from expectations. Readers are
cautioned not to place undue reliance on these forward-looking statements, and they should not be relied upon in making purchasing decisions.
SAP and other SAP products and services mentioned herein as well as their respective logos are trademarks or registered trademarks of SAP SE (or an SAP affiliate company) in Germany and other
countries. All other product and service names mentioned are the trademarks of their respective companies. See www.sap.com/copyright for additional trademark information and notices.