Feature Requests

When a university has decentralized IT departments, they cannot restrict or delegate admin rights to specific parts of the Admin tools to individual users. Similarly to restricting students' visibility to apps by log-in, Admins would only have access to what they are allowed to do.

Management of AppsAnywhere applications would benefit from the ability to use REST methods to interact with resources in the AppsAnywhere Admin portal. For example: • The GET REST method would be used to retrieve information on applications or provisions • The POST REST method would be used to create an application or provision • The PATCH REST method would be used to update an application or provision • The DELETE REST method would be used to delete an application or provision The addition of these capabilities would reduce the manual work required to monitoring and maintaining a large software library in AppsAnywhere. They would also enable these processes to be automated.

It would be nice to be able to login and change the LDAP password/config as needed without opening a support case. Also would be nice to have an account that allows access that does not require it to be tied to AD for emergencies.

Support for wildcards in SAML attribute values when creating attribute mappings to assign access and provision apps. For example: If I had a email address attribute which may have the values: john@example.com jane@example.com john@example.org I could create cannot create a mapping with the value: "*@ example.com " which matches both: john@example.com jane@example.com But does not match: john@example.org

The new feature to provision directly in an App is great. Is there a way you can filter the list to show only the activated provisions? It would help not to have to scroll down the entire list when checking provisions for an App.

We've had an issue where the appliances had ran out of disk space, and AA became unstable. On another occasion, it filled up for another reason and the portal fell over. For any over VM, we would add them to our monitoring so we could get an early warning, but that's currently not an option. Given how essential this service now is (and this happened most recently during exam resits), it's essential we either the university or AppsAnywhere actively monitors the appliances in order to be more proactive. For example: SNMP can be configured without requiring AA to monitor it on site AA uses their own system for monitoring the appliances The appliance sends alerts to AA and/or the university (although that can have its own flaws) More comprehensive monitoring is available from the Admin portal (although that can have its own flaws)

Develop an automated notification that distributes the status of OS updates. Ideally, this would publish a list of installed updates and those which remain outstanding. The purpose being to understand what risk is being carried and the interventions that are needed to mitigate any risks.

It would be useful to be able to add custom data to "Provisions". "Device ownership" and "On-site" are both based on registry keys. Being able to have admin-created additional types would allow users on AppsAnywhere Cloud or users where the devices are not AD-joined to be able to better control application visibility. i.e. Custom restrictions could be created based on registry keys or file existence / contents to create better flexibility for denying access to apps that are not licensed in certain areas.

In the list of apps in admin, I would like to see a check box next to any apps with a dependency so that I don't have to edit the app to see which one I'm looking for.

The ability to deny a specific group(s) from being able to run an application, either by user or device. Being able to set this at either the provision and/or application level.