SportsFirst

Coach Certification & Safeguarding Software for Session Eligibility

Workflow automationWorkflow application4-6 week first releaseAutomate a workflow

Coach certification and safeguarding software that tracks licences, first aid, CPD and background-check review status, then checks whether each coach meets the requirements for the role and age group before a rota is published.

Problem

Coach eligibility records sit across spreadsheets, personnel systems, email attachments and governing body documents. A club may know a coach holds a licence, a first aid qualification and a safeguarding certificate, but the operational question is narrower and harder: does this coach currently meet the organisation's requirements for the role, age group and session they are about to be assigned to? Checking that by hand gets worse as credentials acquire different renewal rules, governing body guidance changes, CPD sits in separate documents and rota changes land close to training. The result is a process that depends on someone remembering to open several records before every assignment rather than the check being part of publishing the rota.

Product idea

A coach certification and safeguarding layer that answers the eligibility question at the point of assignment. Each coach has one permission-controlled record holding coaching licence level, first aid, safeguarding qualifications, CPD history, document references and any background-check status the organisation requires. A configurable rules layer maps which credentials are required for each role, age group or session type. Before a rota is published, every named coach comes back as eligible, renewal due, missing evidence, review required or blocked. Mandatory safeguarding requirements can be configured as hard blocks; where policy genuinely permits an exception it needs an authorised approver, a reason, an expiry and a full audit record. Reminders run ahead of renewal and review dates. A later qualification-pathway module can read governing body frameworks the coach developer supplies and produce a cited briefing on what a coach still needs for the next licence level. It does not perform background checks, authenticate certificates, judge readiness for promotion or submit applications to a governing body.

Where the AI agent does the work

The eligibility check at rota time is the part worth automating first: rather than someone opening several credential records by hand before every assignment, the rules layer reads the coach's record against the requirements for that role, age group and session, and returns a status before the rota goes out. That removes the step where a lapsed check or a missing certificate only surfaces after the rota is published. The later qualification-pathway module is the same shift applied to a slower task: a coach developer currently reads governing body frameworks and CPD history by hand to work out what a coach still needs for the next licence level, and an agent that reads the supplied frameworks and cites its sources turns that into a briefing the developer checks rather than compiles from scratch.

Roles involved
Coach developer, Academy coach, Head coach, Safeguarding lead, Club administrator
Relevant to
Academy & youth, Professional club, Federation / governing body, Collegiate athletics
Systems in play
Spreadsheets, Session planning tools, Athlete management systems, HR and personnel systems, Governing body qualification documents

Explored in depth

  • Sports Coaching & Player Development Platform for Federations

    A federation-wide digital coaching platform for distributing curriculum, video skills and drills, season plans and player-development pathways — based on a production platform SportsFirst built with Six Degree Sports and already in use within USA Youth and High School Rugby.

Coach credential records usually exist. What usually does not exist is the check that uses them at the moment it matters — when a name goes onto a rota against an age group.

The eligibility question, not the filing question

Knowing that a coach holds a licence is a filing fact. Whether they meet the organisation's requirements for this role, this age group and this session type is an operational one, and it changes as credentials lapse, guidance moves and rotas get rebuilt on a Friday afternoon.

Each coach carries one permission-controlled record: coaching licence level, first aid, safeguarding qualifications, CPD history, document references and any background-check status the organisation requires.

A configurable rules layer sits above it, mapping required credentials to role, age group and session type. That layer is the product. Without it the records are a spreadsheet with better formatting.

Checking a rota before it is published

The rota checker takes the named coaches for a session or a week and returns a status for each: eligible, renewal due, missing evidence, review required, or blocked.

Mandatory safeguarding requirements can be configured as hard blocks. Where the organisation's policy genuinely permits an exception, it takes an authorised approver, a stated reason, an expiry time and an audit record — not a dismissed warning dialog.

Reminders run ahead of renewal and review dates, so the common case is resolved before it reaches the rota at all.

Tracking DBS records correctly

A DBS certificate has no official expiry date. It reports what was known on the day it was issued.

Modelling it with an expiry field is the most common error in this category, and it produces confident wrong answers: a certificate that looks current, a policy review that never happened.

Track the issue date, Update Service status where applicable, the date of the latest permitted status check and the organisation's own next review date. The re-checking interval comes from the organisation or its governing body, never from the certificate.

Qualification pathways, later

Once the platform knows a coach's current qualifications and CPD history, uploaded governing body frameworks can produce a cited briefing on what remains for the next licence level, which requirements are time-bound, and where source documents disagree.

That is a follow-on module rather than a first release. A coach developer still owns the judgement on readiness and resolves conflicting guidance; the briefing shows its sources so that judgement has something to work from.

Where the boundary sits

The platform does not perform background checks, authenticate certificates, decide that a coach is professionally ready for promotion, or submit applications to a governing body.

Every eligibility rule needs a named source, an effective date and an owner. When guidance changes, an authorised administrator updates the rule — and a human approves any rule change before it affects who can coach.

Questions we get asked

How is this different from a club compliance register?

A compliance register answers what expires next across the clubs, officials and volunteers a league oversees. This answers a narrower operational question inside one organisation: can this named coach take this session with this age group today. The register is the system of record for credentials; this is the gate at the point of assignment. Where an organisation already runs a register that enforces eligibility at rota time, there is no reason to build both.

Does a DBS certificate have an expiry date?

No official DBS expiry date exists. A certificate reflects the information available when it was issued. Organisations and governing bodies set their own policies for when a new check, status review or Update Service check is required. The product therefore tracks issue date, Update Service status, last permitted status check and the next organisation-defined review date rather than inventing a universal expiry.

How is this different from DBS tracking software?

DBS tracking software solves one part of the workflow. This uses the same renewal and status tracking but combines it with coaching licences, first aid, safeguarding qualifications, CPD and role-specific session eligibility. The output is not a list of dates; it is whether a coach satisfies the requirements configured for the assignment in front of them.

Can somebody override a failed safeguarding requirement?

Not by default, and the software should not assume every requirement is overridable. Requirements the organisation defines as mandatory are hard blocks. Where policy genuinely allows an exception, the workflow requires an authorised approver, a reason, an expiry time and a full audit record. The software enforces the organisation's approved policy; it does not create an exception to a governing body's rules.

Does this replace our HR or athlete management system?

No. HR or personnel systems stay the record for employment information and the athlete management system stays the record for athletes. This is a decision layer between the credential records and the coaching assignment, and it can start from manually entered or imported data.

What data do we need for a pilot?

One coach roster and the credential information you already hold: licence level, first aid, safeguarding qualifications, CPD totals where relevant, background-check status or issue information, document references, and the rules that determine who may coach each age group or session type. The real discovery work is agreeing which source is authoritative for each field and which requirements are hard blocks rather than reminders.

Is this your workflow?

Tell us one sports workflow that still runs on paper, spreadsheets, WhatsApp or an outdated system. We will map it and show you what a simpler product looks like.

Tell us about it

More in Coaching & training