HelpSpot vs osTicket

HelpSpot

A long-running shared-inbox help desk that takes self-hosting seriously — same price and same features on your own server as in their cloud — but it is licensed proprietary software with no asset, roster, or identity side at all.

Where HelpSpot is strong

• ● Self-hosting is a first-class deployment, not a legacy tier: the vendor states the price and the feature set are identical to cloud, which is unusual and worth crediting.
• ● Genuine data sovereignty language backed by the product — you run the database, you own the backups, you get direct SQL access, and the install can sit behind a firewall without phoning home.
• ● You control when updates are applied, so a self-hosted install can be tested in staging before production rather than being upgraded underneath you.
• ● One all-inclusive price per band: unlimited tickets, unlimited mailboxes, and the AI drafting, summarization, and categorization features included rather than sold as a per-agent add-on.
• ● Strong shared-inbox fundamentals — multi-mailbox and multi-brand portals at real scale, collision detection, triggers and mail rules, smart responses with placeholders, time tracking, and a knowledge base.
• ● A REST API and webhooks, plus live lookup that pulls customer data from an external system into the ticket view — a reasonable seam if your student or device truth lives elsewhere.

What to check before you buy

• Self-hosted does not mean open source. HelpSpot is proprietary licensed software you download and run — there is no public source repository and no open-source license, so you can host the code but you cannot fork it, audit it freely, or continue it if the vendor stops.

  Basis: The vendor publishes a licensed self-hosted download and no source repository or OSI license anywhere on its site.

• Pricing scales with agent count, which is the wrong axis for K-12: a district has few technicians and enormous fleets, and the fleet is not something HelpSpot prices because it is not something HelpSpot tracks.

  Basis: Published bands are defined purely by number of agents, from 3 up to 2,000.

• No asset or inventory management of any kind. There is no device record, so a ticket cannot tell you which machine the person is holding.

  Basis: Absent from the vendor's published feature list, which covers shared inbox, ticketing, automation, reporting, knowledge base, and AI.

• No 1:1 device circulation: no check-out to a student, no due dates, no overdue workflow, no parent-signed agreement, no loaner pool, and no lost or stolen lifecycle.

  Basis: No asset or custody concepts exist in the product to build these on.

• No SIS or rostering integration — no OneRoster, Clever, ClassLink, PowerSchool, Infinite Campus, or Skyward — and no student, guardian, or enrollment concepts. The data model is customers and mailboxes.

  Basis: None appear on the vendor's features, pricing, or solutions pages; the product is positioned for support teams generally, not K-12.

• No ChromeOS, Google Admin, Intune, or Jamf ingest, so nothing reconciles your ticket queue against what the fleet actually reports.

  Basis: No MDM connector is published anywhere on the vendor site.

• No repair records, no parts inventory, no student fee assessment, no purchase orders, no warranty tracking, and no funding-source reporting.

  Basis: All absent from the published feature list.

• SSO and SAML are not named in the published feature list, and there is no native mobile app — worth confirming directly with the vendor if either is a requirement.

  Basis: Neither appears in the vendor's feature documentation; we would rather flag the gap than assert a capability we could not verify.

How Chalk compares with HelpSpot →

osTicket

The open-source ticketing system a lot of school districts already quietly run — GPL2, free, self-hosted on a LAMP stack, and very good at tickets. The comparison with Chalk is about scope, not cost.

Where osTicket is strong

• ● Genuinely free and genuinely open source under GPL2 — no seat cap, no ticket cap, no trial clock, and the source is yours to read, patch, and keep running.
• ● One of the longest-running and most widely deployed ticketing systems anywhere, which means a large body of community documentation, forum answers, and people who have solved your problem already.
• ● A deep, well-worn ticketing core: custom fields and forms, custom columns and queues, ticket filters and routing, help topics, SLA plans, agent collision avoidance, assign/transfer/referral, auto-responders, internal tasks, and advanced search with CSV export.
• ● A customer portal and knowledge base for self-service, so end users can check status and find answers without opening a ticket.
• ● An official OAuth2 plugin covering Microsoft, Google, and Okta sign-in for both agents and end users, plus modern OAuth email authentication for system mailboxes — which matters now that basic auth is gone from Microsoft and Google mail.
• ● A working plugin surface and developer documentation: S3 attachment storage, audit logging, two-factor authentication, password policies, an API, and published database ERDs.

What to check before you buy

• No asset or inventory management at all. osTicket is a ticketing system — there is no device record, so a ticket cannot tell you which machine the student is holding, what its serial is, or whether it is under warranty.

  Basis: Asset and inventory management appear nowhere in osTicket's feature list or documentation index.

• No 1:1 device circulation: no check-out to a student with a due date, no overdue workflow, no parent-signed agreement, no loaner pool, and no lost or stolen lifecycle — and no native mobile app or barcode scanning to run a rollout or an audit with.

  Basis: There is no asset model in the product for these workflows to attach to, and the documentation has no mobile application section.

• No SIS or rostering integration — no OneRoster, Clever, ClassLink, PowerSchool, Infinite Campus, or Skyward — and no student, guardian, or enrollment concepts. Users are created by sign-in or import, not sourced from the system of record.

  Basis: No SIS connector exists in osTicket's plugin set or documentation.

• No ChromeOS, Google Admin, Intune, or Jamf ingest, so nothing reconciles anything against what the fleet actually reports.

  Basis: No MDM connector appears in the plugin listing or documentation.

• No repairs with parts stock, no student fee assessment or family balances, no purchase orders, no warranty tracking, and no funding-source reporting for ESSER, Title, or E-Rate money.

  Basis: All absent from the published feature list and documentation.

• SSO is consumed, not issued, and SAML is not covered by an official plugin — the supported providers are Microsoft, Google, and Okta over OAuth2, with SAML available only through an unofficial community plugin on GitHub.

  Basis: osTicket's OAuth2 documentation names Microsoft, Google, and Okta; the SAML plugin in circulation is a third-party repository, not a vendor-maintained one.

• Reporting is thin. There is a dashboard tab, but no reporting or analytics section in the documentation, so trend reporting past ticket exports usually means querying MySQL yourself.

  Basis: The documentation index has no dedicated reporting or analytics section.

• You operate a LAMP stack, not an application. PHP 8.2–8.4 plus MySQL plus a web server means patching three moving parts, and a PHP major-version bump is a real upgrade project rather than replacing one file.

  Basis: Requirements published on osTicket's download page and repository.

How Chalk compares with osTicket →

The third option: Chalk

If you are weighing HelpSpot against osTicket, Chalk belongs on the same shortlist. It is the open-source K-12 IT stack: device inventory that fills itself in from Google Admin, Intune, and Jamf against a roster synced from your SIS, a 1:1 circulation desk with agreements and fees, repairs with parts and costs, a help desk that already knows who is asking, and a built-in SAML/OIDC identity provider.

• ✓ Self-host it free forever under AGPL-3.0 — the entire feature set, one binary, your infrastructure — or use the hosted version, priced by fleet size with no per-seat or per-student fees and the price ladder published.
• ✓ Built only for K-12: students, buildings, custody, funding sources, and ChromeOS auto-update expiration are native concepts, not custom fields.
• ✓ Writes back to Google Admin as a reviewed diff — every OU move, disable, and deprovision previewed before it executes — and serves a OneRoster 1.1 API so other district systems can pull the roster from Chalk.
• ✓ Fees are assessed and tracked without touching payment cards, keeping the asset system out of your PCI scope.