[Beta] Single Sign-On / Active Directory Integration

This article explains how 360MatchPro can incorporate single sign-on functionality.

How does SSO donor verification work with auto-submission?

Benefits of SSO donor verification

Documentation

 

If your platform enables clients to set up SSO/SAML 2.0 login access, your auto-submission workflow with 360MatchPro can incorporate this functionality as well.

 

Given the highly diverse nature of SSO implementations, please reach out to partners@doublethedonation.com or your Double the Donation Partnerships Manager to set up a call to discuss your options.
 

How does SSO donor verification work with auto-submission?


Your platform provides a standard login URL specifically for the auto-submission SSO authentication process. We recommend the following syntax: yourdomain.com/login/dtdlogin, but can accommodate additional options. 
 
The Double the Donation team will append the unique donation ID to your designated login/authentication URL and kick off the authentication process with a popup modal. Following authentication, redirect donors/employees to our standard auto-submit URL with the donation ID appended (doublethedonation.com/api/corporate-vendor/v1/donor/auth/redirect/XXXXXX) provided by the Double the Donation team. Using the corporate-vendor/v1/donor/auth, your platform informs Double the Donation of the status of the authentication.
Upon receipt of a successful authentication status, the popup modal will close and the donor will see a success message within the 360MatchPro plugin on the nonprofit’s page.
 
Auto-Submission login popup
 

With SSO donor verification, authentication takes place in real-time during the match request submission process. The donor/employee will be presented with a prompt to log in to your platform using whichever SSO provider their company has configured. Double the Donation can support all major SSO platforms, including Okta, Microsoft Active Directory, and Google.

Keep in mind all integrations will be slightly different to allow for a wide variety of SSO implementations. As with all SSO implementations, if the donor/employee is already authenticated with their SSO provider in the same browser session, the second step in the mock workflow below will be skipped.

 

SSOflow-ezgif.com-video-to-gif-converter

 
 

Benefits of SSO donor verification

The 2 main benefits of SSO donor verification are:

  1. Synchronicity: Standard donor verification is asynchronous. Verification takes place once the matching gift request details are processed in your platform, not during the request process itself. That means a donor/employee could submit a matching gift request and receive a confirmation message then later realize their request was denied if their authentication fails in your platform. 

  2. Data Hygiene: While it is rare for donors/employees to provide inaccurate information through the standard donor verification flow (thorough reviews of auto-submitted records show donors/employees reliably provide the requested information!), this scenario is technically feasible and can lead to inaccurate requests ending up in your platform. Requiring SSO authentication during the request process ensures a higher level of accuracy of the information in the matching gift request, making it easier for your platform and your clients to process the request.

 

Documentation

  • Related endpoint with data model and example value: LINK
  • Input: Provide the donation ID as a string value and the authenticated status as a Boolean field.
  • Output: You will receive either a success code (200) or an error message (400).