- Your backend calls the issuing API (
/redirect/v{1,2}/guidance-link) with the page type and the end user identifier; - DCS returns a guidance link carrying a one-time secret (in the response
datafield); - You hand that link to your front end to open, either as a direct redirect, a new window, or embedded in a WebView or IFrame (for integration conventions see Web SDK / Front-end Integration);
- When the DCS page opens, it uses the secret in the link to look up the context (Validating the guidance link) and renders the page once the link is confirmed legitimate;
- Once the user finishes or fails, the DCS page redirects back to your site using the
successRedirectUrl/errorRedirectUrlyou supplied.
This page covers only the client-facing endpoints:
guidance-link and public/secret-validate. Paths under internal or private, such as /internal/redirect/v1/h5 and /redirect/private/v1/h5, are internal DCS service-to-service APIs, not client-facing APIs you can call, and are not described here.1. Issuing a guidance link
The guidance-link endpoint is:
The card is identified exactly by cardId rather than by the last four digits of the card number, which are not guaranteed to be unique across the cards of a single user.
Request headers
This API is also subject to DCS authentication and IP whitelisting; for the header signing rules see the Authentication Guide.
Request fields
Guidance page types (action enum)
Seven values are accepted:
Languages (language enum)
language takes lowercase, hyphenated values and is case-sensitive, with seven accepted values (the same convention as the Quickstart). Any value outside this whitelist is silently downgraded to the default language, with no error returned:
Request example (v2, masked)
Response
Every guidance API returns the common response envelope. The issued guidance link comes back indata (a string), not in a top-level linkUrl.
When
messageDetail is populated: on a normal success its fields are usually all null. It is filled in when the flow needs to show an extra prompt to you or to the end user, such as guidance copy for a redirect or a retry link. type then identifies the message category, and linkTitle / linkUrl provide a clickable link.2. Redirecting back to your site
Once the user finishes, abandons or fails on the DCS-hosted page, DCS redirects to the address you supplied when the link was issued:- Success →
successRedirectUrl - Failure or cancellation →
errorRedirectUrl
Both URLs are limited to 300 characters. Consider carrying your own correlation parameters (an order number, for example) on the URL so you can resume the business flow when the user returns, but never put sensitive parameters there in clear text.
3. Validating the guidance link
The one-timesecret inside a guidance link is looked up by the DCS-hosted page when the page opens, both to confirm that the link is legitimate and to retrieve the user context bound to it. This is a client-facing public endpoint:
Response (masked example)
In the example
userId and cardId are 0, the default value for a number. The real values are internal DCS numeric IDs and are never 0; the example only illustrates the structure after masking.4. Error handling
Whenguidance-link fails, the response envelope returns a code other than SYS_SUCCESS together with a message describing the error. Common failure scenarios:
Error response example (masked)
Language codes are defined by this page
Use only the language codes listed on this page for the client-facingguidance-link (zh / en / ko / ja / zh-Hant / th / vi — lowercase, hyphenated, case-sensitive, maximum length 10). Any value outside this whitelist is silently downgraded to the default language.
Next steps / Related
- How to embed the guidance link in your front end and communicate with it once you have the URL: Web SDK / Front-end Integration.
- Authentication has to work before you can call this API: Authentication Guide.
- Sumsub / POA document requirements: Compliance · KYC Documents.

