Skip to content
Current

MSP360: backup status, plans and device health per partner

8 min read · Updated Oct 19, 2026

MSP360 (formerly CloudBerry) Managed Backup is a backup platform an MSP runs for its partners from one management console. This connector reads that estate into Current every 15 minutes and hangs each computer off the matching company: which computers have a backup agent, each backup plan's last result, which computers are failing, which have no backup plan at all, the last good backup, storage used and licences. With an optional RMM API token it also reads each computer's device health and its open RMM alerts. It is a reporting feed: the sync reads MSP360 and changes nothing in it.

Note
What Current keeps, and what it never keeps
Current stores your MSP360 companies (and users who belong to no company) and the company each one is matched to, one row per computer with its backup verdict, the latest run of each plan with MSP360's error message cut to 300 characters and shown to your staff only, your storage accounts, and, with the RMM token, a short list of device facts and open RMM alerts. It never stores an end user's email address or name, never reads plan settings, backup contents or restore points, and never shows the API password or token to anyone after you save them. Partner viewers never see any of it; that is enforced at the database rather than hidden in the interface.

What Current syncs

Data setWhat Current storesWhere it lands
CustomersEach MSP360 company by name, plus each MSP360 user who belongs to no company (MSP360 treats that user as a customer of their own), with storage used, the storage limit and licence countsThe mapping panel on the MSP360 card
ComputersEach computer with a backup agent: its name, operating system, whether the agent is online and when it was last active, the agent version, its licence and when that expires, whether it has a backup plan, whether its backups are failing, when a backup last ran and when one last succeededThe company's MSP360 card, the company's backup figures, the backups-failing alert, dashboards and business reviews
Plan runsThe latest run of every plan on every computer: the plan's name and type, its status, when it started, when it runs next, files that failed, data copied and MSP360's error messageThe reason a computer needs attention on the company's MSP360 card
Storage accountsYour own storage accounts in MSP360 by name and storage type, with how many destinations each holdsNowhere on a company page: they belong to you, not to a partner, so they are never matched to a company
Device health (RMM token only)Per computer: operating system and version, serial number, model and manufacturer, last boot, whether it is virtual, memory and processor, pending Windows updates, and the antivirus, update and disk health MSP360 reportsStored with each computer
RMM alerts (RMM token only)Each computer's open RMM alerts: type, state, title and when it beganThe company's MSP360 card and the RMM alerts alert

What counts as a failing backup

One definition drives the company card, the backups-failing alert, the dashboards and business reviews, so they never disagree. Only backup plans count: a restore or a consistency check never decides whether a computer's backups are working.

  • +A plan whose latest run ended in Error, Overdue, Interrupted or Stopped unexpectedly is failing. Current trusts MSP360's own Overdue, because MSP360 knows the plan's schedule.
  • +A run that ended in Warning counts as a good backup. It completed, with some files skipped, and the card shows how many.
  • +A computer is failing when any of its backup plans is failing, and fine when at least one plan succeeded and none is failing. A plan that is running, or whose status MSP360 reports as unknown, decides nothing either way.
  • +A computer with no backup plan is shown as unprotected, never as failing. Nothing is scheduled to succeed or fail, so it gets its own count, No backup plan, which is often the more urgent of the two.
  • +The last good backup is the newest run that ended in Success or Warning. MSP360 does not publish one, so Current remembers it from run to run.
  • +If the MSP360 connection has not synced in 48 hours, the backups-failing alert treats that company's MSP360 computers as unknown rather than failing or healthy, because an old answer is not a current one.

Get the API login in MSP360

  1. 1
    1 · Open the API settings
    Sign in to the MSP360 management console as an administrator and open Settings, then General, then API.
  2. 2
    2 · Generate the login and password
    Press Generate and copy both the login and the password. Generating a new pair later expires the old one, so if you or a colleague generate again, paste the new pair into Current.
  3. 3
    3 · Optional: create an RMM API token
    For device health and RMM alerts, open Settings, then General, then RMM API tokens, and press Add RMM API token for an administrator who holds an RMM licence. Copy the token. RMM Community Edition has no API tokens, so leave this out if you run it.

