Skip to main content
Every safeguarding concern, disclosure, observation, or report is recorded in Signal as an incident. Incidents create a clear, auditable record of what happened, when, and who was involved. They are the foundation of your school’s safeguarding picture.
Example incident detail view showing the student, date, category, description, and comments

Two types of incident

Signal supports two types of incident, each designed for different safeguarding scenarios.

Student Incidents

Concerns about a child or young person. Visible to all staff with at least the Contributor role, subject to any restrictions or visibility exclusions. This is the most common type of incident.

Staff Incidents

Concerns or allegations involving a staff member. Access is restricted to Owners, DSLs, and Deputy DSLs only, with automatic self-exclusion for named staff. See the Staff Incidents section for full details.
The rest of this section focuses on student incidents. Staff incidents follow a similar structure but with tighter access controls.

What an incident captures

Each incident records the following information:
  • Description — a detailed account of what happened, in the staff member’s own words. The description supports rich text formatting and @mentions to tag colleagues.
  • Date and time — when the concern arose or was observed.
  • Categories — the type of concern, such as Physical, Emotional, Neglect, Online Safety, or Behaviour. Categories are configured by your school.
  • Location — where the incident happened. Locations are configured in settings.
  • Linked students — the main student the concern is about, plus any additional students involved (siblings, witnesses, or other children connected to the event).
  • Events — the significant actions and outcomes that follow, such as a suspension, a meeting, or contact with an outside agency. These are added over the life of the case. See Events.
  • Documents — file attachments such as photos, letters, reports, or other evidence.
  • Custom fields — additional data fields that appear based on the categories, student groups, or student properties. These are configured separately in Settings > Custom Fields.
  • Family incident — whether the concern is about the household rather than the child alone. See Family incidents below.

Recording contact with external agencies

Contact with an outside organisation — social services, the police, CAMHS, or an early help team — is recorded against the incident as an Event, using the External Agency Contact event type. This keeps a dated record of who was contacted and what came of it, alongside every other significant step in the case. See Events for how to record one.

Documents and evidence

You can attach files to any incident to support the concern. Common attachments include photographs, scanned letters, medical reports, and screenshots. Documents are stored securely and linked to the incident record.

Visibility exclusions

Only staff with the Owner, DSL, or Deputy DSL role can set visibility exclusions.
Sometimes an incident is sensitive enough that certain staff members should not see it. Visibility exclusions let the Owner, DSL, or Deputy DSL restrict access to a specific incident by excluding individual staff members or entire Staff Groups. You can also mark an incident as DSL only, which hides it from everyone except DSLs, Deputy DSLs, and Owners.

AI analysis on submission

When you submit an incident, Signal’s AI analyses the description and suggests:
  • Categories — the types of concern that best match what you described
  • Location — where the incident likely took place
  • Events — the significant actions or milestones the description points to, such as a referral or a call home
  • Family incident — whether the record concerns the household rather than one child
You review these suggestions and accept, adjust, or dismiss them before saving. The AI saves time and helps ensure nothing is missed, but you always have the final say.

Recommendations are separate, and optional

Recommendations — suggested next steps, relevant policies, and areas to follow up — are not produced by the analysis on submission. They are generated only when you ask for them — by clicking Run Analysis on the review step while creating the incident, or Create Short Term Actions on the incident afterwards. You can edit or delete each recommendation before keeping it. Recommendations you keep are saved onto the incident as comments, so they sit in the record alongside everything else the team has added. If you never run the analysis, nothing is generated and the incident saves exactly as you wrote it.

Family incidents

Some concerns are about the household rather than the child — domestic abuse, a carer’s illness or imprisonment, housing problems, bereavement, parental separation, or social care involvement with the family. Signal records these as family incidents. The AI sets the Family Incident toggle when it analyses your description, and you confirm or correct it on the review step before saving. You can also change it later by editing the incident. Marking an incident as a family incident has two effects:
  • It appears on the record of every sibling at your school, so anyone reviewing that child sees the full picture of what is happening at home. Siblings are worked out automatically from shared parent contacts.
  • Alerts for those siblings also fire, so the concern reaches the staff around them — not only the staff around the child you recorded it against. Student restrictions still apply, so a staff member restricted from a sibling is not alerted about them.
A parent simply being told about their child’s behaviour at school is not a family incident — contacting home is routine practice. See Recording an Incident for fuller guidance on when to set it.

Incident lifecycle

An incident follows a straightforward path from creation to ongoing management:
  1. A staff member records the concern — either by creating an incident directly or by sending an email to the school’s Signal address.
  2. Signal’s AI analyses the description and suggests categories, location, events, and whether it is a family incident.
  3. The staff member reviews the suggestions, selects categories, and saves the incident. They can optionally click Run Analysis first to generate recommendations, or do so later with Create Short Term Actions.
  4. Workflows are checked automatically. If the incident matches any workflows, alerts are sent to the relevant staff.
  5. The incident appears on the student’s timeline and in the incident list.
  6. Staff can add comments, @mention colleagues, and attach further documents as the situation develops.
  7. The incident forms part of the student’s ongoing safeguarding record, feeding into insights, action plans, and the AI Assistant.

Learn more

Recording an Incident

Step-by-step guide to creating a new student incident.

Reporting via Email

How staff can flag concerns by email without logging in.

Collaboration & Communication

Comments, @mentions, and coordinating safeguarding responses.

Managing Incidents

Search, filter, edit, and manage your incident records.

Setting Up Categories

Configure the concern types your school uses to classify incidents.

Setting Up Locations

Define the places where incidents can occur.