← All features
Platform & Deployment

India data residency

Live

Storage and processing default to AWS ap-south-1 (Mumbai). Model inference leaves India — that is disclosed, not hidden.

What you get
  • ✓Storage and application default to AWS ap-south-1 (Mumbai)
  • ✓Organisation data-residency default of India
  • ✓Model inference and error monitoring processed outside India, by named sub-processors
  • ✓Sub-processor list published unauthenticated and derived from live configuration
+1 more capabilities below
Overview

What it is.

Storage and the application default to the AWS Mumbai region, and the default data-residency setting on an organisation is India. Your documents live there.

The part that matters for a localisation assessment is the exception, so we will state it plainly rather than in a footnote: model inference goes to third-party APIs — Anthropic, OpenAI for embeddings and part of the multi-agent path, and Google for the other part — and that content is processed outside India. Error monitoring likewise. The current vendor list is published on our privacy policy page and is generated from live configuration. If your obligation is that nothing leaves India, the hosted product does not meet it and the on-premise, air-gapped deployment is the honest answer, because there every one of those vendors is hard-disabled.

How it works

Three steps.
End to end.

01
1. Sign up

The default region is AWS ap-south-1 (Mumbai) and the default residency setting is India. Nothing to configure.

02
2. Know what leaves

Model inference and error monitoring reach sub-processors outside India, all of them disclosed.

03
3. If nothing may leave

Run it air-gapped on your own infrastructure, where every model vendor and every telemetry path is disabled by a hard gate in the code.

Capabilities

What you get.

  • ✓Storage and application default to AWS ap-south-1 (Mumbai)
  • ✓Organisation data-residency default of India
  • ✓Model inference and error monitoring processed outside India, by named sub-processors
  • ✓Sub-processor list published unauthenticated and derived from live configuration
  • ✓Air-gapped self-hosting as the option where no outbound processing is acceptable
FAQ

Quick answers.

Does this satisfy RBI's data-localisation directive?

That depends on your obligation and it is not ours to declare satisfied. Storage is in India; inference is not. Take the sub-processor list and the DPA to your compliance counsel and let them decide — anyone who tells you a SaaS product is automatically compliant is selling you something.

Can I pin to a specific region?

Not as a self-serve setting. Region choice on a self-hosted deployment is yours because you run it.

What is your backup position?

We are not printing a retention figure we cannot evidence. Ask us and you will get the real answer.

Related

More in Platform & Deployment.

GST-compliant billing
Live

Tax invoices numbered consecutively within the financial year, with the CGST/SGST or IGST split, or zero-rated under LUT.

Intelligence API
Live

A read-only Indian legal-data API — clause benchmarks, judgment search, statute search — metered per key.

Browser extension
Soon

Right-click any PDF or Gmail attachment → "Scan with LexVio".

On-prem deployment
Live

Air-gapped install via Helm chart. No outbound telemetry when AIR_GAPPED=true.

Want to try India data residency?
Get started in 60 seconds.

Sign up →All features
I’m Vio. Drop a clause on me.