What This Means for Your Deployment
If your organization or your customers have contractual or regulatory requirements for India data localisation (for example, under RBI guidelines for financial services, or enterprise supplier contracts), DialNexa’s current infrastructure does not satisfy those requirements. For organizations with strict data localisation requirements, options to explore include:- On-premise deployment: DialNexa’s enterprise tier includes on-premise deployment options. Contact [email protected] for details.
- Private cloud on Indian infrastructure: Deploying DialNexa on AWS Mumbai, Azure India Central, or Google Cloud Mumbai regions via an enterprise arrangement.
What Is Confirmed About Data Handling
- Call audio and transcripts are processed in DialNexa’s infrastructure
- Data in transit uses TLS encryption
- Data at rest is encrypted
- DialNexa acts as a data processor for call data; your organization is the data controller
Related Pages
- Indian Server Routing - how India call routing works via Plivo
- Compliance Requirements - TRAI regulatory requirements
- Privacy - data retention, deletion, and access
- On-Premise Deployment - full data control within your own infrastructure
Why Data Residency Matters
India’s regulatory landscape increasingly emphasizes data localisation:- DPDP Act (2023): India’s Digital Personal Data Protection Act requires certain categories of personal data to remain within India. The specific data categories subject to localisation are defined by implementing rules (being finalized).
- RBI guidelines: Businesses in the financial services sector are required to store payment and transaction data exclusively in India.
- SEBI and IRDAI: Securities and insurance regulators have their own data localisation requirements for regulated entities.
- Contractual requirements: Many Indian enterprises have supplier contracts that require their data to remain within India, regardless of statutory requirements.
What the India Region Covers
When the India region is selected for a workspace, the following data is stored and processed exclusively in DialNexa’s India-based infrastructure:| Data type | Stored in India | Processing location |
|---|---|---|
| Audio recordings | Yes | India (transcription processing) |
| Transcripts | Yes | India |
| Post-call analysis results | Yes | India (LLM inference routed through India) |
| Tool call logs | Yes | India |
| Call metadata (IDs, timestamps, durations) | Yes | India |
| Agent configurations | Yes | India |
| Data type | Note |
|---|---|
| LLM inference for GPT models | OpenAI API calls may be processed outside India. For full LLM data residency, use Azure OpenAI with India region, or Claude via Bedrock on AWS (India region). |
| TTS synthesis | ElevenLabs and Cartesia APIs process audio outside India. |
| Account/billing data | Stored in DialNexa’s global billing infrastructure. |
For full end-to-end data residency including LLM inference and TTS synthesis, contact [email protected] about Enterprise options including on-premise deployment or Azure OpenAI / AWS Bedrock integration with India region.
Enabling the India Region
The data region is set per workspace and cannot be changed after the workspace is created. Select the India region when creating the workspace.Create a new workspace
In the dashboard, open the workspace switcher (top left) and click + Create New Workspace.
Select the India region
During workspace creation, in the Data Region dropdown, select India. This option routes all call data storage and processing to DialNexa’s India data center.
Complete workspace creation
Name the workspace and click Create. The region is locked after this point.
Migrating an Existing Workspace to India Region
If you currently operate on a non-India region workspace and need to move to India region:- Create a new workspace with India region selected
- Recreate agents: Re-create all agent configurations in the new workspace (agent configs can be exported as JSON from the agent settings)
- Reassign phone numbers: Transfer phone numbers to the new workspace (for bring-your-own numbers, update the webhook configuration; for DialNexa-purchased numbers, contact support)
- Update API integrations: Update all API calls and webhook configurations to reference the new workspace’s resources
- Redirect traffic: Update any inbound call routing to point to the new workspace’s numbers
- Archive the old workspace: Once traffic is fully on the new workspace, archive the old one
Data at Rest and in Transit
At rest: All data stored in DialNexa’s India data center is encrypted using AES-256. Encryption keys are managed by DialNexa and are stored separately from the data. In transit: All data in transit between your system and DialNexa’s API uses TLS 1.3. Audio data between the caller’s device/carrier and DialNexa’s India servers is transmitted over encrypted SRTP (for VoIP) or encrypted PSTN signaling. Third-party services: When your agent uses external tools (your custom function endpoints), data is sent to your specified endpoint. Ensure your tool endpoints are also hosted in India if full data residency is required.Compliance Documentation
If you need documentation of DialNexa’s India data residency for audit, procurement, or regulatory purposes:- Data Processing Agreement (DPA): Available from [email protected]. Documents DialNexa’s role as a data processor, the categories of data processed, and the technical safeguards in place.
- Sub-processor list: DialNexa maintains a list of sub-processors (cloud infrastructure providers) used for India region deployments. Available on request.
- SOC 2 report: DialNexa’s SOC 2 Type II report covers controls relevant to data security and availability. Available under NDA from [email protected].
Related Pages
- Indian Server Routing - how call routing through Indian servers reduces latency
- Compliance Requirements - TRAI regulatory requirements
- Privacy - data retention, deletion, and access
- On-Premise Deployment - full data control within your own infrastructure