Skip to content

Resolve a validation error

Who does this: XBRL Preparer · XBRL Reviewer · Senior Accountant · Platform Admin When: A validation run produced one or more ERROR-severity failing rows; filing is at VALIDATION_FAILED. Result: The mapping or source data is corrected; re-running validation lands VALIDATION_PASSED.

Steps

  1. Open the filing → Validation tab.
  2. Click the Errors pane.
  3. For each error:
    • Read message — most errors include concrete numbers and identify the offending elements.
    • Read relatedElements — these are the taxonomy elements the rule consulted.
  4. Trace each related element to its line item: open Mappings; filter by element id; the source page + line on the line item points back to the originating source-document location.

Common patterns

Rule categoryTypical fix
arithmeticalSubtraction / addition inconsistency within a statement. Verify the contributing line items; one of them is mapped wrong or has a wrong sign
totallingSubtotal does not equal sum of components. Check whether a contributing line item was double-counted or missed
cross_statementA figure on one statement disagrees with the corresponding figure on another. Often equity-closing vs SOCE-closing
mandatoryA required element is not mapped. Open Mappings; find or create a line item; confirm the missing element
sign_conventionA balance = credit element resolved to a debit value (or vice versa). Check the source statement and the line-item normalisation
formatMonetary value precision / date format issue. Usually a parser quirk on the source document; re-upload a cleaner source

Iterate

After fixing:

  1. Re-run validation.
  2. The XbrlValidationResult rows replace by (filingId, ruleId).
  3. If the same error persists, the underlying data is still wrong or the rule expression is misinterpreting — see Validation loops.

When to escalate

If the same error keeps failing after 3 iterations or feels like the rule expression is wrong, escalate to Senior Accountant. The team has the option to flag the rule for an ACRA conversation; this is rare but legitimate.

Internal use only — BreezyCorp