Connect it in Current

  1. 1
    Open the MSP360 card
    In Current, open Settings › Integrations (Tenant Admins only) and find MSP360 under Backup.
  2. 2
    Paste the values
    API login, API password and, if you made one, the RMM API token. Leaving the token empty later keeps the token you saved before; Remove RMM token on the card takes it away.
  3. 3
    Press Test connection
    Current signs in to MSP360 once to prove the login works, and only then stores the values, server-side. Current only ever sends them to MSP360's own addresses and never follows a redirect anywhere else.

If something reads wrong after you connect, contact support. The MSP360 card records which parts of MSP360 answered on each sync, which is what support reads first.

How often it syncs

MSP360 syncs every 15 minutes, plus whenever a Tenant Admin presses Sync now on the card. Each run reads your companies and users first, so the mapping panel fills on the very first sync, then every computer, the latest run of every plan, licences and storage accounts. With an RMM token, each computer's device health is refreshed at most once an hour, oldest first, because MSP360 asks integrations not to read it more often.

Map MSP360 customers to your companies

In MSP360 a customer is a company, or a user who belongs to no company. Current lists both and links each to a company by normalized name (lowercased, punctuation and suffixes like Inc and LLC removed) when exactly one company matches. Anything still tied stays unmapped for you to decide rather than being paired on a guess.

  1. 1
    Open the mapping panel
    Integrations, then MSP360, then Manage, then Customer mapping. It opens on the Unmapped tab.
  2. 2
    Map a customer to its company
    On an unmapped row press Map and pick the company. That customer's computers, plans and alerts attach to the company right away, rather than waiting for the next sync.
  3. 3
    Map users with no company
    A user who belongs to no company in MSP360 appears as a customer of their own. Map them to the right company too, or a home user or a test account can be ignored.
  4. 4
    Fix a wrong match later
    The Mapped tab lists every linked customer. Unmap corrects a bad match; a mapping you set by hand is never overwritten by a later sync.

What Current does not do in MSP360

MSP360's RMM API has no actions, so Current can't restart machines, run scripts or change anything through it. The sync reads every address from a fixed list of read routes, so creating or changing users, companies, plans or licences in MSP360 can't be reached from Current, including by a bug in Current.

Where the data shows up

  • +The company record's MSP360 card: computers that need attention with the reason for each, computers with no backup plan, agents offline, the last good backup, storage used, and, with the RMM token, the open RMM alert count. It has no action buttons.
  • +The company's backup posture, where computers with a backup plan and failing computers join those from any other backup product you run.
  • +The backups-failing alert on a company, which counts MSP360 alongside your other backup products so a company raises one alert whichever tool saw the problem, and clears itself when the count returns to zero.
  • +The RMM alerts alert: three or more open MSP360 RMM alerts on one company raise a warning, beside the alerts from your other RMM tools.
  • +Dashboard backup metrics, where failing MSP360 computers count toward backups failing.
  • +The backup chapter of a Strategic Business Review, as theme numbers only (protected and failing systems), never a computer or plan name.
  • +Roadmaps, where computers with a failing backup and computers with no backup plan arrive in the Suggested tray.
  • +The company AI brief, which names failing computers and computers with no backup plan when there are any.

When something looks wrong

What you seeWhat it means
MSP360 rejected the API loginThe login or password is wrong, or someone generated a new pair in Settings, General, API, which expires the old one. Generate a pair, paste both, and press Test connection.
MSP360 rejected the RMM API tokenThe token was deleted, or its administrator no longer holds an RMM licence. Backups keep syncing; device health and RMM alerts stop until a Tenant Admin pastes a new token.
A computer shows no RMM alert countNo RMM token is saved, or the computer has not been read yet: device health and RMM alerts are refreshed at most once an hour per computer.
A company shows no MSP360 dataIts MSP360 customer is not mapped yet. Check the Unmapped tab on the card.
A computer reads No backup planMSP360 reports no backup plan on it. Restore plans and consistency checks do not count as backups.
Note
Who can do this, and disconnecting
Connecting, testing, Sync now, mapping and disconnecting are Tenant Admin actions. On the company record, anyone who can open that company sees the MSP360 card. Disconnect stops the sync; the figures already read stay and stop updating, and reconnecting resumes with your mappings intact. Disconnecting doesn't revoke the API login in MSP360; generate a new pair there to retire it. Partner (read-only) viewers never see any of this data; it is blocked at the database, not just hidden.
Was this helpful?