Loading...
operations

Patron Code of Conduct Incident Report (Library)

Log a library patron conduct incident, staff response, witnesses, and any privilege restriction in one record. Use it to create a clear audit trail and support follow-up decisions.

Trusted by frontline teams 15 years of frontline software AI customization in seconds

Built for: Public Libraries · Academic Libraries · School Libraries · Community Centers

Overview

This Patron Code of Conduct Incident Report (Library) template is built to document a specific patron behavior event, the staff response, any witnesses or evidence, and whether privileges were restricted afterward. It gives library teams a structured way to capture the facts that matter: when and where the incident happened, what category it fits, who was involved, what de-escalation was attempted, and what follow-up is needed.

Use it when an interaction rises above a routine service issue and needs an audit trail, supervisor review, or a formal conduct decision. It is especially useful for repeated disruptions, harassment, threats, property damage, or any situation where staff need to show what happened and how they responded. The submission notice also helps set expectations about what happens after the report is filed and whether anonymous submission is available.

Do not use this form for every minor complaint or general reference question. If the event does not require documentation, witness capture, or privilege review, a simpler note may be enough. Avoid over-collecting patron PII, and use conditional logic so staff only see the fields that apply, such as property damage details or restriction follow-up. The result should be a clear, usable record that supports consistent decisions without turning a fast-moving incident into a long, burdensome form.

Standards & compliance context

  • Use data minimization by collecting only the patron identifiers and incident facts needed for library follow-up and conduct review.
  • If the form is public-facing or used by patrons, follow WCAG 2.1 AA practices with clear labels, keyboard-friendly controls, and accessible error messages.
  • If the incident involves an accommodation request or disability-related interaction, document only relevant operational facts and avoid speculative language.
  • If anonymous submission is enabled, explain what information is still recorded and how the library will use it to preserve transparency and consent.

General regulatory context for orientation only — verify current requirements with counsel or the relevant agency before relying on this template for compliance.

What's inside this template

Submission Notice

This section sets expectations for what happens after the report is submitted and whether anonymous submission is available.

  • What happens after I submit?
  • Submission type (required)
  • Submit anonymously

    Select this if you do not want your name included in the report. Anonymous submission may limit follow-up.

Incident Details

This section captures the core facts of the event so the library can review what happened without relying on memory.

  • Date of incident (required)
  • Time of incident (required)
  • Library location (required)
  • Incident category (required)
  • Incident summary (required)

    Describe only what was seen or heard. Include specific actions, words, and sequence of events.

Patron Information

This section identifies the patron with the minimum necessary detail needed for follow-up and conduct review.

  • Is the patron known to staff? (required)
  • Patron identifier

    Use a library card number, internal account ID, or brief identifying note if needed. Do not enter sensitive personal data unless required for follow-up.

  • Patron description

    Optional physical description or other non-sensitive identifying details to support staff recognition.

  • Additional patron details

    Only complete if needed for the incident record or follow-up.

Witnesses and Evidence

This section preserves corroborating details and attachments that support an accurate audit trail.

  • Were there witnesses? (required)
  • Witness details

    List witness names only if needed and permitted by policy. Otherwise note role or location.

  • Supporting evidence

    Upload relevant photos, video, or written statements if available.

Staff Response

This section documents what staff did in the moment, including de-escalation and any immediate safety concerns.

  • Actions taken by staff (required)
  • Was de-escalation attempted? (required)
  • Immediate safety concerns

    Describe any threats, injuries, weapons, or urgent hazards. Include only necessary details.

  • Property damage or loss (required)
  • Property damage details

Privilege Restriction and Follow-Up

This section records any access limits, how long they last, and who needs to act next.

  • Were patron privileges restricted or suspended? (required)
  • Restriction type
  • Restriction duration

    Enter the duration or end date if applicable.

  • Follow-up required (required)
  • Follow-up notes

How to use this template

  1. 1. Configure the submission notice so staff know who receives the report, whether anonymous submission is allowed, and what happens after submit.
  2. 2. Set up the incident details section with required fields for date, time, location, category, and a short factual summary, using conditional logic for category-specific follow-up.
  3. 3. Add patron information fields that collect only the minimum necessary identifiers or a description when the patron is unknown.
  4. 4. Capture witnesses and evidence immediately after the incident, including witness details and file uploads for photos, video, or incident notes.
  5. 5. Record staff response actions, de-escalation attempts, safety concerns, and any property damage before the details are lost.
  6. 6. Review the restriction and follow-up section, assign the next owner, and confirm any privilege limits, duration, and follow-up notes.

Best practices

  • Mark required fields clearly and keep optional fields optional so staff can finish the report quickly after an incident.
  • Use a date picker for incident date, a time field for incident time, and multi-selects for incident category and staff response actions.
  • Write the incident summary as observable facts, not opinions or conclusions about intent.
  • Use progressive disclosure so property damage, witness, and restriction fields only appear when they apply.
  • Collect the minimum necessary patron information and avoid asking for sensitive PII that does not help staff follow up.
  • Include a clear what-happens-after-submit line so staff know whether a supervisor review, security review, or case assignment will occur.
  • Capture witness names and evidence as soon as possible, because details fade quickly and later recollection is less reliable.

