Feature Requests

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.

We would like to be able to deploy applications via Kandji MDM ( www.kandji.io ), similar to how Jamf is integrated currently.

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.

If making a change to a delivery method - such as applying a hardware profile or updating OS compatibility, it requires changing each one individually. Bulk edit. E.g change all native Adobe delivery methods to have the same hardware profile, or update OS compatibility for each would vastly simplifies DM management, and also solves the OS compatibility problem at the same time.

As all our new Win11 builds are in Azure/entra/intune only we need to have a way to provision machines via Entra machine based groups.

Being able to export Application details in the Admin portal, such as the list of applications, including vendor, provision and any other custom info.

If there isn't a way already, this would be really useful as we are starting to use multi user session AVD's, these are running server 2016. We are looking at 800+ applications we need 'Server 2016/19/22' to be added to, ideally, not going through one at a time. Is there a script to achieve this?

Provide a way to automate SSL certificate updates. With SSL updates required evert 90 days, automating this process would benefit both customers and AppsAnywhere.

Feedback from 2022 user days. Customer wants it to be easier to push images out using Intune via AppsAnywhere

We have recently found that the IP address ranges used to detect whether a client is "On-site" or not are only checked for the first network adapter (you can see this in the S2HubTracelog.log). VPN connectivity is most-often via a virtual network adapter which is not the primary network adapter so using the VPN range to detect if a device is on-site or not does not work well (at all) in most scenarios. From a software licensing perspective we have at least one application for which we are only licensed to run it if you are physically on-site so having the VPN as part of the "on-site" detection isn't ideal anyway. We have lots of software that will work when off-site but on VPN (requiring an on-prem license server is the most common scenario here) but we have to either make available to all devices, regardless of being on-site or not, which doesn't work well as not everyone has VPN-connectivity meaning there are lots of available apps that can be launched that will fail due to lack of connectivity to license servers. I suppose I'm asking for two different things in this request... 1 - Check more than the first network adapter for specified IP ranges. It is quite possible for a device to have both a wired and wireless adapter when on-site which could break the current detection method depending on how they are connected. This would allow us to add the VPN IP ranges to the on-site detection (we would have to do SOMETHING else to block other unlicensed software in this scenario). 2 - Have a "VPN Connected" detection alongside the "On-site" detection which has a specific set of IP ranges. This would allow us to correctly scope and limit applications based on license type, license restriction and device connectivity. In this scenario you would want to be able to say if device is "On-site" and / or "On VPN" rather than require one or the other or both. I note that this request is similar (but different) to this one... https://feedback.appsanywhere.com/feature-requests/p/vpn-licensing