In this article, we walk through why bringing Intune data into Assets matter, the ITSM use cases that are possible, and how to automate the integration.
When you populate Assets with device data from Intune, we can enable high-impact ITSM use cases.
When an end user raises a ticket saying "my laptop is slow" or "I need a replacement," the service desk agent needs answers fast. With Intune data in Assets, the agent can look up the device directly from the ticket and see the model, OS version, compliance state, management agent, and whether encryption is enabled.
Onboarding a new hire involves provisioning the right hardware and ensuring it is enrolled and compliant before day one. When your Assets database reflects the current Intune inventory, HR and IT workflows in JSM can reference available devices, match them to the new employee, and update the assignment. Linking the Intune user ID or email address to a Jira user means the device-to-person relationship stays accurate and auditable.
When an employee leaves the organization, IT needs to know exactly which devices are assigned to them so that hardware can be collected, wiped, and returned to inventory. Having Intune data synchronized into Assets gives the offboarding workflow a reliable source of truth.
OnLink connects to 100+ sources be it HRIS, Identity Provider or Devices. OnLink is all you need to import to Assets.
One App for All Your Asset Integration Needs.
Because Intune is part of the Entra ID, OnLink authenticates through an Entra ID (Azure AD) app registration. The setup involves three steps:
You will need three values to complete the connection in OnLink: the Directory (tenant) ID, the Application (client) ID, and the Client Secret — all available from the app registration's Overview and Secrets pages.
Full step-by-step instructions are available in the OnLink Entra ID documentation.
The Entra ID app registration must have the following Microsoft Graph application permissions granted (with admin consent):
These are read-only permissions, so OnLink will never modify your Intune environment
Once the connection is established, you create an import configuration in OnLink and define the field mapping between Intune device properties and your JSM Assets object type attributes. OnLink uses a straightforward key/map syntax.
Below are the commonly mapped Intune fields. Any property exposed by the Microsoft Graph managedDevice resource can be used as a source field.
| Intune Field | Description |
|---|---|
| id | Unique device identifier in Intune |
| userId | ID of the user associated with the device |
| emailAddress | Email of the user associated with the device |
| deviceName | Name of the device |
| model | Device hardware model |
| manufacturer | Device manufacturer |
| serialNumber | Device serial number |
| operatingSystem | Operating system (Windows, macOS, iOS, Android) |
| osVersion | OS version number |
| complianceState | Compliance status (compliant, noncompliant, etc.) |
| managementAgent | Management channel (mdm, eas, etc.) |
| enrolledDateTime | Date and time the device was enrolled |
| azureADRegistered | Whether the device is Azure AD registered |
| isEncrypted | Whether disk encryption is enabled |
| jailBroken | Jailbreak/root detection status |
| activationLockBypassCode | Activation lock bypass code (iOS) |
| deviceCategoryDisplayName | Device category assigned in Intune |
| managedDeviceName | Managed device display name |
key:id=id
map:userId=userId
map:emailAddress=Jira User
map:deviceName=deviceName
map:model=deviceModel
map:operatingSystem=operatingSystem
map:complianceState=complianceState
map:managementAgent=managementAgent
A few things to note about the mapping:
emailAddress to a JSM Assets attribute of type User, OnLink automatically looks up the matching Atlassian user account — no manual matching required.userId to a reference object (e.g., an Employee object) using the syntax map:userId=userIdRef|WorkerID=${userId}, which creates a relationship link between the device and the user object in your schema.Beyond device hardware details, OnLink can import the list of applications detected on each managed device. This is useful for software license tracking, compliance auditing, and security reviews.
To set this up, create a separate object type in your Assets schema for Apps with at least three attributes: AppID, AppName, and Devices (a reference to your Devices object type). Then create an OnLink importer with the following mapping:
key:id=AppID
map:displayName=AppName
map:devices=Devices|ID=${devices}
config:data_source=/v1.0/deviceManagement/detectedApps?$top=999
config:section=devices
This pulls detected applications from the Intune API and links each app to the devices where it is installed, giving you a complete software inventory inside JSM Assets.
OnLink offers several configuration options that help you tailor the import to your needs.
You can use the config:filter parameter to apply a filter expression to the Intune API query. For example, to exclude devices without a name:
config:filter=deviceName eq null or deviceName eq ''
Any valid OData filter expression supported by the Graph API can be used here, letting you narrow the import to specific device types, compliance states, or operating systems.
The config:data_limit parameter caps the number of records pulled from Intune in a single run. This is particularly useful during initial setup and testing — for example, config:data_limit=100 lets you validate your mapping against a small dataset before trying the full dataset.
Ready to get started? Install OnLink from the Atlassian Marketplace and try the Intune-to-Assets integration today. For detailed setup instructions, visit the OnLink documentation for Intune.
Prabhu Palanisamy _Onward_
0 comments