--- title: Working with Business Objects slug: neurons-for-itsm/admin-user-help/enu/latest/working-with-business-objects createdAt: 2026-07-14T19:16:29.417Z --- Administrators can create business objects. They are defined by sets of metadata stored in a business object definition. A business object is created by defining the fundamental properties such as name and purpose, and then you edit it to assemble the required components for it to be used, such as forms, layouts, and business rules. Neurons for ITSM includes several default business objects, designed for your business needs. As an administrator, you can use these business objects, edit them, delete them, or create your own. You may be limited in how you can customize some business objects. Some definitions are restricted from editing to prevent the modification or removal of required items. If you attempt to edit a restricted business object, you receive an error message. Contact Ivanti IT Support if you need to remove the restriction on the business object. This can only be done by Ivanti IT Support. :::hint{type="info"} **Important:** Edit and read-only permissions for metadata components including fields, relationships, forms, lists, layouts, triggered actions, saved searches and pick lists are indicated by a green pencil :inlineImage[]{src="https://api.archbee.com/api/optimize/parib0MC3hVoUNdfQdnac/L3j77CQ3FYHgTUhE0R87P_metadatacomponentediticon.png" alt caption size="10" width="16" height="16"} or red dot :inlineImage[]{src="https://api.archbee.com/api/optimize/parib0MC3hVoUNdfQdnac/1vb3GKdt3PsWraWh-Fh3G_metadatacomponentread-onlyicon.png" alt caption size="10" width="16" height="16"} icon in the Configuration console. Components indicating a green pencil icon can be edited; components indicating a red dot icon are read-only. Components with no icon displayed can be edited and deleted. You can duplicate a read-only component and then edit it. Metadata components marked with a yellow pencil :inlineImage[]{src="https://api.archbee.com/api/optimize/parib0MC3hVoUNdfQdnac/tLodGkZr607choJiP9tUf_metadatacomponentsoftlockicon.png" alt caption size="10" width="16" height="16"} icon indicate a soft lock, meaning they have limited edit permissions. For more information on Soft lock, see [Modifying a Business Object with Soft lock](docId\:PrRPNuVje8Dmzc_oaqyMN). ::: :::ExpandableHeading ## Business Object Properties A business object's properties are established by a business object definition and are stored in a Neurons for ITSM system table in the database using record associated with the business object. These properties control how the business object is identified and how it operates. When you create a business object, you define fundamental properties such as name and purpose. You can define more complex properties, such as indexing and annotations, and modify existing properties by editing the business object. Refer to [Business Object Tabs](docId\:PrRPNuVje8Dmzc_oaqyMN) for a description of these properties. In addition to properties, a business object has business rules, forms, lists, layouts, and so on.  Together these form the business object. ::: :::ExpandableHeading ## Business Object Records The business object data are stored in records. Each record is of the same type as the business object that stores it. For example, employee records are stored in the **Employee** business object and notes records are stored in the **Notes** business object. As a result, a record (such as the **Birthdate** field) is subject to the same rule as its associated business object. ::: ::::ExpandableHeading ## Business Object Relationships A business object relationship lets two business objects collaborate through the records in the business objects. In a relationship, business objects either can belong to other business objects or simply be associated with other business objects. ::Image[]{src="https://api.archbee.com/api/optimize/parib0MC3hVoUNdfQdnac/pFsd-QjNBhTgMQ1TvP4L9_business-object-relationships.png" alt="Business objects may be grouped together or associated through relationships." position="flex-start" size="40" initialPath="../../Resources/Diagrams/Business Object Relationships.png" githubPath="Content/Resources/Diagrams/Business Object Relationships.png" showCaption="false" width="600" height="475" darkWidth="600" darkHeight="475" indent="1"} Each relationship contains a: - **Parent business object**: The center of a relationship with one or more child business objects. - **Child business object**: The supplier of additional data to a parent business object. For example, the **Incident** business object can have a relationship with the **Notes** business object so that you can track notes pertaining to a specific incident. Incident becomes the parent business object to the child business object. :::hint{type="info"} ::: - When you create a business object relationship between two business objects, you define the fundamental properties that tell the relationship how to operate. Plan a relationship before you create it. Thoughtful design alleviates complications. - The application restricts the modification and removal of some business object relationships to prevent modifying or removing mandatory items. The default constraint (**ParentLink** field) can only be used in one relationship. Relationships using the **ParentLink** field allow the child business object (for example, Notes) to be part of several parent business objects (for example, incident and problem). - Neurons for ITSM uses a relationship string to specify a field, business object, or group of business objects. A relationship string is defined in the context of a specific base business object. Refer to [Expression Grammar](docId\:Pf6GGQn8-_-79wX1mpBId) for more information about syntax. Refer to [Using Relationships](docId\:SzcP-QyW98hBG7IWLEeU2) for more information about relationships. :::: ::::ExpandableHeading{isOpen="true"} ## Viewing Business Objects You can view business objects in three ways - you can view common, other and all business objects. **Viewing common business objects** 1. From the Configuration console, select **Build **>** Business Objects**. 2. Select a business object to view its features. The application displays business objects here if the **Commonly Used** field is checked for the business object. **Viewing other business objects** 1. From the Configuration console, select **Build **>** Business Objects**. 2. In the **Find** box, enter the name of a business object (for example, employee), then select **Go**. 3. Select a business object from the list that appears to view its features. The application uses the type ahead feature and displays business object names as you type. **Viewing all business objects** 1. From the Configuration console, select **Build **>** Business Objects** > select **View All**. 2. Select a business object to view its features. :::hint{type="info"} The value in the **Object Name** column is the name of the business object stored in the Neurons for ITSM database and the value in the **Display Name** column is how it appears in Neurons for ITSM. ::: :::: The following additional actions can be performed from the **Business Objects** workspace: - [Creating a Business Object](docId\:PrRPNuVje8Dmzc_oaqyMN) - [Using Validation Business Objects](docId:0Y8N6CNcV7_uUeg068u59) - [Using Workflows](docId\:p4kB1HCF81WNxmoQhBcjs) - [Using Counters](docId\:OlKE_5-AXeqr-HqIJyEae)