π₯ Enrollment β Get Identification Process Status APIΒ #
Gateway Path: /Enrollment/{id}/{userType}/{isIdentificationCompleted}/get-identification-process-status
Service: Customer Relationship Management (CRM)
Method: GET
Auth: Bearer token in Authorization
header
1) π Overview & Purpose #
Retrieves the current status of a userβs external identification with Borica.
This endpoint is used in two distinct polling phases:
-
Phase A β Pre-sign (after first success redirect):
Start polling right after Borica redirects your app to its Success URL (postβweb identification).
Keep polling until you receiveSIGN_SESSION_ID_SUCCESSFULLY_CREATED
.
Then open the returnedvideoIdentificationUrl
to proceed with 10nPayments document signing in Boricaβs UI. -
Phase B β Post-sign (after signing success redirect):
After the user signs the 10nPayments documents in Borica and you receive another Success redirect, start polling again.
Keep polling until you receiveDOCUMENT_SIGN_SUCCESS
(terminal success for the signing phase).
β In both phases, call the endpoint with
isIdentificationCompleted=true
because the redirect guarantees success of the preceding step.
2) π Endpoint Definition #
HTTP: GET /Enrollment/{id}/{userType}/{isIdentificationCompleted}/get-identification-process-status
Headers #
-
Authorization: Bearer <token>
Path Parameters #
Name | Type | Required | Description |
---|---|---|---|
id |
integer (int32) | β | User ID (1..2147483647 ). |
userType |
integer (enum) | β | 0 = Individual, 1 = Merchant. |
isIdentificationCompleted |
boolean | β | true when your frontend already received a success redirect from Borica for the immediately prior step. |
Request Body #
-
None
3) π‘ Responses #
β 3.1 Success β 200 OK #
Response fields
-
videoIdentificationUrl
(string | null) β Present when a next actionable step is available (e.g., pre-sign completion leads to a URL for 10nPayments signing). -
videoIdentificationStatus
(string | null) β Current status value. -
message
(string) β Optional info message.
Typical statuses by phase
Phase | Usual Flow |
---|---|
Phase A (pre-sign) | PROCESSING β SIGN_SESSION_ID_SUCCESSFULLY_CREATED (open videoIdentificationUrl to start 10nPayments document signing) |
Phase B (post-sign) | SIGN_SESSION_ID_SUCCESSFULLY_CREATED (may still appear briefly) β DOCUMENT_SIGN_SUCCESS (terminal success for document signing) |
β οΈ 3.2 Client Errors β 400 / 404 #
Problem-details style errors if parameters are invalid or context not found.
β 3.3 Server Error β 500 #
Unexpected failure (empty body by policy).
4) π Polling Contract #
-
When to poll:
-
Phase A: Immediately after your app lands on Success redirect from Borica web identification.
-
Phase B: Immediately after your app lands on Success redirect from Borica after 10nPayments document signing.
-
-
How to call:
GET /Enrollment/{id}/{userType}/true/get-identification-process-status
-
Interval: every 2β5 seconds.
-
Timeout: client-side cap (e.g., 2β5 minutes).
-
Stop conditions:
-
Phase A target:
videoIdentificationStatus === "SIGN_SESSION_ID_SUCCESSFULLY_CREATED"
andvideoIdentificationUrl
present β open it to start signing. -
Phase B target:
videoIdentificationStatus === "DOCUMENT_SIGN_SUCCESS"
β proceed with your post-KYC flow.
-
π Open only trusted URLs and enforce a strict allowlist.
5) π» Examples #
5.1 cURL (Phase A or B) #
5.2 JavaScript (fetch) β unified poller #
6) π Sequences #
Phase A β Pre-sign #
-
App receives Success redirect from Borica (postβweb identification).
-
Client β API:
GET .../true/get-identification-process-status
(start polling). -
Status evolves from
PROCESSING
βSIGN_SESSION_ID_SUCCESSFULLY_CREATED
(withvideoIdentificationUrl
). -
Client: open
videoIdentificationUrl
to start 10nPayments document signing in Borica.
Phase B β Post-sign #
-
App receives Success redirect from Borica (after signing).
-
Client β API:
GET .../true/get-identification-process-status
(start polling again). -
Status reaches
DOCUMENT_SIGN_SUCCESS
(terminal). -
Client: proceed to next step in your onboarding/KYC pipeline.