Capability

Single Sign-On

Sign in to Apollo with your existing Microsoft or Google work account, so your team can use a familiar identity instead of another separate sign-in.

Illustrative Microsoft and Google work accounts connecting to Apollo through single sign-on

The outcome

Make Apollo easier to access with the work accounts your organisation already uses.

How it helps

How Single Sign-On works

This capability connects with the wider Apollo platform, so information can support action, evidence and reporting without being entered again.

Feature 1

Use your existing work account

Give people a familiar way to sign in with Microsoft or Google, using the work account they already know.

  • Microsoft and Google sign-in options
  • Familiar work identities
  • A simpler way into Apollo
Illustrative work identity provider confirming who is signing in to Apollo

Feature 2

Keep sign-in and permissions clear

Single sign-on confirms who is signing in. Apollo's role-based access determines what that person can view and do after they sign in.

  • Use an existing work identity
  • Manage access through Apollo roles
  • Keep identity and permissions connected
Single sign-on identifies the person; role-based access determines their permissions

What is included

One capability, connected to the wider platform

Use the capability you need now while keeping its records, work and evidence ready for related capabilities across Apollo.

Included features

  • Microsoft sign-in
  • Google sign-in
  • Existing work accounts
  • Works alongside Apollo role-based access

Questions and answers

Questions about Single Sign-On

Practical answers to common questions about managing this responsibility well.

What is single sign-on?

Single sign-on lets people access an application using an existing identity provider account. It reduces the need to maintain a separate set of sign-in credentials for each application.

Which accounts can people use to sign in to Apollo?

Apollo supports sign-in with Microsoft and Google work accounts, giving teams a familiar way to access the platform.

Does single sign-on determine what someone can access?

Sign-in and permissions have different roles. Single sign-on confirms the person's identity; Apollo's role-based access determines what that person can view and do.

What should an organisation check before introducing single sign-on?

Confirm which work accounts people should use, check their access in Apollo and test the sign-in experience with representative users before communicating it to the wider team.

See Single Sign-On in Apollo

Book a focused demonstration and we will show how the capability fits your current responsibilities, existing information and next practical priorities.