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
-
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
- Time of incident
- Library location
- Incident category
-
Incident summary
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?
-
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?
-
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
- Was de-escalation attempted?
-
Immediate safety concerns
Describe any threats, injuries, weapons, or urgent hazards. Include only necessary details.
- Property damage or loss
- 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?
- Restriction type
-
Restriction duration
Enter the duration or end date if applicable.
- Follow-up required
- Follow-up notes
How to use this template
- 1. Configure the submission notice so staff know who receives the report, whether anonymous submission is allowed, and what happens after submit.
- 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. Add patron information fields that collect only the minimum necessary identifiers or a description when the patron is unknown.
- 4. Capture witnesses and evidence immediately after the incident, including witness details and file uploads for photos, video, or incident notes.
- 5. Record staff response actions, de-escalation attempts, safety concerns, and any property damage before the details are lost.
- 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:
Common use cases
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.
Related templates
Go deeper on the topic
-
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 —...
-
See how MangoApps Forms helps teams collect, track, and analyze employee data in real time — with mobile access, file uploads, and enterprise-grade security.
-
MangoApps Shifts & Schedules unifies frontline scheduling, time, and leave management in one native platform for faster, simpler operations.
-
Measure employee engagement with eNPS to track loyalty, uncover morale issues, and turn employee feedback into action.
-
Align remote and distributed teams with practical tools to improve communication, boost alignment, and reduce costly productivity gaps.
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.