I've got similar issues with VMWare SRM standby machines being detected as duplicates:
2020-07-24 08:11 Renamed DOMAIN\MACHINE\1 to 421258c4-1a11-b14c-6d41-be20809429b5
2020-07-16 11:31 Renamed DOMAIN\MACHINE\1 to 421258c4-1a11-b14c-6d41-be20809429b5
2020-06-26 12:03 Renamed 421258c4-1a11-b14c-6d41-be20809429b5 to DOMAIN\MACHINE\1
2020-06-26 08:19 Renamed DOMAIN\MACHINE\1 to 421258c4-1a11-b14c-6d41-be20809429b5
2020-06-18 22:02 Renamed 00:50:56:89:0E:E1 to DOMAIN\MACHINE\1
2020-06-18 10:58 Renamed 421258c4-1a11-b14c-6d41-be20809429b5 to DOMAIN\MACHINE\1
2020-06-18 10:58 Renamed DOMAIN\MACHINE\1 to 421258c4-1a11-b14c-6d41-be20809429b5
2020-06-15 12:06 Renamed 421258c4-1a11-b14c-6d41-be20809429b5 to DOMAIN\MACHINE\1
After going back and forth with support and them not finding a solution (they don't have an SRM test environment), I just created a new status of "SRM Standby" and assigned one of each of the duplicates to this status. You have to do this with SQL as LANSweeper won't allow the duplicate asset name.
I found that the older record (first seen date) is the one with all the renames in the comments tab and the one you want to change the status of.
This effectively makes that asset inactive and as long as you don't manually re-scan one of the assets with the changed status, it appears to work.
You still have duplicate assets, and they still count towards your license, which is particularly annoying as this is an issue with the LANSweeper software yet the customers are paying financially for the workaround. But we import the LANSweeper data into our CMDB and this permits us to filter the incoming records.
Hopefully, when LANSweeper fixes this issue we can change the status back and the records will merge properly.