Create Assets object types and attributes
By the end of this lesson, you'll be able to:
- Plan how to structure your Asset Management process
- Create an object schema
- Create and configure object types
- Create and configure attributes
- Configure Assets at the global and schema levels
- Create objects
Where do you start using Assets?
- What kind of data will you maintain in the schema? Are you tracking physical assets, logical assets, or people?
- What should be stored in a single object schema?
- What types of IT devices are important for us to track and manage?
- What do we need to understand about our IT devices to track them effectively?
- What do we need to track when onboarding and offboarding employees and contractors?
- What types of software licenses do we track (cloud vs. physical)? Do we have a good understanding of subscription licenses purchased versus assigned?
- What are the top services that are important to our business and who manages them?
- How can leadership and IT teams report on the assets deployed, who owns or was assigned assets, and assets' associated purchase orders and contract data to make key business decisions?
- Do we have a good understanding of the service taxonomy (the supporting service applications and infrastructure and their relationships)?
When planning your asset structure in Assets, start by identifying a clear use case. Practitioners should pinpoint areas with the highest service problems to ensure the asset structure addresses critical pain points and improves service delivery.
How should you organize your data?
Programmers or database administrators are accustomed to defining object structures, which makes them a valuable source of input and assistance.
Object schema templates
- Object type structure
- Attributes for object types
- References between object types
To learn more about Assets schema templates, visit Atlassian Documentation.
How should you enter and maintain your data?
Follow these best practices
- Start by populating Assets with a solid inventory of assets and configuration items focused on specific use cases. If you find yourself populating with items that don't tie back to your goal or use case, you are off track.
- Try to create general object types that multiple other object types can reference. This will make maintenance considerably more manageable.
- Avoid creating multiple object types for similar items when you can use attributes instead to maintain the differences. Reports, post functions, and automation rules will be directly affected by this and will be easier to maintain.πFor example: Instead of creating multiple Agreement object types to represent different types of agreements, create a single Agreement object type and use an attribute to indicate the type of agreement.
- Assets should have unique identifiers that don't change. The identifier needs to be unique so it can be differentiated from other assets and must not change so you can track the asset over time. We recommend establishing a consistent naming convention to improve the usability of asset data. Depending on the asset type, you can use a serial number, asset tag, asset name, or external system identifier.
- Assets and configuration items should have relationships. An infrastructure asset represents a component that needs to be managed to deliver or support a service. In other words, each infrastructure asset configuration item has a direct or indirect relationship with one or more service configuration items.
How do you create an object schema?
How do you create an object type?
- Create an object type: Select the plus sign at the top of the schema tree.
- Enter details: Provide a name and select an icon to create an object type. You can also select a parent object type and provide a short description. If this is the first object type in your schema, no parent object types will be available.
- View and reposition the object type: The newly created object type appears in the schema tree view. You can drag it to a different position in the hierarchy at any time.

Using a strict naming convention for object types and attributes is beneficial. This will make creating search queries, which are case-sensitive, easier.
For simplicity and consistency, itβs recommended to use capitalized words and singular names. Regardless of your naming convention, you should be diligent about enforcing it. For instance:
- Title case: Business Service, Cost of License
- Singular names for object type: Computer, Employee
Creating an object type hierarchy
This can help keep different objects separate but still make it easier to search since attributes will have the same names across both object types. Search queries can filter on one single object type or the object type and all its children.
You can further configure object types by specifying role access to them. By default, object types inherit the same permission settings as the object schema, but this can be changed to grant access to specific object types.
Create and configure attributes

Itβs not possible to set default values for attributes.
Once you create an attribute, how do you configure it?

What configuration options exist?
Attribute configuration best practices
How do you create objects?
