Does iDBQuery provide a Data Processing Agreement (DPA)?
Yes. iDBQuery can enter into a Data Processing Agreement that sets out how personal data is handled, the roles of controller and processor, security measures, and sub-processors. For on-premise and air-gapped deployments where data never leaves your network, the processing footprint is minimal, which many customers prefer.
A DPA is the contract that governs how a vendor processes personal data on your behalf, and iDBQuery supports putting one in place.
- Standard terms - the DPA covers controller and processor roles, the scope and purpose of processing, security measures, breach handling, and data-subject support.
- Sub-processor transparency - it identifies any sub-processors involved so your own records of processing stay accurate.
- Deployment shapes the footprint - with an on-prem or air-gapped install, your data stays entirely in your environment, so the processing iDBQuery performs on personal data is greatly reduced or, in a fully local setup, effectively none.
For example, a European company can sign a DPA and choose an EU-region or on-prem deployment so that personal data handling aligns with its obligations. It is worth being precise here: a DPA is a contractual instrument, not a certification, and iDBQuery leads with architecture rather than compliance badges. The strongest privacy assurance is structural - query-in-place so data is not copied out, deployment inside your VPC or air-gapped, RBAC, masking, and encryption in transit and at rest. Those design choices are what let iDBQuery help support your GDPR obligations, with the DPA documenting the arrangement. Contact us to review and execute a DPA for your deployment.
Updated 2026-06-22