OnLink now imports device details from NinjaOne straight into Atlassian Assets, so your CMDB reflects every managed endpoint without manuak exports or custom coding.
Setup takes three steps: connect to the NinjaOne API, pull your devices, and map the fields into Assets.
OnLink connects to the NinjaOne Public API with OAuth client credentials. This is a machine-to-machine flow, so no user has to sign in.
https://app.ninjarmm.com/ws/oauth/token.The read-only Monitoring scope is all OnLink needs to import device data. See NinjaOne’s Client Credentials Flow.

In the same connection, set up a GET request for your devices:
GET.GET https://app.ninjarmm.com/v2/devices

The NinjaOne API paginates results, so turn on pagination in OnLink to pull your whole fleet. To limit what comes back, add a device filter. For example, df=status = APPROVED returns approved devices only.
Save the connection, then run it to fetch sample JSON. The sample confirms the endpoint works and shows the field names you’ll map next.
Create the Assets import by following the JSM Assets Data Synchronization guide. Then map NinjaOne fields to Assets attributes using key: and map: statements. The key: should be a stable, unique value, so OnLink updates existing objects instead of creating duplicates.
OnLink mapping | What it does |
|---|---|
| Uses the NinjaOne device |
| Stores the device hostname |
| Stores the device UUID for extra identification |
| Records the OS or platform reported for the device |
| Stores the hardware model |
| Stores the device name shown in NinjaOne |
| Stores the device’s primary IP address |
These are examples. You can map any field in the response, as long as the matching Assets attribute exists. Use Get Data to preview the records and check that attribute names and case match. Once everything looks right, run the import and set a schedule. From then on, OnLink keeps Assets in sync as devices are added, changed, or retired in NinjaOne.
Your agents shouldn’t need a second console to know which laptop a user has, what OS it runs, or when it last checked in. With NinjaOne data in Assets, they can:
OnLink is Cloud Fortified and connects 100+ sources, including NinjaOne, Intune, Jamf Pro, and your HR systems, in one app.
Start your free trial of OnLink on the Atlassian Marketplace → OnLink
Only the read-only Monitoring scope, with the Client Credentials grant type. OnLink reads device data and never changes anything in NinjaOne.
Yes. Use your own instance host, such as eu.ninjarmm.com or ca.ninjarmm.com, in both the Token URL and the request URL.
Yes. Add a NinjaOne device filter (df) to the request URL. For example, df=status = APPROVED returns approved devices only.
The key: mapping uses the NinjaOne device id to match records. If an object with that key already exists, OnLink updates it instead of creating a new one.
Yes. You can map any field returned in the response, as long as a matching attribute exists on your Assets object type.
Set a schedule on the import in OnLink. Each run picks up devices that were added or changed in NinjaOne since the last sync.
NinjaOne shows the secret only once. Regenerate it under Administration > Apps > API, then update the OnLink connection.
Yes. OnLink connects 100+ sources in one app, including Intune, Jamf Pro, and HR systems. That lets you link NinjaOne devices to the people who use them.
RELATED
