Elevate-As-User rather than Temp Admin similar to how AutoElevate does it. 

This way when an application gets elevated, the user's personal folders (Desktop/My Documents/Downloads/ex...) folders that are user specific are of that user, rather than TempAdmin-56af925c

We tried the new Teams integration and noticed it now has the justification field but no way to customize it at all. With the previous method of alerting via session trigger, I was able to edit the JSON to remove some info we aren't interested in such as user groups and also added a hyperlink/buttons to scan the certificates and file hashes in VirusTotal -

"https://virustotal.com/gui/file/{GETDATAFIELD(CorrelationEvent.Data, 'CertificateThumbprint'):jsnq}"}}]}},
{{"type":"ActionSet","actions":[{{"type":"Action.OpenUrl","title":"File hash","url":
"https://virustotal.com/gui/file/{GETDATAFIELD(CorrelationEvent.Data, 'FileSha256'):jsnq}"}}]}},

It would be nice if we could customize the new integration option.

It would be nice to have some indication on the ticket that an elevation request was auto approved by a rule when this takes place.  Additionally perhaps automatically close the ticket in Manage so we are not left with manual tasks to perform.

Additionally would it be possible to auto close the ticket if the technician is already connected to the machine and handles the elevation request themselves?

Essentially I only want CAM tickets for requests that initiated from end users where we still need to DO something. But currently the only option is to have a ticket no matter what the scenario is.

The email notification has a field for the reason entered on the UAC prompt by the user, it would be helpful to have a variable for this in the Teams notification.

We often have EXEs from an UNC Path of a Server which is part of an Active Directory. The user itself has rights to access the Path with the EXE, but the created Temp-Admin does not have these rights. It would be nice to save Credentials for a Specific generic Active-Directory User which can be used in the Elevated User Session to gain access to the originally opened file from an UNC-Path. In the actual way the Elevation Prompt is automatically closed but then the user gets directly asked to enter another set of credentials - which should be his own, but they do not get it.

I even tried this article, but the option did not work...

https://learn.microsoft.com/en-us/troubleshoot/windows-client/networking/mapped-drives-not-available-from-elevated-command

In our instance, we’ve allowed a few on-site technicians to access and perform basic administration of some ConnectWise tools. However, we’ve discovered that to whitelist Access Management requests, a user must have full Admin rights on the ScreenConnect portal. Unfortunately, we can’t grant this level of access due to security concerns and the visibility it provides into other customers’ environments. It would be ideal if the ability to create a rule for auto-approving certain UAC prompts could be separated from the main Admin permissions, allowing it to be assigned individually.

Be able to run a report showing what tables were updated including the date and member. Include filter options on table, date by range and members. Ideal would to also show previous value.

When the following criteria are met:

• Performing an administrative logon with CAM
• The guest is a domain controller

The temp admin account should be added to the domain admins group prior to logon. This would allow some tasks that are restricted to domain admins, such as editing the default domain controllers GPO.

It would be great if Connectwise auto grouped machines into a folder when they had requested admin elevation. That way we could see who did and approve or deny them much easier than searching for the red dot.