| Table of Contents |
|---|
...
Values can be adjusted by changing the Sign Logic property of items. Please visit SignLogic (reporting of negative values https://amana.atlassian.net/wiki/spaces/XBRLD/pages/32212340/Tagging+of+Tables#Sign-Logic-(Reporting-of-Negative-Values) for more details.
Decimals
...
Original value | Rounded value | Decimals | Calculated value | |
|---|---|---|---|---|
Value 1 | 3.000.503 | 3.001 | -3 | 3.001.000 |
Value 2 | 4.999.601 | 5.000 | -3 | 5.000.000 |
Total | 8.000.104 | 8.000 | -3 | 8.000.000 |
This can be adjusted by changing the decimals attribute of one values:
Original value | Rounded value | Decimals | Calculated value | |
|---|---|---|---|---|
Value 1 | 3.000.503 | 3.001 | -4 | 3.000.000 |
Value 2 | 4.999.601 | 5.000 | -3 | 5.000.000 |
Total | 8.000.104 | 8.000 | -3 | 8.000.000 |
Limitations
| Info |
|---|
XBRL 2.1 specification grants the possibility to document in the calculation linkbase arithmetic relationships between elements referring to the same context, i.e. same period and identical dimensional qualifiers. Therefore, the calculation linkbase is limited to calculations with a single context. However, the Primary Financial Statements contain a number of cross-period arithmetic relationships that can not be reflected in the calculation linkbase. An example for cross-period arithmetic relationships is the statement of cash flows where the sum of inflows and outflows of the period corresponds to the change of the cash balance from the beginning of the period to the end of the period. Another example is the statement of changes in equity that contains reconciliations between the carrying amount at the beginning and the end of the period for each component of equity. (ESEF Guidance 3.4.1) |
...
Data types in XBRL only allow very specific formats for their values. As XBRL and ESEF are used in many different countries with different date and number formats, mandating a change for all annual reports to use a single format is neither practicable nor desired. Numbers and dates in iXBRL reports will always use the formats of the language they are published in. To make it easier to compare and aggregate data from multiple countries it is necessary to transform these formats into one single format for each data type which can be processed. For this purpose XBRL International is publishing an ever-improving Transformation Registry https://www.xbrl.org/Specification/inlineXBRL-transformationRegistry/REC-2020-02-12/inlineXBRL-transformationRegistry-REC-2020-02-12.html . This registry describes transformation rules that can be applied to numbers and dates in a report. The numbers and dates can be transformed into a format that is compatible with plain XBRL data types.
...
It is possible and allowed to create extended axes and members. For example an additional member can be added to the Components of Equity axis if none of the members available in the taxonomy serve the purpose. It is also possible to create a whole new axis with members. In that case it is mandatory to assign a default member for that axis. Please refer to this section of the manual on how to do this in the Tagger.
...