Skip to main content
This is the mobile-driven onboarding use case delivered by the Onboard User with Email and Mobile Process. The flow is similar to the email-driven use case, except the verification action token is sent to the user over SMS. In this example, the token is sent as a short-form One-time Passcode (OTP). Instead of clicking a link, the end user manually enters the supplied OTP to the UI for verification. The Process consumes the user’s mobile number and password, creates a new unique Storefront Gateway User entity, and then registers the submitted mobile as an attribute and authentication identifier (authN ID) on that entity. Both the Storefront Gateway User and the authN ID attribute are created with an activating status, pending verification.

Initial Request

Your client calls the Process Start API to initialize the Process:

Response

Storefront Gateway responds with a request for user information:

Next Request: User Details

Your client calls the Process Step API, and passes the user-supplied info to the Process.

Process Complete

If the mobile and password pass validation, the Process completes its task and returns a 200 HTTP status.
Storefront Gateway also sends an action token out to the user’s mobile number as an SMS. OTP Verification & Resend Verification Any Process step that sends a Storefront Gateway action token also returns a corresponding PKAT to the client application. In order to enable OTP verification on the UI, the client must retain the PKAT returned by the final Process step. The PKAT, along with the user-supplied OTP, is required for the GET /session/token?customToken={OTP}&pkat={pkat}“ API to invoke the subsequent Activate User Process to complete the user onboarding. In cases where the user is anonymous, the PKAT is required if the application wants to provide a quick token resend option on the UI, using the [PUT /session/token?pkat=\{pkat\}](c_putSessionToken) API. This method applies to cases where the user is anonymous (i.e., they are not authenticated in Storefront Gateway). However, if the user is currently authenticated in Storefront Gateway, the client application can instead invoke the Resend Verification Process for this purpose. Parent topic:Onboard and Authenticate with Mobile Number