Portal is Ondorse's white-label onboarding solution. It helps you create a fluid and smart experience for your customers by integrating features such as auto-fill and suggestions. It leverages the know-how of Ondorse in business onboarding while supporting a high degree of visual customization.

A portal is a set of Ondorse-hosted web pages with a unique URL you can generate through Ondorse API. Once you have generated a portal and sent it to a customer, the information the customer fills in, including collected documents, will be sent to a case in the Ondorse case management.

Portal's web pages are based on the following logic:

  • Business details, a web page to collect information on a legal entity (note that you can add custom questions)
  • Relationships details, a web page to collect information about the relationships of the company (natural persons and entities) such as the directors of a company
  • Documents, a web page to drop all required documents

Each portal is unique and persistent. It means that, until submitted, a customer can go back to its portal page to add more information or edit it.

Portal's features include:

  • Search bar on entity names or registration number, with auto-complete to ease the search
  • Auto-fill of fields powered by official register connections to reduce the burden on your customer and maximise conversion rate (note that customers can always edit and modify this information)
  • Relationships (natural persons or entities) smart suggestions for directors and UBOs, depending on data availability
  • Responsive design to fit seamlessly on any screen size

Appearance customisation

Portal's appearance is customisable:

Texts and wordings: all text and wording of the user interface are customisable and localised in your customer’s preferred language.

Colors and logos: the colors and logos of your Portal are customisable to match the look and feel of your website

Example integration for onboarding

In this example integration, the account is created before the KYB verification. Until the KYB verification is done and approved, the account is kept inactive and has limited access to your application (example: wire transfers are disabled).

This design choice have several advantages:

  1. While the KYB verification is pending, the user has already access to your application. You can already build engagement: complete the setup, train the user, etc.
  2. With an account creation as first step of the process, you have more means to contact and re-engage the user in case of drip out.
  3. You can pass down specific information to the KYB case such as: internal references (ex: account_id) or risk data (ex: acquisition channel).

What’s Next