Skip to content
Current/ Help Center

Datto EDR: connect, sync endpoint protection and alert posture

6 min read · Updated Jul 17, 2026

Datto EDR (formerly Infocyte) is where your endpoint detection-and-response agents live. This connector reads two things out of it — each customer's endpoint-protection inventory and their alert posture — and hangs them off the matching Current company so they can feed your executive and CIO business reviews. It is read-only in the strictest possible sense: Current reads Datto EDR and can never change anything in it.

Note
What this connector is for
It is a value-signal feed, not a security console. Current mirrors how many endpoints each customer has protected, their agent versions and last-active times, whether any are isolated, and a per-customer rollup of open alerts by severity. It does not run scans, isolate or release hosts, close alerts, or trigger any response action.

Create an API token in Datto EDR (one time)

Datto EDR runs on the LoopBack framework and authenticates with a long-lived API access token. Creating one is an admin/analyst action inside your EDR instance, and there are two things Current needs: your instance's base URL and the token itself.

  1. 1
    1 · Find your instance base URL
    Log into Datto EDR and look at the address bar — your instance is a per-partner subdomain, e.g. https://yourcompany.infocyte.com. Current needs that URL with /api on the end: https://yourcompany.infocyte.com/api. The trailing /api is mandatory — without it, authentication and company loading fail.
  2. 2
    2 · Open API Tokens
    Go to Admin ▸ Users & Tokens ▸ API Tokens (it is also under My Settings ▸ API Tokens). You need an EDR subscription with administrator, analyst, or external-analyst access to see it.
  3. 3
    3 · Create a new token
    Choose Create new token. Give it a name that says what it is for, e.g. "Current reporting (read-only)".
  4. 4
    4 · Copy the token now
    Copy the token immediately — Datto EDR may not show it again. If you lose it, delete it and create a fresh one.
Heads up
The token expires after one year
Datto EDR API tokens expire exactly one year after they are created, and there is no auto-refresh. Put a reminder in your calendar for ~11 months out to create a replacement before this one lapses — otherwise the sync will start failing on the expiry date (see troubleshooting below).

Connect it in Current

SCREENSHOT — coming soon
The Datto EDR card in Integrations → Reporting integrations: Instance base URL, API Token, and Test connection.
  1. 1
    Open the Datto EDR card
    In Current's left sidebar open Integrations (it sits under Admin, so Tenant Admins have the link), find the Datto EDR card in the Reporting integrations section, and paste your details.
  2. 2
    Paste the instance URL and token
    Put https://<yourcompany>.infocyte.com/api in Instance base URL and your token in API Token.
  3. 3
    Press Test connection
    Current validates the URL (it must be https and a real host) and then makes a single one-row read against your instance to prove the token works — before storing anything. A bad token, wrong subdomain, or a missing /api is rejected on the spot with the real reason. On success the token is stored server-side only; the browser never sees it again.
Note
The token is write-only once stored
Current keeps the token out of the browser entirely — it travels once, on connect, and is never echoed back. To rotate it, create a fresh token in Datto EDR and paste it again.

What Current syncs, and how often

The sync runs every 6 hours on its own, and Sync now covers the impatient path. Each run reads your endpoint inventory and a bounded, recent window of alerts, then writes value-signals — never a raw event firehose.

Data setWhat Current storesWhere it lands
Endpoint inventoryPer endpoint: hostname, operating system, agent version, protection status, isolation status, and last-active time. No end-user personal data beyond the hostnameThe mapped Current company + SBR packs
Alert postureA per-customer rollup: open alerts, counts by severity (critical / high / medium / low), and the most recent alert time — summarized from a recent window, not every eventThe mapped Current company + SBR packs
Coverage talliesPer customer: how many endpoints are protected and how many are isolated, alongside the totalThe mapped Current company + SBR packs

The read-only guarantee

Datto EDR's LoopBack API is unusual: it auto-generates full create/update/delete operations — and response actions like isolate host, release, and run scan — on nearly every model, sitting right next to the reads. That makes the guarantee here especially important. Every request Current makes passes through a read-only guard that only permits a strict, explicit list of GET read paths (endpoints, organizations/sites, locations, and alerts). The API allows changes; Current's code physically cannot issue them — the write and response endpoints are not on the allowlist and are unreachable, even by a code bug.

Mapping Datto EDR customers to your companies

Inside one Datto EDR instance your customers are modelled at two levels — Organizations (the broad grouping) and, beneath them, Locations (the finer one). Many MSPs run just a couple of organizations with every customer as a Location under them, so Current makes BOTH mappable. It enumerates your organizations and your locations, keys each on its id and name, and auto-matches each to one of your Current companies by normalized name — lowercased, with punctuation and Inc/LLC/Ltd-style suffixes stripped — linking it only when exactly one company matches. Anything it can't match confidently is left for you. When both a location and its parent organization are mapped, the location mapping wins: an endpoint's or alert's customer is taken from its location first, and only falls back to its organization when the location isn't mapped.

  • Unmatched organizations and locations appear on the Datto EDR card's mapping panel — each carries a small Org or Location badge so you can tell the level apart — press Map to pick the right Current company by hand.
  • A manual mapping is never overwritten by the auto-matcher on a later sync, and neither is a manual unlink.
  • Unmapped sites still sync — their endpoints and alerts are stored — but the data only appears on a company once the site is mapped to it.
  • Run a separate EDR instance per client instead of multiple sites in one? That works too: connect each with its own instance URL + token, and Current maps that whole instance to the one company.

When something looks wrong

What you seeWhat it means
Test connection fails immediatelyUsually the instance URL is missing the trailing /api, the subdomain is wrong, or the token was mistyped. The message names the real reason.
Card shows Error mentioning the token being expired or revoked (401)The token was rejected — most often it hit its one-year expiry, or it was deleted in Datto EDR. Create a new token (Admin ▸ Users & Tokens ▸ API Tokens) and re-test the connection.
A company shows no Datto EDR dataIts site/organization isn't mapped yet, or the site genuinely has no endpoints. Check the mapping panel's Unmatched list.
Alert counts look lighter than expectedCurrent summarizes a bounded recent window of alerts for posture — it is deliberately not a full historical event export. The open-alert and severity counts reflect current posture, not every alert ever raised.
Endpoint counts don't match the EDR console exactlyCurrent normalizes per-instance field names defensively; the first full sync confirms which fields your instance uses. If a field looks off, note it and the mapping self-corrects on the next run.
Note
Who can do this, and disconnecting
Connecting, testing, mapping, and disconnecting are Tenant Admin actions; sales leadership can read status. Disconnect stops the sync and skips the tenant on the 6-hour sweep — the data already pulled stays put, and reconnecting resumes it.
Was this helpful?