Thanks, I will do that.

But a question to the understanding of the overall process:

I assume the report was correct at the time the automange feature of RME tried to add the devices to RME. But according to the philosophy of DCR (that every change in DCR will be pushed to the apps) I thought that changeing the info in DCR (the obvious change here is sysObjectID ) should be pushed to RME as well and start a process to verify the RME device 'values' regardless of the device state. In this example the devices could be dropped from this list automatically and could be added to the normal devices - if I do not miss anything in the update process.

Is this a wrong understanding of the DCR concept?

(it would be more practicable in big environments)

That would be nice, but the way the algorithm works is that once DCR is updated, the conflicting device must be manually resubmitted for RME to manage it. This is noted in the online help, though it may not be very clear:

RME detects an conflict device using this algorithm:

1. RME gets sysObjectID from Device and Credential Repository.

If the sysObjectID is null, RME updates the sysObjectID collected by Inventory collection, else go to step 2.

2. RME compares the sysObjectID in the Device and Credential Repository with the sysObjectID collected by Inventory application for a given device.

If they match, the device is moved to either Normal/Pre-deployed/Pending state. Otherwise, RME moves the device state to Conflict and allows you to update the Device and Credential Repository and resubmit the device for management or delete the device.

Yes, I read that. But I was stumbling over the fact that the 'Conflicting device types' is a static list and presents outdated data. In my case in fact DCR sysObjectID is correct (now) but RME will never remove these devices from the list and even presents wrong data - this could be hard to argue and for the most users hard to understand. 'Conflicting Device Type' does not presents its data like a job history where you can say 'at the time when these data was collected and compared this was truth'. Instead it seems to be current data (like 'Normal Devices').

But from what you said, I am not sure if my thoughts are a feature request or (from what I thought) a bug (because of the basic DCR concept)

Thanks! I will inform the AM of the customer that he file an ER for this.

for those who are interested in this PER:

the PER ID is 26627