Get started with Jira Service Management for admins
Your first stop for learning how to get started with Jira Service Management.
Assets Data Manager for Jira Service Management Cloud is currently rolling out in Open Beta and will be available to all Premium + Enterprise sites by end of October 2024.
This page contains tips and strategies that you should consider before you start using Assets Data Manager.
You may need to coordinate with your SME (subject matter expert) to get some information and to make some of the decisions required.
Instructions on how to set up Data Manager itself can be found here, and instructions on how to run your first job can be found here.
Assets Data Manager allows you to bring in data from multiple data sources, ensure your data is complete, current, and correct, and then use this information to create a single source of truth.
Because Data Manager works with a wide variety of tools and many different types of data, it’s helpful to know what information you are bringing in (and from which tools) so you can get a better idea of what the final results should be. Much of this information may reside with the SME (Subject Matter Expert) or network engineer who currently works with these tools.
Data Manager connects to tools using Adapters, which are frameworks that provide important details and specifications to make bringing in data easier.
There are two types of Adapters:
Product Adapters are preconfigured Adapters that are designed to work with a specific tool. They connect via an API, SQL, or PowerShell, passing authentication information and calls to the tool and receiving specific data in return. Learn more about the different Product Adapters available in Data Manager.
General Adapters are general-purpose Adapters that are designed to work with any data as long as it matches a specific format. The following data formats can be used:
Data Source Aggregate Adapters are used to merge data from a group of other jobs.
Flat File Adapters are used to bring in data from a Flat File, such as a CSV or TXT.
Schema Adapters are used to bring in data from an Assets Schema.
SQL and ODBC Adapters are used to bring in data from a SQL or ODBC database source.
Follow the workflow below to prepare to use Data Manager:
The first step in using Data Manager is selecting the tool or tools that you want to connect. When first learning how to use Data Manager, we suggest limiting your initial selection to five tools in total - you can add more later.
Example
Jose works for a company that needs to manage their ITAM (IT Asset Management) data. They want to use Assets Data Manager to clean and reconcile all of their information which is currently in four different places:
Active Directory (OOTB).
SCCM (OOTB)
Lansweeper (OOTB)
A locally-stored CSV catalogue (CSV)
Jose wants to integrate all of these data sources in the best (and easiest) way possible.
For each Tool, decide how to best connect it to Data Manager using an Adapter.
Some tools can be used only through an Product Adapter with pre-configured Authentication and Authorization, and some tools can either be connected using a Product Adapter, or by using a General Adapter that pulls information from a CSV, TXT, or SQL source.
Some Adapters can also be connected using different protocols, such as API or PowerShell.
Learn more about the different connections possible with each Adapter.
You many need to coordinate with your SME (subject matter expert) to fully understand what information is available from each tool and the best way to connect it. For example, even if there is a tool with an API adapter available, the SME may choose to not have the API enabled in the environment.
Case Study
Jose reviews the list of Adapters and decides on the method he wants to use for each of his four data sources:
Active Directory (using the Product Active Directory (PowerShell) Adapter)
SCCM (using the Product Adapter and the OOTB (out-of-the-box) SQL query)
Lansweeper (using the API connection)
A CSV catalogue (using the Flat File Adapter) exported from Assets in Jira Service Management.
The following instructions apply to Product Adapters that connect to specific tools.
If you are using an OOTB Adapter, you must define the data coverage of the tools you plan to integrate into Data Manager before you bring the data over.
Here are some examples of details you might want to consider:
If you're using Active Directory (AD), you need to know how many AD domains your organization has and ensure they align with your ITSM tool, which might cover all domains. You may need to use multiple AD Product Adapters to cater for different domains that require different credentials.
For IT Asset Management (ITAM) solutions, determine what types of endpoints are relevant (for example, laptops, servers) and ensure they match across systems. If your ITAM solution tracks non-computer assets like chairs or desks, you'll need to set up Cleansing Rules in Data Manager to exclude these items, keeping the scope consistent with other systems.
It’s important to understand the criteria each system uses to classify data as active or stale. “Active” Data Sources are Data Sources that were last updated more recently than the last Refresh Gap, whereas “Stale” Data Sources have gone past their Refresh Gap without being updated. For example, Active Directory might consider data stale if it's over 90 days old, while another tool might have different criteria. Know these rules for each system to ensure accurate data integration.
Case Study
Jose decides on the scope and filtering requirements for each of the tools he’s integrating:
For Active Directory, Jose knows that the organisation he’s working with has 6 AD domains, 4 of which contain data that needs to be reconciled using Data Manager. He also knows that Active Directory considers data to be stale when it’s over 90 days old.
For Lansweeper, Jose knows he will be bringing over all of the assets from the tool, including desks and chairs, so he makes a note to configure a Cleansing Rule to remove these types of Assets from the system later.
Also, assets with a Retired or Disposed status would be considered stale and should also have a Cleansing Rule. Note: Including this as a filter will still mean this record is available to view in Data Manager.
Product Adapters are pre-configured to work with Data Manager. The Adapters documentation provides detailed information on each Adapter, including connection requirements and the data attributes returned to Data Manager.
You may need to engage with the tool SME for the connection requirements unique to each tool.
Case Study
Jose reviews the documentation for the three OOTB Adapters that he has selected (Active Directory, SCCM, and Lansweeper).
He notes the way in which each of the Adapters connects to Data Manager and consults with his SME and local Network Engineer to make sure that each Adapter:
Has properly configured Authentication and Authorization credentials.
Has a properly configured path within the local network and/or across any Firewalls.
Has appropriate permissions (Read-Only) to any required Databases.
The following instructions apply to General Adapters such as those that connect to a TXT or CSV file.
Flat Files contain non-specific TXT or CSV information and may require extra steps to format them for Data Manager. The most critical factor here is that the data is in the same format consistently - if the format changes unexpectedly the import is likely to fail.
For example, let’s say we're focusing anything with a computer/virtual machine comparison type where you’re checking the coverage between tools:
The Flat File should contain one row for each end-point (computer, server, mobile, etc.).
The columns would contain the standard information that you might look at when buying a laptop (e.g., serial number, operating system, RAM, disk space, etc.).
It is best to get an unfiltered extract from the tool. Then, you can perform the filter in Data Manager. Once done, you can check for things like if a status is set incorrectly, which would normally filter out a record from an Asset Management system.
If this data is included, Data Manager can show that the record exists with the wrong status.
The Flat File must be a comma separated value (CSV) or text (TXT) file. It cannot be an Excel or a Google Sheet.
The flat file must use one of the following file formats:
UTF-8 (default)
UTF-16
ISO-8859-1
ISO-8859-15
Windows-1250
Windows 1252.
A header row is useful, and can be used when setting up to simplify creating attributes.
Any date needs to have a consistent format across the entire column (e.g. dd-mmm-yy). For example: you can’t have a few rows where time is also present.
If data has commas within certain values, such as Microsoft Windows, XP, SP2 there needs to be a qualifier, typically the double quote character “. Any qualifier can be used but you need to know what it is.
Each single row should not be split into multiple rows, meaning there should not be any Entercharacters within the data of a single record.
No blank rows are allowed before the end of the file.
Learn more about configuring Flat File jobs.
Case Study
Jose is bringing in data from a CSV catalogue exported from Assets in Jira Service Management.
He reviews the format of the file carefully to make sure it has a header row, has the appropriate qualifier, and doesn’t have any blank rows or variations in date formats.
Because the fields included in Flat Files can vary, they may produce duplicate or inconsistent information when merged with similar data from other tools.
Here are some suggested fields for Flat Files that are typical for ITAM and ITSM practices.
You can share this list with your SME as examples of what columns might be needed. The field names and availability may vary based on the tools in your organization.
Attribute | Type | Example |
AssetName | String | abc123 |
NumberofCores | Integer | 4 |
FlatDomain | String | Airtrack.local |
IPAddress | String | 192.192.1.1 |
LastUpdatedDate | Date | 12 August 2020 |
CreatedDate | Date | 15 January 2019 |
UpdatedBy | String | <User Name or Load> |
Location | String | Melbourne |
Manufacturer | String | Microsoft |
Model | String | Surface Pro 4 |
OperatingSystem | String | Windows 11 |
ServicePack | String | 1501 |
ProcessorType | String | Intel |
NumberOfProcessors | Integer | 2 |
ComputerRole | String | Production |
SerialNumber | String | 3659834 |
AssetStatus | String | Active |
TotalMemory | Big Integer | 8096 |
Attribute | Type |
OperationStatus | String |
Name | String |
OS | String |
Location | String |
Manufacturer | String |
ModelID | String |
IPAddress | String |
SerialNumber | String |
SysUpdatedOn | Date |
OSServicePack | String |
CpuCount | Integer |
RAM/Memory | Big Integer |
CPU Type | String |
DiscoverySource | String |
FirstDiscovered | Date |
SysUpdatedBy | String |
AssignedTo | String |
ChassisType | String |
SupportGroup | String |
OwnedBy | String |
ManagedBy | String |
WarrantyExpiration | Date |
Attribute | Type |
ChassisType | String |
ComputerName | String |
Domain | String |
InventoryDate | Date |
MachineID | String |
Manufacturer | String |
ModelNo | String |
NumberOfProcessors | Integer |
OperatingSystem | String |
SerialNumber | String |
LastLoggedOnUser | Date |
Full Operating System Version | String |
Operating System Build | String |
ServicePack | String |
TotalMemory | Big Integer |
Compute Attribute | Type |
AgentLocalTime | String |
AgentVersion | String |
BiosManufacturer | String |
ExternalIP | String |
Hostname | String |
FirstSeen | String |
LastSeen | String |
OSVersion | String |
ProvisionedStatus | Date |
SerialNumber | String |
CPUCount | Integer |
Status | Big Integer |
SystemManufacturer | String |
Criticality | String |
Attribute | Type |
---|---|
accountExpires | Date |
cn | String |
description | String |
distinguishedname | String |
FlatDomain | String |
lastLogoff | Date |
lastLogonTimestamp | Date |
location | String |
name | String |
OperatingSystem | String |
OperatingSystemServicePack | String |
OperatingSystemVersion | String |
QualifiedDomain | String |
sAMAccountName | String |
userAccountControl | String |
whenChanged | Date |
whenCreated | Date |
Compute Attribute | Type |
Name | String |
Location | String |
Description | String |
Subnets | String |
Network Attribute |
SysName |
LastBoot |
LastSync |
Location |
NodeDescription |
PolledStatus |
Status |
Vendor |
DisplayName |
NodeName |
AgentPort |
Category |
Contact |
CPUCount |
CPULoad |
Description |
DNS |
EntityType |
IOSImage |
IOSVersion |
IPAddress |
IPAddressType |
IsServer |
MachineType |
MemoryAvailable |
MemoryUsed |
ObjectSubType |
Severity |
StatusDescription |
SystemUpTime |
TotalMemory |
If SolarWinds is also discovering Servers, then that information could also be put into the Compute Object.
User Attribute |
Employee ID |
Full name |
Title |
First name |
Middle name |
Last name |
Address |
Phone |
Mobile |
Alternate email |
Job title |
Employment status |
Status |
Work Location |
Cost center |
Manager |
Ensure you include any field that you might want to perform comparisons on, produce reports on, or that might be needed later to link data sources together.
This may include fields that could provide or reconcile the primary key between different data sources - for example a Instance_ID or Serial_No field.
Case Study
Jose reviews the fields in his Flat File:
He knows that he will want to compare devices and assets between the data in the Flat File and the data in Lansweeper, so he ensures that the Flat File contains the Primary Key for the types of objects he is interested in. In this case, the primary key is the Name of the object.
Jose wants to make sure that the LastUpdatedDate is present in his Flat File, because he wants to compare the date that the asset was last updated between all of his tools so can select the freshest and most reliable data.
Now that you have prepared your tools and data sources, you can begin to set up Assets Data Manager and prepare to run your first job and bring in your data.
Please proceed to the documentation on Setting up Assets Data Manager.
Was this helpful?