Join the #BuildWithBuildAgent Challenge! Get recognized, earn exclusive swag, and inspire the ServiceNow Community with what you can build using Build Agent.  Join the Challenge.

Keep asset assignment from being changed by SCCM?

Stefan_Garcia
Tera Contributor

Hi all,

 

Currently we have SCCM updating our Assigned to field on computers, and it tends to rotate those users every two days or so. I don't want that rotating out the Assigned to field on the asset, which it is currently doing, but what would be the best way to do that?

 

Intended process would be:

SCCM can update Assigned to if it's blank

If Assigned to has been updated manually, SCCM should no longer be able to update that value

 

I suppose it would also be enough to just stop SCCM from updating the Assigned to value in the first place. I tried adding reconciliation rules to the computer class for the Assigned to attribute, but I must have done something wrong as that did not work. And I would prefer not to go into the service graph and modify its' transform map.

 

Thanks!

2 REPLIES 2

Pascal Verdieu
Mega Sage

Offhand, the information on if a specific field was changed by someone is somewhere, haven't got the opportunity to look it up yet.  Then, yes, you would need to modify the transform map and use a script for the Assigned_To field which would look like this

 

var isManuallyAssignedTo;
#Code here to set isManuallyAssignedToto the sys_id of the user who is currently assigned to or null
return (isManuallyAssignedTo != null && isManuallyAssignedTo != '') ? isManuallyAssignedTo : source.getValue('assignedTo');

 

 

Alan Akins
Tera Expert

I think you've got two primary options:

 

  1. (customization) Remove the mapping to the assigned_to field in the transform.
  2. (configuration) Set up an IRE reconciliation rule on the appropriate CI Class (Computers probably is the better choice) to put manual updates as a higher priority than SCCM. This will work in this way: that if the assigned_to is empty, SCCM will be allowed to write to it. But if someone has manually updated the assigned_to, then SCCM will not be allowed to change it.

We have used #1 in the past and it works fine. But it is a customization, so now we are using #2.