KANDJI_API_KEY, KANDJI_SUBDOMAIN) when setup is complete.
Read the “Device secrets” section before you enable everything. Seven of the 59 scripts retrieve FileVault recovery keys, unlock PINs, recovery lock passwords and Activation Lock bypass codes. Those are the credentials that unlock your fleet, and enabling those scripts copies them into your ConfigView database. That may be exactly what you want for break-glass reporting — but it is a deliberate decision, not a default.
Step 1: Create the Kandji API token
- Sign in to your Kandji tenant as an administrator
- Go to Settings → Access → API Token
- Create a new token and name it
ConfigView - Copy the token — it is shown once
- Grant the token permissions for the areas you intend to collect. Kandji scopes API tokens per endpoint family, so a token without a given permission returns
403on just those scripts rather than failing wholesale.
https://acme.kandji.io, the subdomain is acme.
Step 2: Add the secrets to ConfigView
- Go to your ConfigView dashboard:
https://{companyname}.configview.com/admin/integrations/kandji - Under Credentials, enter each value and click the save icon on its row:
KANDJI_SUBDOMAINis the single most common setup mistake. ConfigView builds the API host ashttps://{subdomain}.api.kandji.io/api/v1. Putting the full hostname in produces a404on every script, which the health check calls out explicitly.
Step 3: Enable the Kandji scripts in ConfigView
- Go to:
https://{companyname}.configview.com/admin/integrations/kandji - Click Connect. ConfigView creates its tables and schedules every collector at your default run time.
- Click Verify now to confirm the credentials work.
Devices
Devices is the parent for thirteen others — enable it first, and ConfigView will run it before the rest automatically.Device secrets — read before enabling
These four retrieve recovery credentials. Each is a per-device call.Enable these only if you have a specific reason to hold that material in ConfigView, and make sure the access controls on your ConfigView database match the sensitivity. If you only want to know whether FileVault is on, use Prism — FileVault instead: it reports encryption state without copying the keys.
Prism
Prism is Kandji’s own inventory-reporting layer. Each script is one Prism table, and none of them depend on anything.Library and blueprints
Vulnerabilities and threats
Everything else
Step 4: Verify
- Go to:
https://{companyname}.configview.com/admin/integrations/kandji - Click Verify now to confirm the credentials work.
401—KANDJI_API_KEYis wrong or was revoked. Reissue from Step 1.404—KANDJI_SUBDOMAINis wrong. It is the tenant prefix, not the full host.- One family returns
403while others work — The token is missing that permission. Kandji scopes tokens per endpoint family, so this is normal and fixable in Settings → Access without reissuing the token.
Data Tables
All tables include arun_at column for historical tracking. Every path below is relative to https://{subdomain}.api.kandji.io/api/v1.
Things worth knowing
Fourteen scripts make one call per device. EveryDevice * script iterates the fleet, so their runtime scales linearly with device count, not with how much changed. On a large fleet, enabling all fourteen turns a quick run into a long one. Pick the ones you actually query — Device Details and Device Apps carry most of the value — and schedule the rest less often.
Prism duplicates some of what Device Details already has. Prism is Kandji’s own reporting layer, so kandji_prism_device_information and kandji_device_details overlap. Prism is one call per table rather than one per device, which makes it dramatically cheaper for fleet-wide questions. Prefer Prism for “how many Macs have X” and Device Details for per-device drill-down.
There are v1 and v2 pairs for threats and behavioural detections. ConfigView ships both because tenants are on different Kandji versions and neither endpoint is universally available. Enable one of each pair — whichever returns data for your tenant — rather than both, or the two tables will tell overlapping stories.
Kandji is the serial-number source of truth for Apple hardware. kandji_devices carries hardware serials, which makes it the natural join key against anything else that knows serials. Tools that only know hostnames or MACs — Rapid7, for instance — need a name-to-serial bridge through Kandji to reconcile.
kandji_licensing answers the seat question directly. If you are reconciling what you pay Kandji against what you deploy, that table plus a count of kandji_devices is the whole comparison.