Skip to main content
Solved

Purpose of Item source - Viability of alternative use case

  • January 31, 2025
  • 3 replies
  • 37 views

Forum|alt.badge.img+7

Hello,

I have a question regarding the use of Item Source and its intended use case.

The Wiki currently presents this as a function to be used by ITOM/ITAM to allow for documenting the last audit. However, to actually use this seems unclear to me.

Is the intended use solely to act as a registry of audits performed on the item?
Such as :

Source Reference

Source System

Last Audit Date

Modified By
Transaction ID 31234 SCOM 2024-12-31 ZZ_SCOM_IMPORT
Transaction ID 41254 SCOM 2025-01-31 ZZ_SCOM_IMPORT


 

An alternative use case which I’m trying to verify the viability of is the use of “Item Source” as an alternative or extra ETM bonding. The reason for this is the ability to see the bonding from within the assyst application, and to use Last Audit Date as tracker for then the item was updated by an integration, and to be able to track this entirely seperate from the item modify date.

The Along the lines of something like this:

Source Reference
(External id (used as bonding))

Source System
(Name of an integration (used as bonding))

Last Audit Date
(Changed to last edit by the integration)

Modified By
(Integration user performing the update to the item)
GUID: 5780ca50-4b3c-48cc-9c40-dd1a57e7f044 ETM Document Library Gateway 2025-01-31 ZZ_ETM
SN: 20230715-001-123 Workspace One MDM ETM Gateway 2025-01-17 [ZZ_ETM_CMDB-Gateway] ZZ_ETM

 

However, I haven't seen any similar examples, and I’m wondering if this kind of use is outside the intended scope of the feature, and if such use is likely to cause issues down the line.

Thank you very much for your time.

 

Best regards,

Richard

Best answer by Paul McCulloch

That’s exactly the intended use! Recent versions of assyst also include Event Sources for similar reasons. 

The advantage over ETM bonds are:

  • Transactional  - ETM bonds are created after the item/event are created in a separate operation so, in the event of network failure data inconsistencies could exist
  • Destination Filtering - Destination filtering can see the Source data. This means we can limit message creation to only bonded messages.
  • UI visibility  - ETM bonds can’t easily be accesses by users.
View original
Did this topic help you find an answer to your question?

3 replies

Forum|alt.badge.img+10
  • Hero (Employee)
  • 67 replies
  • Answer
  • January 31, 2025

That’s exactly the intended use! Recent versions of assyst also include Event Sources for similar reasons. 

The advantage over ETM bonds are:

  • Transactional  - ETM bonds are created after the item/event are created in a separate operation so, in the event of network failure data inconsistencies could exist
  • Destination Filtering - Destination filtering can see the Source data. This means we can limit message creation to only bonded messages.
  • UI visibility  - ETM bonds can’t easily be accesses by users.

Forum|alt.badge.img+7
Paul McCulloch wrote:

That’s exactly the intended use! Recent versions of assyst also include Event Sources for similar reasons. 

The advantage over ETM bonds are:

  • Transactional  - ETM bonds are created after the item/event are created in a separate operation so, in the event of network failure data inconsistencies could exist
  • Destination Filtering - Destination filtering can see the Source data. This means we can limit message creation to only bonded messages.
  • UI visibility  - ETM bonds can’t easily be accesses by users.

Thank you very much!

This was most insightful, and I’m glad to hear this was the case.

I’m looking forward to starting to use this in our integrations!

 

Some follow-up questions to get on the right track, if I may.

I’m intrigued by the use of destination filtering and source data, but after looking into the destinations and ETM destinations I’m not quite sure I quite get how or what way to use destinations for item source. Are there any articles on the Wiki or elsewhere that cover the general use of Item and/or Event Source in ETM integrations? I’ve yet to find any information in this area and am trying to get an initial recommendation for do's and don'ts.


Forum|alt.badge.img+10
  • Hero (Employee)
  • 67 replies
  • February 10, 2025

I’m not sure if there is anything specific in this area. Destinations are generic & apply to most of the entities in assyst.

One of the anticipated use cases for Event Sources & Destinations would be a use the Event Source to hold the reference in some foreign system such as Jira. A Destination Filter could be created which only published a messages for events which had a Jira reference or when an event was assigned to a particular service department.

If you have more queries it might make more sense to pose a new Question. 


Reply


Cookie policy

We use cookies to enhance and personalize your experience. If you accept you agree to our full cookie policy. Learn more about our cookies.

 
Cookie settings