user linking
Link On-Init, HIP responds with OTP communication details
Async Callback: After receiving a link init request at the HIP bridge URL ({bridgeUrl}/v0.5/links/link/init), the HIP calls this Gateway endpoint to return the authentication details (OTP communication medium and expiry).
Certification cases USER_INIT_LINK_602, USER_INIT_LINK_603, USER_INIT_LINK_604, USER_INIT_LINK_605, USER_INIT_LINK_606, USER_INIT_LINK_607
The Gateway uses this to prompt the patient to enter the OTP for link confirmation. Bearer token obtained from POST /hiecm/gateway/v3/sessions A fresh UUID that you generate for this request. The callback that answers it carries the same value, so this is how you match an asynchronous reply to the call that caused it. Store it before you send the request, not after. The current time in ISO 8601, UTC, with milliseconds and a Which consent manager you are talking to. HIP-generated link reference (UUIDv4) One of One of Masked hint (e.g. mobile ending digits) Echo of the requestId from the original Gateway-to-HIP request requestId received in the original Gateway request to HIP bridgeAuthorizations
Authorizationbearer tokenRequiredHeaders
REQUEST-IDstringRequiredTIMESTAMPstringRequiredZ suffix, from a synchronised clock. The sandbox rejects IST and accepts UTC.X-CM-IDstringRequiredsbx on the sandbox and abdm in production. A dedicated error code exists for an invalid value here, which tells you how often it is wrong.Body
transactionIdstringRequiredlinkobjectRequiredlink.referenceNumberstringRequiredlink.authenticationTypestringRequiredDIRECTMEDIATEDlink.metaobjectRequiredlink.meta.communicationMediumstringMOBILEEMAILlink.meta.communicationHintstringlink.meta.communicationExpirystringresponseobjectRequiredresponse.requestIdstringRequiredResponses
Callbacks
- You make this call in reply to A request to start linking a care context, which ABDM posts to
/api/v3/hip/link/care-context/init. Open the callback.