What this template typically catches

Issues teams running this template most often surface in practice:

Staff forget to record the exact time or location, which makes it harder to verify the incident later.
The summary mixes facts with opinions, making the report less useful for review or escalation.
Patron information is over-collected even when a simple identifier or description would be enough.
Witness details are skipped, so the library loses corroborating context.
De-escalation attempts are not documented, which weakens the record of staff response.
Restriction duration is left blank, creating confusion about when privileges resume.
Property damage is mentioned in the summary but not captured in a dedicated field with details.
The form has too many required fields, which slows completion and increases missing data.

Common use cases

Public Library Front Desk Incident Log
A circulation supervisor records a patron shouting at staff, notes the time, location, witness names, and the warning given, then routes the report for branch manager review.
Academic Library Conduct Review
A reference desk team documents repeated rule-breaking by a student patron, attaches evidence from security cameras, and records a temporary restriction pending dean notification.
Youth Services Behavior Escalation
A children’s librarian logs a disruptive incident involving a guardian and child, captures only the necessary patron details, and notes whether a follow-up conversation is required.
After-Hours Access Violation
A security officer submits a report after a self-service branch incident, documenting the location, immediate safety concerns, and any access restriction for the cardholder.

Frequently asked questions

What kinds of incidents should this library report cover?

Use it for conduct issues that affect safety, access, or service delivery, such as disruptive behavior, harassment, refusal to follow rules, property damage, or threats. It is also useful when staff need to document a warning, escort, or temporary restriction of privileges. If the event is only a routine service complaint, a lighter intake form may be enough.

Who should complete this incident report?

The staff member who observed the incident or the supervisor who handled the response should complete it as soon as practical. If multiple staff were involved, one person should consolidate the facts and attach witness details. The goal is a consistent record with clear fields, not a narrative written from memory days later.

How often should this form be used?

Use it every time a patron conduct issue requires staff intervention, a witness statement, evidence capture, or a restriction decision. Consistent use matters because repeated low-level incidents can show a pattern that single notes miss. If your library has a separate security log, this form can complement it rather than replace it.

Can patrons submit this anonymously?

This template includes an anonymous submission option for cases where the reporter is a patron or community member and wants to avoid identifying themselves. For staff-created records, anonymous submission is usually not appropriate because the library needs an audit trail and follow-up contact. If anonymity is enabled, make sure the form explains what information will still be collected and how it will be used.

What should be included in the patron information section?

Collect only what you need to identify the person and document the event, using the minimum-necessary principle. If the patron is known, a library card number or internal identifier is usually better than asking for extra PII. If the patron is unknown, use a description field and avoid collecting sensitive details that do not help staff follow up.

How does this template support accessibility and ADA-related needs?

The form should use clear labels, required-versus-optional markers, and field types that match the data, such as date pickers and multi-selects. If the incident involves a patron requesting an accommodation or a disability-related interaction, staff should document only the relevant facts and avoid assumptions. Progressive disclosure helps keep the form usable for staff under pressure.

What happens after the form is submitted?

The submission notice should tell the user whether the report goes to a supervisor, security lead, or branch manager, and whether a follow-up review will occur. That confirmation line reduces uncertainty and helps staff know when to escalate. If the report triggers a restriction, the follow-up section should capture who reviews it and what next step is required.

How can this template be customized for different library policies?

You can adjust the incident categories, restriction types, and follow-up fields to match your code of conduct and local procedures. Some libraries add fields for youth patrons, after-hours incidents, or banned-item rules, while others keep the form shorter for front-desk use. Keep the core structure intact so staff can still document date, location, response, witnesses, and outcome consistently.

How is this better than ad-hoc incident notes?

Ad-hoc notes often miss key facts like time, location, witness names, or whether de-escalation was attempted. A structured template creates a cleaner audit trail, makes review easier, and supports more consistent privilege decisions. It also reduces the chance that staff collect unnecessary PII or skip important follow-up details.

Go deeper on the topic

Related concepts
  • A standard operating procedure (SOP) is a documented, step-by-step procedure for a repeatable task — the written version of "how we do this here." Good SOPs...
  • Workforce management (WFM) is the operational discipline of getting the right employees, with the right skills, in the right place, at the right time — and...
  • A daily huddle is a brief (10–15 minute) standing meeting held at the start of a shift or workday to align the team on priorities, surface issues, and...
  • A deskless worker is any employee whose job happens without a desk, a company laptop, or a fixed workstation. They're roughly 80% of the global workforce —...
Related guides

Ready to use this template?

Get started with MangoApps and use Patron Code of Conduct Incident Report (Library) with your team — pricing built for small business.

Ask AI Product Advisor

Hi! I'm the MangoApps Product Advisor. I can help you with:

  • Understanding our 40+ workplace apps
  • Finding the right solution for your needs
  • Answering questions about pricing and features
  • Pointing you to free tools you can try right now

What would you like to know?