Go live
Working in the sandbox is not the same as being live. One exit process sits between the two, and you run it once, at the end.
In short
- There is no per milestone submission. The exit process covers your whole integration, once.
- It has four steps, in a fixed order, and it opens with a demonstration.
- You demonstrate twice, to two different audiences.
- The security audit is separate from functional testing, and both feed the exit form.
- Production credentials are issued at the end. They are not your sandbox values.
Prerequisites
Every milestone your integration needs works end to end. Your integration path says which ones apply to a citizen using a PHR application, and which to a facility publishing as the HIP or fetching as the HIU.
Start the exit process once all of them are complete, not milestone by milestone.
1. Demonstrate what you built
You demonstrate the ABDM functionality you built to the integration team. This is the first of two demonstrations, and it opens the process rather than closing it.
2. Complete functional testing and the security audit
Empanelled agencies run both, after the demonstration. They are separate exercises with separate outputs: functional testing produces a report and a certificate, and the security audit produces the Safe to Host certificate. Security audit covers who may audit you, which URL they audit, and how many audits your platforms need.
3. Submit the exit form
Upload the exit form on the sandbox with four things:
| What you upload | Comes from |
|---|---|
| The functional testing report and certificate | Your empanelled testing agency |
| The security audit report | Your CERT-In empanelled auditor |
| A signed undertaking | You |
| Any other supporting document requested | The integration team |
Confirm the format of the report and the undertaking with the integration team before you assemble them.
4. Demonstrate to the Health Tech Committee
Once the earlier steps are complete, a demonstration is scheduled for the Health Tech Committee. Different audience, different demonstration. The committee records its decision in four review stages, each carrying its own reviewer and date, so the outcome arrives as a sequence rather than a single answer.
5. Switch to the production base URLs
Production credentials are issued once the exit process completes.
| What you call | Sandbox | Production |
|---|---|---|
| The gateway | https://dev.abdm.gov.in, X-CM-ID: sbx | https://apis.abdm.gov.in, X-CM-ID: abdm |
| The ABHA service | https://abhasbx.abdm.gov.in/abha/api/v3/ | https://abha.abdm.gov.in/api/abha/v3/ |
A production client id against a sandbox host, or the reverse, fails.
What you see when it works
You hold a production client id and client secret, and a call that worked in the sandbox returns the same result against the production host.
When it goes wrong
If a call that worked in the sandbox fails in production, check the base URL and the
X-CM-ID header first. See
Everything returns 401.
Questions about the exit process itself, including where to submit the form or what counts as a valid supporting document, go to Support.
Next steps
- Get the audit that feeds step 2: Security audit.
- Hand your integration to an agent: Build with AI.