- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
‎10-21-2020 12:32 PM
Organizationally we're pretty immature in differentiating between Assets and CIs but have the automation set up to create a related hardware asset when a hardware CI is created and vice versa. We've done a little bit of financial and lifecycle tracking around these hardware assets. We're aligning ourselves pretty well with the CSDM on the CMDB end of the world, but I keep getting hung up on wondering if Business Applications should have a related asset record or not? OR is the Business Application already where we should be tracking lifecycle and financial information for an application? I don't see anything natively set up in the tool to have an asset related to a business application and we do not own the APM plugin. Should we be using application or software models?
What are the thoughts from the community?
Solved! Go to Solution.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
‎10-22-2020 09:20 AM
You present a good question. Forgive me for the long response:
Asset vs CI is pretty simple when we discuss physical products. In the past I would use the following to help differentiate Asset vs CI when discussing things we can touch:
Again, the above works well for physical items but not for logical. The financial data, assuming buy vs. build, is stored on a Hardware Asset and a Software Entitlement. Since the Software Entitlement asset record is a point-in-time purchase of COTS software instead of a singular representation of software, relating a Business Application to an Asset is not effective. There is no proper asset to relate to.
BUT...
There is a Product Model that can be relate to the Business Application. In future releases we will enable greater value to the Product Models as they reference various objects throughout the lifecycle of a Product. Assuming a product lifecycle with stages of Pipeline, Design, Operational, and End of life, the future begins to look something like this:
As you can see, the product model can be referenced to multiple objects throughout its life. Depending on buy vs build you will see a products purchase information via ITAM, you will see its planning information via APM, you will see its Build information via DevOps, you will see it's deployed details via ITOM, and management information via ITSM, CSM, SecOps, etc.
The gap today is with COTS Business Applications where the ITAM Software Entitlement is not easily associated with the Business Application. Feel free to reach out to me directly to work through your use cases. We intend to fill this and other gaps related to the overall processes that exist in the CSDM.
Hope this helps,
Scott

- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
‎10-21-2020 01:01 PM
Hi,
That is why we have Application portfolio management. Basically Business APplication should not have a asset tied to it as servers or other CIs in CMDB.
APM with other Suites of ITBM is used for cost and financial planning for business applications.
Thanks,
Ashutosh
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
‎10-22-2020 09:20 AM
You present a good question. Forgive me for the long response:
Asset vs CI is pretty simple when we discuss physical products. In the past I would use the following to help differentiate Asset vs CI when discussing things we can touch:
Again, the above works well for physical items but not for logical. The financial data, assuming buy vs. build, is stored on a Hardware Asset and a Software Entitlement. Since the Software Entitlement asset record is a point-in-time purchase of COTS software instead of a singular representation of software, relating a Business Application to an Asset is not effective. There is no proper asset to relate to.
BUT...
There is a Product Model that can be relate to the Business Application. In future releases we will enable greater value to the Product Models as they reference various objects throughout the lifecycle of a Product. Assuming a product lifecycle with stages of Pipeline, Design, Operational, and End of life, the future begins to look something like this:
As you can see, the product model can be referenced to multiple objects throughout its life. Depending on buy vs build you will see a products purchase information via ITAM, you will see its planning information via APM, you will see its Build information via DevOps, you will see it's deployed details via ITOM, and management information via ITSM, CSM, SecOps, etc.
The gap today is with COTS Business Applications where the ITAM Software Entitlement is not easily associated with the Business Application. Feel free to reach out to me directly to work through your use cases. We intend to fill this and other gaps related to the overall processes that exist in the CSDM.
Hope this helps,
Scott

- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
‎11-17-2020 10:07 AM
Hi Scott,
Is the Business Application CI Class now offered independently of the APM module? I thought you had mentioned this at a user group in Tulsa last year.