Pacific Technology SolutionsTraining & software for the motor industry

Bay & Classroom / Systems

26Systems

Single Sign-On Across a Dealer Network

A technician with six passwords uses one of them badly. What SSO fixes in a network of independent employers, and the question it makes urgent. For context on monitoring tools designed to operate with limited visibility, see stealth monitoring software.

A technician in a franchised dealer may need access to a learning platform, technical information, a parts system, a warranty system, a diagnostic portal and the dealer management system.

Six credentials produces one of three outcomes: the same password everywhere, passwords written down, or access requests that never happen and work that is done without the information.

Single sign-on addresses this, and in a dealer network it also creates an obligation that is easy to miss.

What SSO actually does

One authentication, multiple systems. The user signs in once against an identity provider, which then vouches for them to each application.

The application does not hold the password. It trusts an assertion from the identity provider — this is the part that matters for security.

Access is centrally controlled, so removing someone removes them everywhere.

That last point is the one that makes it urgent in a dealer network, and it is worth stating plainly: without central control, a technician who leaves retains access to whatever nobody remembered to revoke.

Why a dealer network is harder than a company

Multiple employers. The manufacturer does not employ the technicians. The identity provider is operated by one party and the people belong to another.

No authoritative directory of who works where today.

Continuous turnover, so joiners and leavers are the normal state.

People move between dealers, and their identity should follow while their access changes.

Multiple franchises, so one person may need access across brands with separate identity providers.

And dealers vary enormously in technical capability, from groups with IT departments to sites where nobody administers anything.

The joiner and leaver problem

This is the whole thing, and it is an organisational problem wearing a technical costume.

Who tells the identity provider that someone joined? Usually the dealer, manually, and that works when someone remembers.

Who tells it that someone left? Frequently nobody. Departures are the weaker half — a joiner who is not created complains, a leaver who is not removed does not.

Practical positions:

Dealer-administered, with a named person at each site and a periodic reconciliation. Works, and it depends on the dealer.

Fed from the dealer management system where one exists and holds employment status. Better, and coverage is uneven.

Periodic attestation — each dealer confirms quarterly who should have access, with anyone unconfirmed suspended. Blunt and effective, and it is the mechanism most networks eventually adopt.

Automatic expiry. Access that lapses unless renewed. Unpopular and it fails safe.

Whatever the mechanism, measure it. Accounts not used in ninety days, accounts belonging to people no longer at the dealer, and the gap between headcount and account count.

What SSO improves beyond convenience

One identity per person across the network, which is the foundation for joining training records to workshop data. See integrating training data.

Records that follow a technician between dealers within the network, so a move does not restart their training history. See training records and compliance.

Fewer support requests. Password resets are a substantial and invisible support load in a network of intermittent users.

Stronger authentication becomes feasible. Requiring a second factor on six systems is unworkable; on one it is possible.

And revocation actually works, which is the security case.

What it does not fix

Authorisation. Signing in is not the same as being entitled to see something. A technician authenticated centrally still needs per-application permissions, and those need managing.

Dealer boundaries. Who can see which dealer's data is a permission question, and franchise structures do not map onto the department hierarchies most systems assume. See choosing an LMS.

Applications that do not support it. Older systems may not, and a partial deployment leaves the credential problem intact for the remainder.

And it concentrates risk. One compromised identity now opens everything, which is why the second factor becomes more important rather than less.

Practical points

Use standard protocols. SAML and OpenID Connect are what applications support; proprietary arrangements limit what you can add later.

Plan for the applications that will not integrate, and decide whether they stay outside or are replaced.

Do not let it break at the boundary. A technician at a dealer group holding three franchises should not need three identities, and solving that requires agreement between manufacturers rather than technology.

Test the leaver path before deployment. Create an account, grant access to everything, remove it, and verify that every system honoured the removal. This is the test most often skipped and the one that matters.

And keep an access review, quarterly, per dealer.

The short version

SSO's real value in a dealer network is revocation and one identity per person, not convenience.

The leaver problem is organisational, not technical. Joiners complain; leavers do not, so departures are the weaker half by default.

Periodic attestation is the mechanism most networks end up with — quarterly confirmation, with unconfirmed accounts suspended.

One identity is the foundation for joining training records to workshop outcomes.

And test the leaver path end to end before deployment, because it is the one nobody checks.

For authoritative digital-identity and authentication guidance, see NIST Digital Identity Guidelines.