How does iDBQuery help an auditor?
An auditor can use iDBQuery to test full populations, trace balances and find exceptions in plain language, with every figure cited back to the exact source row. It joins ledgers and supporting data into one live model, so testing covers 100% of transactions rather than a sample and every result is traceable.
Auditing means testing evidence and tracing numbers to their source — exactly what iDBQuery is built to do. It joins ledgers, sub-ledgers and supporting files into one live model, answers in plain language, and cites every figure back to the precise source row.
Questions an auditor asks iDBQuery: - Show all journal entries posted outside business hours or by unusual users. - Does this account balance tie out to the underlying transactions? - List transactions above the materiality threshold with missing approvals.
Because iDBQuery queries the live data rather than a sample, you can test entire populations instead of extrapolating from a few items, and every result links straight to the supporting rows for your working papers. It shows the SQL it ran, so your testing logic is transparent and repeatable, and it surfaces duplicates, gaps and anomalies across the full dataset. It runs in the client's VPC or air-gapped and queries in place, so sensitive records stay within scope. Rather than replacing professional judgement, it removes the manual data extraction and sampling so you can spend your time on assessment and conclusions — with fully traceable evidence behind every figure.
Updated 2026-06-22