Last updated: June 2026
TermPoint is a course-scheduling visualization tool for university administrators. It is designed to keep all data local and minimize external communication. This statement explains what data TermPoint stores, what it sends over the network, and what it does not do.
All scheduling data (sections, instructors, rooms, semesters, and related entities) is stored in a local SQLite database file on the user's computer or network drive. TermPoint does not upload scheduling data to any cloud service.
Application preferences (window settings, recent file paths, display options) are stored in a small JSON file under the application's AppData directory. In MSIX (Store) installations, Windows virtualizes this path into the package's own container. This file never leaves the machine.
TermPoint uses BugSnag to collect crash and error reports so the developers can identify and fix problems. When an error occurs, the following information may be sent to BugSnag's servers:
What is NOT sent to BugSnag:
If TermPoint is installed outside the Microsoft Store (e.g. from a direct download), the app periodically checks GitHub Releases for newer versions. This check sends a standard HTTPS request to GitHub's API; no personal or institutional data is included.
If TermPoint is installed from the Microsoft Store, the Store handles updates and TermPoint makes no update-check requests itself.
The Workload Mailer feature composes emails using the system's default email client (via mailto: links). TermPoint does not send email directly — it opens a draft in the local mail application, and the user decides whether to send it. No email content passes through TermPoint's servers or any third-party service.
BugSnag retains error data according to its plan terms. On the free tier, error data is retained for 7 days. TermPoint's local data (database and settings) remains on the machine until the user deletes it.