Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

Version 1 Next »

Authentication

Participating partners will be obligated to provide external URL(s) for the service utilizing SSO.  These will be granted as part of the certification process and added to the application for allowing access.

How It Works

The SSO functionality that is built into MaverickCRM™ is designed to allow 3rd party sites to integrate guest login capabilities for use within the hoteliers website or mobile App and for a seamless transition between sites such as Booking Engine, Content Website and Guest Portal. Single Sign On (SSO) is compliant with OpenID Connect, using a standard Authorization Code Flow and the associated tool is built using .net MVC.

General Flow

  1. The user clicks Login within the application.

  2. Your OAuth Client SDK creates a cryptographically-random code_verifier and from this generates a code_challenge.

  3. Your OAuth Client SDK redirects the user to the MaverickCRM™ Identity Server (/authorize endpoint) along with the code_challenge.

  4. The MaverickCRM™ Identity Server redirects the user to the login and authorization prompt.

  5. The user authenticates using one of the configured login options and may see a consent page listing the permissions Your OAuth Client SDK will give to the application.

  6. The MaverickCRM™ Identity Server stores the code_challenge and redirects the user back to the application with an authorization code, which is good for one use.

  7. Your OAuth Client SDK sends this code and the code_verifier (created in step 2) to the MaverickCRM™ Identity Server (/oauth/token endpoint).

  8. The MaverickCRM™ Identity Server verifies the code_challenge and code_verifier.

  9. The MaverickCRM™ Identity Server responds with an ID Token and Access Token (and optionally, a Refresh Token).

  10. Your application can use the Access Token to call a the MaverickCRM™ API to access information about the user.

  11. The API responds with requested data.

Sample MVC Application

Initial view before Guest logs in:

Sample MVC Application Screen 1

View after Guest logs in:

Sample MVC Application Screen 2

Profile information page:

Sample MVC Application Screen 3

 

  • No labels