Control group diagnostics
Control description¶
The control groups diagnostic checks the balance of the rule that is obtained from the definition of the control group. Then it compares the total amounts associated with the 'parent' accounts to the total amounts associated with the 'child' accounts, based on the operator selected for the control group.
For Balancing control groups with 'Check by element' option (for which a single set of accounts is defined), the control is performed on each individual account rather than on the total of all accounts.
The control group diagnostic analyses gross, IC, and net figures, depending on the type of control group being analysed.
Control operators¶
The check uses the following operators:
| Operator | Description |
|---|---|
| = (equal) | The amount of the 'child' accounts must be equal to the amount of the 'parent' accounts. |
| < (less than) | The amount of the 'child' accounts must be less than the amount of the 'parent' accounts. |
| > (greater than) | The amount of the 'child' accounts must be greater than the amount of the 'parent' accounts. |
| > = (greater than or equal) | The amount of the 'child' accounts must be greater than or equal to the amount of the 'parent' accounts. |
| <= (less than or equal) | The amount of the 'child' accounts must be less than or equal to the amount of the 'parent' accounts. |
| <> (not equal) | The amount of the 'child' accounts must be different from the amount of the 'parent' accounts. |
| Coherence | If the amount of the 'parent' accounts is different from zero, the amount of the 'child' accounts must also be different from zero. |
| Bi-directional coherence | If the amount of the 'parent' accounts is different from zero, the amount of the 'child' accounts must also be different from zero. If the amount of the 'parent' accounts is zero, the amount of the 'child' accounts must also be zero. |
| Coherence by element | If a "parent" account different from zero exists, then a "child" account different from zero must exist as well. |
| Bi-directional coherence for element | If a "parent" account different from zero exists, then a "child" account different from zero must exist as well. If all 'parent' accounts are equal to zero, all 'child' accounts must also be equal to zero. |
For 'existence' control groups, i.e. those with operator < (less than), > (greater than) and <> (different) for which there is no data by scenario/period, entity and control group, the diagnostic generates reports by category/grouping as defined in the validation rules.
As a consequence, different behaviour may be encountered in the case of no rows or zero rows.
In the case of zero rows, the data are analysed taking into account the control group settings. Therefore, if, for example, the control group requires checking custom dimensions at the level of the lowest‑level elements, the generated reports are not only broken down by category/group but also by custom dimension.
Control groups to be diagnosed¶
The diagnostic is only performed on the control groups associated with the selected process. For each entity, i.e. Entity, contributor node, consolidator node, only the control groups present in the process data model associated with that entity are subjected to diagnostics.
As for the control group used to verify the income statement result ($BS_), it is possible to display its result even when balancing is achieved. For this purpose, it is necessary to specify the categories for which the result should be displayed even when balancing occurs (Categories to be diagnosed).
Note: The result account code to be used is the one defined in the calculation logics of the process.
Diagnostic and control groups list¶
The following attributes of the control group master data are relevant for the execution of diagnostic data processing:
| Attribute | Description |
|---|---|
| Data types to check | Specifies whether the check is to be performed on gross, net or IC amounts. |
| Check original data on | Specifies whether the check on gross amounts, on amount categories, is to be performed by local currency or by transaction currency. |
| Check original data for | Specifies whether the control group is to be diagnosed on the Entity, on the contributor node, or on both. |
| Check consolidation journals by Entity | If enabled, the check on consolidation journals is run by journal and Entity, otherwise only by journal. |
For more details, see Groups in the Data Model section.
Gross amounts check¶
The check on gross amounts is performed on control groups with Data Type to Check = Gross and is performed on both the original and consolidation scenarios. It reports any unbalanced amounts on the gross phase present in the process data model of the entity being diagnosed.
It is performed on all category types (amount, Entity journals, Consolidation journals) and on all category groupings (entity grouping, consolidator entity grouping, consolidator grouping).
It can be carried out either on the individual elements of the custom dimensions or on the top-level nodes of the custom dimensions or by adding up the custom dimensions as specified in the control group list. Moreover, it takes into account any restrictions on custom dimensions defined on the control group itself.
IC amounts check¶
The check on IC amounts is performed on control groups with Data type to check = Intercompany and is only performed on the original scenarios. It reports any unbalanced amounts on the IC phase present in the process data model of the entity being diagnosed.
It is performed by Ctp Entity, by checking only the counterparties defined in the counterparty rule for IC checks in the control group list, if any. This setting is ignored for contributor nodes, where the check is performed by Ctp node.
It is performed only on the Entity journals and amount categories and only on the category groupings of Entity and consolidator Entity.
It can be carried out either on the individual elements of the custom dimensions or on the top-level nodes of the custom dimensions or by adding up the custom dimensions as specified in the control group list. Moreover, it takes into account any restrictions on custom dimensions defined on the control group itself.
Net amounts check¶
The check on net amounts is performed on control groups with Data type to check = Net and is only performed on the original scenarios. It reports any unbalanced amounts in the maximum phase between gross and IC (capacity phase) within the process data model of the entity being diagnosed
It is performed only on the Entity journals and amount categories and only on the category groupings of Entity and consolidator Entity.
It can be carried out either on the individual elements of the custom dimensions or on the top-level nodes of the custom dimensions or by adding up the custom dimensions as specified in the control group list. Moreover, it takes into account any restrictions on custom dimensions defined on the control group itself.
Categories to be diagnosed¶
The categories and category groupings to be diagnosed are defined in the validation rules of the process (Validation Rules Page). For each category and each grouping, the following items are specified:
- severity (Automatic, Blocking, Non-blocking, Diagnostic only, Do not run),
Note: If Automatic is selected, the information is retrieved from the control group list, where it can only be Blocking or Non-Blocking.
- any tolerance thresholds for diagnostic run by automatic balancing data processing or by the data submission procedure
Entity groupings are those only containing entity categories, i.e. amounts and/or entity journals, of the contributor. These groupings can be validated both on original scenarios and on consolidation scenarios.
Consolidator entity groupings are those which only contain entity categories, i.e. amounts and/or entity journals, where at least one is of the consolidator. These groupings can be validated both on original scenarios and on consolidation scenarios.
The consolidator groupings are those which also contain a single consolidation journal category. These groupings can only be validated on consolidation scenarios and only on the “Converted” and “Consolidable” amount.