Skip to main content
ConfigView pulls your Apple device fleet from Kandji through a single API token — devices and their full hardware/OS detail, the library items assigned to them, blueprints, vulnerabilities, threat detections, and the Prism inventory tables. You will end up with 2 secrets in ConfigView (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

  1. Sign in to your Kandji tenant as an administrator
  2. Go to SettingsAccessAPI Token
  3. Create a new token and name it ConfigView
  4. Copy the token — it is shown once
  5. 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 403 on just those scripts rather than failing wholesale.
Note your subdomain — the tenant prefix in your Kandji URL. If you sign in at https://acme.kandji.io, the subdomain is acme.

Step 2: Add the secrets to ConfigView

  1. Go to your ConfigView dashboard: https://{companyname}.configview.com/admin/integrations/kandji
  2. Under Credentials, enter each value and click the save icon on its row:
KANDJI_SUBDOMAIN is the single most common setup mistake. ConfigView builds the API host as https://{subdomain}.api.kandji.io/api/v1. Putting the full hostname in produces a 404 on every script, which the health check calls out explicitly.

Step 3: Enable the Kandji scripts in ConfigView

  1. Go to: https://{companyname}.configview.com/admin/integrations/kandji
  2. Click Connect. ConfigView creates its tables and schedules every collector at your default run time.
  3. 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

  1. Go to: https://{companyname}.configview.com/admin/integrations/kandji
  2. Click Verify now to confirm the credentials work.
It probes the three top-level resources — devices, blueprints and users — because everything else hangs off those. If a check fails:
  • 401KANDJI_API_KEY is wrong or was revoked. Reissue from Step 1.
  • 404KANDJI_SUBDOMAIN is wrong. It is the tenant prefix, not the full host.
  • One family returns 403 while others work — The token is missing that permission. Kandji scopes tokens per endpoint family, so this is normal and fixable in SettingsAccess without reissuing the token.

Data Tables

All tables include a run_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. Every Device * 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.