Comparison

Destiny Resource Manager vs Freshservice

Two tools districts shortlist for device tracking and IT operations, compared the way a buying committee actually reads them: what each is, what each does well, and what to check before signing. We build Chalk, a third option in this space — that context is worth knowing as you read, and it is why every claim below carries its basis.

Destiny Resource Manager

Follett's district resource-tracking system, part of the Destiny suite, used to manage technology devices alongside textbooks, curriculum materials, and other non-library resources, with bidirectional MDM sync and an optional help desk.

Pricing: Quote-only. Follett publishes no pricing for Destiny Resource Manager — no price page, no per-student rate, no tiers — and G2 records that Follett has not provided pricing information. Several capabilities are hosted-only or separately licensed, so what is in the quote matters more than usual. Note also that Follett now separately markets an 'IT Asset Manager' and a standalone 'IT Help Desk' in its Technology Suite, with feature sets that overlap Resource Manager heavily; confirm at quote time which SKU is actually being proposed.

Where Destiny Resource Manager is strong

  • The strongest permission model in the K-12 asset field: roughly 69 discrete Resource Manager permissions spanning search, resource management, circulation, fines, fees, and administration, with add, edit, delete, and duplicate as separate grants.
  • Two-tier district and site administration — access levels definable by the district administrator, a site administrator, or both, with district settings pushed out and enforced district-wide or selectively.
  • Resource Groups provide a second, orthogonal scoping axis, so access is bounded both by permission and by branch of the district's shared resource tree.
  • Offline-capable mobile scanning through the Destiny Back Office app on iOS and Android, plus Follett's own VersaScan handheld and PocketScan Bluetooth scanner. Both inventory and circulation work offline, with SSO and multi-site switching without re-authenticating — the only offline-capable option in this comparison.
  • Genuine bidirectional MDM sync across Google Workspace, Intune, and Jamf Pro, with rule-driven write-back that can change device state or organizational unit based on actions taken in Destiny.
  • Digital Signature Agreements that hard-block checkout when unsigned, map agreements to resource type, patron persona, and site, can require a signature on every checkout, and ship Block Overrides and Needs Signature compliance reports.

What to check before you buy

  • No warranty field is documented. The Add/Edit Item field list runs from Status and Condition through Purchase Price, Purchase Order, Funding Source, and Projected Life without a warranty field anywhere in it; Date Acquired plus Projected Life models asset life and depreciation, not warranty end.

    Basis: the complete documented item field list in Follett's own help docs

  • Purchase order support is a plain text field on the item record — the docs describe it as the PO number used for the items. There is no approval routing, no line items, and no vendor records. The separate Resource Orders module is internal district-warehouse fulfillment with pick lists and shipments, not external procurement.

    Basis: Follett help documentation for item fields and the Resource Orders module

  • No native OneRoster, Clever, or ClassLink rostering is documented. Rostering is a nightly patron import via CSV with XSLT transform files. ClassLink and Okta appear only as SSO providers for Destiny Help Desk, never as roster sources.

    Basis: Follett patron import documentation; absence of any documented rostering connector in public docs

  • No parts inventory and no repair-cost tracking in native help tickets — tickets carry priority, status, expected completion date, notes, assignment, and reopen, and nothing about the money or materials a repair consumed.

    Basis: Follett help desk ticket documentation

  • No insurance or protection-plan object. Insurance is modeled as a generic fee, with no coverage terms, claims workflow, deductibles, per-incident tracking, or renewals.

    Basis: Follett documents insurance as an intended use of the generic fee type

  • Digital Signature Agreements is described by Follett as a hosted cloud app requiring an external internet connection, and Destiny AI is available only to hosted customers. A district running Destiny on-premises or air-gapped cannot have either at any price.

    Basis: Follett product documentation stating the hosted-cloud requirement

  • Destiny Help Desk is a paid subscription add-on that additionally requires Resource Manager 22.5 or later with Unified Navigation enabled, so older on-premises installs cannot adopt it without upgrading first.

    Basis: Follett add-on packaging and stated version floor

  • The native fee 'Pay' permission records a payment rather than processing one. Actual online collection requires Destiny Fee Manager, a separate Stripe-powered product whose best parent-portal experience additionally depends on Follett's own Aspen SIS.

    Basis: Follett Fee Manager product documentation

