COMPANY-DEVICE POLICY AND EMPLOYEE NOTICE — EDITABLE RECORD GuardSphere practical resource | 13 October 2026 Use your organization's verified values. Blank fields are unresolved decisions, not default product promises. This record does not configure a device or certify compliance. Keep the approved version and review responsibilities explicit. Avoid personal identifiers, credentials and sensitive activity records here. 1. PURPOSE AND APPROVED SCOPE Organization / policy reference: Effective date / review date / approved version: Responsible operational and IT owners: Work requirement this policy supports: Company-owned or otherwise authorized devices covered: Platforms, installed releases and ownership/enrollment modes: Personal-device boundaries / separate BYOD policy reference: Required work, learning or accessibility resources to preserve: 2. CONTROLS AND EXCEPTIONS Approved application / website rules and their purpose: Applicable groups / work windows / time zone: Controls actually tested, conditions and known limits: Required work task / test date / observed outcome: Who may approve an exception and how a request is made: Exception scope, review date and removal/retest owner: What remains Not tested / unresolved: 3. DATA AND INTERPRETATION Actual observed data available in this release/module: Collection scope and windows actually verified: Reporting/review dates (separate from collection settings): Data not collected or not available, as verified by the owner: Shared-device assignment / handover basis: Permitted operational uses of this information: How people can supply work context or challenge mistaken attribution: App and domain observations can overlap. A missing record may reflect coverage; usage time is not unique attention, work quality or employee output. Do not promise automatic personal-use exclusion or collection shutdown from a report date filter. 4. ACCESS AND RESPONSIBILITIES Authorized report viewers and their actual roles: Who reviews access and when: How exports are approved, stored and shared: Questions, concerns and correction contact: Escalation and unresolved-issue review route: 5. RETENTION AND COPIES — SUPPLY ACTUAL VALUES Records covered by the retention rule: Retention period / basis / accountable owner: Manual cleanup process, scope and verification record: Exports / retained copies / backup scope and owner: Mailbox or third-party copies and their applicable process: Unverified deletion or retention conditions: Do not imply manual usage cleanup deletes every export, backup, mailbox copy or account record. Record each scope and verification separately; do not invent a universal retention period or automatic integration. 6. RECOVERY AND OFFBOARDING Approved administrator recovery / reversal process: Who authorizes device removal or access withdrawal: Required work access after the change and how it is tested: Exports / retained copies to review at offboarding: Outstanding actions / responsible owner / review date: 7. COMMUNICATION AND REVIEW How affected users receive this notice: How they can ask questions before deployment: Acknowledgement / receipt process chosen by the organization: Actual approving role and review date: Next policy-review date / changes requiring a new notice: An acknowledgement records receipt. It does not establish management authority, prove enforcement or replace your organizational review process. NEXT STEPS Business acceptance scorecard (blank CSV): https://guardsphere.app/resources/business-device-governance-scorecard.csv Business device guide: https://guardsphere.app/resources/employee-device-management-guide Personal-device boundaries: https://guardsphere.app/resources/byod-policy-for-businesses Workplace usage interpretation: https://guardsphere.app/resources/workplace-productivity-review