Privacy guide
Discord Attendance Tracking: What a Bot Should and Should Not Track
Attendance data can be useful without turning a Discord server into a surveillance system. The boundary starts with deliberate actions and a clear purpose.
Start with purpose, not collection
An attendance system should answer a defined operational question: who accepted duty, when did the session run, and how much recorded time belongs to the period? Collecting more Discord activity does not automatically answer that question more accurately.
Write down the purpose before enabling the workflow. If the purpose is scheduling, a time tracker may be the wrong tool. If the purpose is measuring output quality, duration alone is insufficient. Clear purpose prevents time records from being reused as a proxy for unrelated judgments.
Use deliberate events
A member clicking Check in creates a clear event with understandable intent. Online status, message volume, and passive voice presence are ambiguous. They can reveal activity without establishing that the member accepted a duty shift.
Clocky records deliberate sessions started through its panel or slash commands. It does not read message content and does not create attendance from Discord presence. That boundary is a product decision, not merely a privacy-policy sentence.
Explain the record before collecting it
This explanation belongs next to the workflow and in the organisation’s own policy. A vendor privacy policy describes the product’s processing; it cannot replace the server operator’s explanation of why that server uses attendance records.
- What starts and ends a session.
- Whether breaks and projects are recorded.
- Which server roles can see reports or correct completed sessions.
- How long reporting history is available under the selected plan.
- How a member can export data or request deletion.
- Who answers questions about the server’s use of the data.
Limit access and permissions
The public duty view should show only what members need for coordination. Detailed history and corrections belong behind administrator controls. Review Discord roles periodically rather than assuming an old administrator list remains appropriate.
Install the bot with the permissions required for its actual workflow. Clocky’s standard install requests View Channel, Send Messages, and Embed Links, plus the application-command scope. It does not need permission to read private message content for time tracking.
Plan for mistakes and retention
Attendance records will contain forgotten checkouts and incorrect starts. A trustworthy system needs a visible correction path and an audit trail appropriate to the use. Administrators should correct the record rather than silently reinterpret it later.
Retention should match the purpose. Clocky’s reporting-history availability differs by plan, but the server operator remains responsible for deciding whether exported copies should exist and for how long. Do not export data “just in case.”
A practical privacy review
Once a quarter, ask whether every collected field still serves the stated purpose, whether access roles are current, whether members know how to raise a correction, and whether old exports can be removed. Repeat the review when the organisation changes how it uses the data.
Privacy-first attendance is not zero data. It is deliberate, limited, explainable data with a real operational purpose and a human process around it.
Related Clocky resources
Try the deliberate check-in workflow
Add Clocky, publish the Duty Panel with `/panel publish`, and run one complete test session before rolling it out.