|
xbrl.5.1.1.2:balanceCalcWeightIllegalPositive |
Calculation relationship has illegal weight 1.000.000 from ifrs-full:Divident, debit, to ifrs-full:Divident, credit, in link role https://yourURL/role/yourStatement(per 3.2 Table 6) |
This error in the top of your log output and needs to be resolved, it causes an incorrect filing packages as it will also generate the following error:
|
ESEF.RTS.Annex.III.Par.1.invalidInlineXBRL |
RTS on ESEF requires valid XBRL instances, 1 errors were reported. |
Depending on your auditor, these can be ignored or should be addressed.
The reason behind the illegal positive is that there is a value presented as debit but it should be credit, or it is changing from debit to credit or the otherway around. In the example here above, Divident with the value 1.000.000 should be a positive number, but is presented as a negative number, of the otherway around. XBRL knows what items should be credit or debit and expects numbers to reflect that. However human readers need context as they do not know if a statement is a credit or debit statement. This often results in these errors.
The error also states where the number is located. In this case in chapter 3.2, table 6. That makes it easier to pinpoint the number. Pasting the ifrs-full:Divident into the searchbar of the inline viewer will cause you to jump to the correct number also.
In the report / statement the number will be written in a certain way for humans to be able to read it. For example divident written as a negative number, while the number itself should be positive as the system automatically knows if its debit or credit here.
In Tangelo under the cell properties, this situation can be reversed by using the "concept is negative" attribute: (below: Esef - concept is n....)
This reverses the credit / debit value of a specific cell.
Be carefull as this also can generate other errors, since the system now handles the number differently. This can cause calculation errors on othere statements.