Steve G

Hi @Giuseppe Iannacone, The value property of the searchFilter array objects is unbounded, so it needs to be wrapped in an array, as per the example below: { "@service": "data", "@method": "entityBrowseRecords2", "params": { "application": "com.hornbill.servicemanager", "entity": "Asset", "matchScope": "all", "searchFilter": [ { "column": "h_class", "value": ["computer"], "matchType": "exact" } ] } } I've had a look and this could be made clearer in the API documentation, so I'll make sure that gets updated. Cheers, Steve

Hi @Everton1878, The asset import template functionality supports all the functions available in the Sprig template package, so you could use the trimSuffix, replace, regex etc functions to manipulate your data at template level: https://masterminds.github.io/sprig/strings.html An example of using replace could be: "h_owned_by": "{{ .userPrincipalName | replace "@yourdomainname.onmicrosoft.com" "" }}", This would remove @yourdomainname.onmicrosoft.com from the userPrincipalName being mapped into your target field. Hope this helps, Steve

Hi @Giuseppe Iannacone, Your URL is incorrect (specifically the api bit at the beginning, and the :yourinstanceid in the path), please see the Hornbill API documentation for more information on how this should be formed. Cheers, Steve

Hi @Berto2002, This piece of work was intended to present the utilities in the correct place going forwards, as having them in iBridge (Cloud Automations) doesn't make a great deal of sense - they are utilities that process data locally to your instance, so should be Hornbill Automations rather than Cloud Automations. The operations in iBridge will be marked as deprecated in the next release of the iBridge content pack - this won't break any existing workflows, but will basically remove them from being selected in new Cloud Automation nodes on your workflows. As with all automations that we deprecate, they will not be fully removed from the platform until they are no longer present in any active workflows (or autotasks, runbooks or lifecycles) on customer instances. We appreciate that these automations are in use in many active workflows across most customer instances, and there is no plan to remove them permanently, and as such there is no deadline for migration. The operations that are being replaced in this release are: Date Formatter Current Day Get Current Timestamp Get Date Difference Get Next Date Get Timestamp Password Generator The documentation for the automations is in-app, and accessible using the blue ? button in your image. Hope this helps, Steve

Hi @Ben Maddams, As per the docs, the AccountExpires input parameter to the ITOM operation expects a datetime string in the format: YYYY-MM-DD HH:MM:SS. The code in the background does the conversion of that into a PS DateTime Object, for passing in to the AD operation, so you don't have to do any Hornbill-side Int64 conversion: https://docs.hornbill.com/itom-packages/activedirectoryusermanagement/update Cheers, Steve

Hi @Mark Priest, The Azure (now Entra ID) user import utility supports the filtering of return user objects by either the groups they are members of, or by specific filters applied to the List Users Microsoft Graph API call. Further details can be found in the Data Imports Guide. Cheers, Steve

Hi @Ben Maddams, This was an issue in that operation, which has now been fixed and released to live. Please update your copy of the AD User Management package to v26 from the Package Library, and try again. Cheers, Steve

Hi @Martyn Houghton, Those were tiny changes, so we've added them in, should be available on your instance shortly: Cheers, Steve

@Berto2002 It also works with group calendars, as so:

@Berto2002 This was a defect in the operation, it's now been fixed and should be available on your instance in the next 5 minutes. Cheers, Steve

@Archana This is likely because the Start In option in the scheduled task is not set correctly, as per the scheduling section of the documentation.

Hi @Jörg Walther, The KeySafe Key ID can be taken from the URL when you are on the key details form. I've added some additional information to the documentation to clarify this, which will be published in the next 10 minutes. Thanks, Steve

Hi @Archana, Detailed information regarding your issue is in the troubleshooting section of the Data Imports Guide. Steve

Hi @samwoo, Sure, we'll take a look and let you know once that's catered for. Cheers, Steve

Hi @Sam P, That's done and released to live, give it 5 minutes and it'll be available in the package library on your instance: Cheers, Steve

@Sam P Sure, apologies we should have added it there too. We'll get that done and let you know when it's live. Cheers, Steve

Hi @Sam P, Your requested changes are now available for update in the ITOM Package Library: Thanks, Steve

Hi @Sam P, I've been looking at this date issue this morning, and it is working as documented & expected. Check out the output from the ITOM job for a user that I've created via ITOM, note the datetime that has been set: Note how the value I've provided is the same as the accountExpires attribute against the user object in Active Directory: Now, in the Account Expires section of the Account tab, you'll see that the account expires at midnight the previous day: This is actually a feature of Active Directory (a hangover from legacy NT domains, apparently), and not an issue with the ITOM package. It's definitely odd, but it is documented on the Microsoft website - see the note section from this article as an example: This article contains a good explanation of what is going on here too: https://www.rlmueller.net/AccountExpires.htm. Just a heads-up too, the other enhancements that you asked for are done and are currently in testing, so should be available in the next day or so Cheers, Steve

@Sam P We have indeed, Ricky's raised that one with me directly, that's also on the list Cheers, Steve

Hi @Sam P, I've added this enhancement request to the list, will let you know when the team have implemented it. Cheers, Steve

Hi @Martyn Houghton, This feature is now in v4.3.0 of the Asset Import Utility: It's documented on the Hornbill Documentation Library, which should be updated in the next 10 mins. Let me know if this helps. Cheers, Steve

Hi @Cristian, This version of the utility was released back at the start of August, so it's unlikely that the 4.1.1 release caused the above issue. I've not been able to replicate your issue, but on reviewing the code it appears that this issue could be environmental, and caused by a problem with the HTTP proxy setting on the machine running the import. I've made some changes to better handle that eventuality, and to output more useful debug information to the log in the event that this doesn't fix your issue, so we'll have more information to assist with the fix. v4.2.0 is on GitHub now: Let me know how you get on with this. Cheers, Steve

Hi @Martyn Houghton, The import utilities have been made closed-source as part of a wider strategy around security, API endpoint availability, and import usability improvements. We can't provide the code I'm afraid, but we could (and should, to be fair) add Shared With capabiities to the tool. I'll have the team take a look and get back to you. With regards to the Wiki, my team are in the process of porting the data imports documentation from the wiki over to the new documentation platform, and references to open source in the content will not be ported. Cheers, Steve

Hi @DRiley II, hope you're well! Integrations into Hornbill from other platforms can only be done using the Hornbill API - we don't currently provide listener/target services for external webhook requests. There are lots of platforms which do provide webhook targets, that will allow you to make API calls into Hornbill when those are triggered though (Zapier, Azure Automations, Google Cloud Run, etc etc). Hope this helps, Steve

Hi @Malcolm, That error would suggest you're either: Running the import as a different user that originally ran it Running the import on a different machine that it was originally ran on See the documentation for more information, specifically this bit: Cheers, Steve