How Chalk compares with Destiny Resource Manager →

Freshservice

A polished corporate ITSM suite that districts do buy — with per-agent pricing, separately metered asset units, and no idea that your users are students.

Pricing: Per-agent, per-month subscription across published Starter, Growth, and Pro tiers, billed annually, with Enterprise quote-only. There is no free plan — only a 14-day trial. Two things matter more than the headline for a district: the AI copilot is a paid per-agent add-on on top of the seat price, and asset management is metered on a separate axis, with plans including a fixed allowance of ITAM asset units and additional units sold separately. E-signature is also a paid add-on sold in credit packs. No education discount is published.

Where Freshservice is strong

  • A genuinely complete ITIL process set at the upper tiers — incident, problem, change, release, and major incident management, with a service catalog and on-call scheduling.
  • Strong no-code automation: a drag-and-drop workflow automator with multi-step approvals, available on every paid tier, and orchestration with published monthly transaction limits.
  • Automated discovery across on-premises, cloud, and hybrid estates, plus software license management, dependency mapping, IP address management, and DCIM.
  • Freddy AI for triage, summarization, and agent assistance, with a virtual agent for deflection.
  • A large integration marketplace, including a Freshworks-published connector that imports ChromeOS devices from Google Admin.
  • A mature, well-designed product with real enterprise operations behind it — this is not a tool that will surprise you by disappearing.

What to check before you buy

  • No SIS or rostering integration of any kind — no OneRoster, Clever, ClassLink, PowerSchool, Infinite Campus, or Skyward. Students and staff arrive by directory sync or CSV, not from the system of record.

    Basis: None appear on Freshworks' Freshservice education page, pricing page, or integration listings. Note that PowerSchool appears on Freshworks' site as a customer, not as an integration.

  • No student, guardian, or family concepts. There is no enrollment, no grade, no guardian relationship, and nothing that notices a mid-year transfer or a withdrawal.

    Basis: Absent from the vendor's own education page and product documentation; the data model is employees and requesters.

  • Per-agent pricing collides with how districts staff a help desk. A district with a handful of technicians and tens of thousands of devices pays on the axis it has least of, then pays again on the axis it has most of.

    Basis: Freshworks' published pricing is per agent per month, with ITAM asset units metered separately and additional units purchasable.

  • No 1:1 device circulation as a product concept — no due dates on a student's device, no overdue workflow, no loaner pool, and no lost/stolen lifecycle.

    Basis: Absent from the ITAM feature documentation, which is framed around corporate asset assignment and reclamation.

  • E-signature exists only as a generic paid add-on sold in credit packs, not as a device-agreement workflow. Credit-metered signatures are a poor fit for a rollout that signs thousands of agreements every August.

    Basis: Listed as a per-pack add-on with a fixed number of signature credits on Freshworks' pricing page.

  • No student fee assessment, no family balances, and no funding-source or grant tracking — nothing to tie a device to ESSER, Title, or E-Rate money.

    Basis: Neither concept appears anywhere in Freshservice's product documentation or education materials.

  • ChromeOS ingest exists but is shallow: a one-way, once-daily import from Google Admin, published years ago with a small install base. There is no write-back — no OU moves, no disable, no annotated fields.

    Basis: The Freshworks marketplace Chrome OS device discovery app describes a scheduled one-way sync; a request for two-way Google Admin sync remains open in the Freshworks community.

  • It consumes SSO but is not an identity provider. It cannot issue SAML or OIDC to your other vendors, and it cannot give students a portal identity.

    Basis: Freshworks describes SSO as allowing users to access Freshservice via an internal directory — service provider only.

How Chalk compares with Freshservice →

The third option: Chalk

If you are weighing Destiny Resource Manager against Freshservice, 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.

See all three on your own roster.

Chalk installs to a populated inventory in about 30 minutes. Self-host free under AGPL-3.0, or let us run it — priced by fleet size, never per seat.