Product Ideas Portal

Got an idea for a new feature? Maybe a tweak to make something work even better? Wish there was an integration with another product to make you even more productive? You've come to the right place.

The Product Ideas Portal lets you submit whatever product feedback you have, good, bad, ugly, and anywhere between.

Want to stay anonymous? No problem, you can still share your ideas with us. You can also create an account which lets you vote on other people's ideas and receive updates when your idea's status changes.

To learn more about how an idea becomes a feature, check out this infographic.


182 Vote

Allow a jump client to be a part of multiple jump groups.

Clients are assigned to jump groups based on office location (New York,  Philadelphia,  Cleveland etc). that IT team members have access to.  We want to give application specialists access to a subset of the clients (ones that run a specific software application) which are located in each jump group.  It would be easiest to have a client be a part of the Cleveland jump group as well as the Accounting jump group.  The rep assigned to Accounting would only see the accounting clients.

  • Avatar32.5fb70cce7410889e661286fd7f1897de Guest
  • Oct 13 2017
  • Planned
  • Attach files
  • Avatar40.8f183f721a2c86cd98fddbbe6dc46ec9
    Guest commented
    21 Jul 01:29pm

    Thanks all for your input on this feature! While we're working on this and many other new features for you, we also want to make you aware of a survey that you might be interested in.

    If you are a remote support customer with perpetual licensing, would you consider giving us 10 minutes of your time? We're even offering an added incentive - completing the survey enters you for a chance at $300 for you or a charity!

    Click here to start the survey, or email the UX research team at uxresearch@beyondtrust.com if you have any questions.

  • Avatar40.8f183f721a2c86cd98fddbbe6dc46ec9
    Guest commented
    24 Jun 07:27am

    We have servers organised by system type for each individual system supplier. But other support engineers such as as our database monitors only need access to the database server from each jump group. At the moment I am having to give them access to a lot more servers than required.

  • Avatar40.8f183f721a2c86cd98fddbbe6dc46ec9
    Guest commented
    20 May 03:54pm

    Would like to know if any there has been any action on this "Planned" idea. Looks like a game changer for many installations.

  • Avatar40.8f183f721a2c86cd98fddbbe6dc46ec9
    Guest commented
    8 Apr 10:28am

    I have also customers which needs the functionality to have a jump client in multiple jump groups without installing several Jumpclient on one system

  • Avatar40.8f183f721a2c86cd98fddbbe6dc46ec9
    Guest commented
    16 Mar 03:16pm

    This seriously needs to be supported already.

  • Avatar40.8f183f721a2c86cd98fddbbe6dc46ec9
    Guest commented
    18 Feb 08:48am

    Currently working with an MSP in France that would benefit massively from this feature, it would drastically reduce administrative overhead. 

  • Avatar40.8f183f721a2c86cd98fddbbe6dc46ec9
    Guest commented
    19 Dec, 2019 01:39pm

    This would be a tremendous help to our org. Being able to carve out subsets of Jump Groups for various employees is often requested.

  • Avatar40.8f183f721a2c86cd98fddbbe6dc46ec9
    Guest commented
    23 Oct, 2019 08:14am

    Had this issue in my PRA deployment, the client was seeking to give access to the same jump client to two different vendor groups.

  • Avatar40.8f183f721a2c86cd98fddbbe6dc46ec9
    Guest commented
    23 Oct, 2019 07:59am

    This came up in one of my colleagues’ implementations and would be of great benefit if introduced. 

  • Avatar40.8f183f721a2c86cd98fddbbe6dc46ec9
    Guest commented
    23 Oct, 2019 07:33am

    I was onsite with another customer in EMEA and this functionality was requested 

  • Avatar40.8f183f721a2c86cd98fddbbe6dc46ec9
    Guest commented
    23 Sep, 2019 02:56pm

    Currently, we experience admin overhead. Too often, an entity will need access to this one device that belongs to this other jump group that contains items irrelevant to the new scenario.

  • Avatar40.8f183f721a2c86cd98fddbbe6dc46ec9
    Guest commented
    7 Sep, 2019 01:00pm

    levimacansh@yopmail.com

  • Avatar40.8f183f721a2c86cd98fddbbe6dc46ec9
    Guest commented
    26 Jul, 2019 03:12pm

    Our company continues to be impacted by this shortcoming on an almost weekly basis.  If I need to grant access to an individual user to a small group of 3 machines there is no mechanism to easily do this without effecting other jump groups and group policies. 

    Making any new subset of systems requires creating a new jump group, which would then remove those systems from another jump group.  So then I have to create/update a new group policy that would give access to both jump groups for those that need it.  Every small change creates a small domino effect that is very clunky and highly inefficient.  

    There should be a mechanism to create "collections" or "scopes" of computers that does not affect the actual client.  Then you limit the permissions of a user by assigning them remote access only to the scopes that they should have access to.   I understand this is somewhat vague when trying to describe with text, and may sound like something that Bomgar already offers, but it isn't.  At least not in the manner it should be.  

    Every endpoint management suite (SCCM, Ivanti, Kace, etc) provides a simple way to define a set of systems, and then assign a user(s) to that set of systems - without impacting the system agent (Jump client) or its group memberships at all.  The collections/scopes and the permissions to them exist independently of the client. 

    Again, I know this is hard to visualize when trying to describe it, so I encourage the developers to look at how the EPM suites above manage remote access to different collections/groups of machines to gain a better understanding of what everyone is voting for in this request.  

  • Avatar40.8f183f721a2c86cd98fddbbe6dc46ec9
    Guest commented
    3 Jul, 2019 07:40pm

    Has any progress been made on this idea?  I would like the ability to keep computers in a specific jump group but also assign them to specific users.  Problem is, once I assign it to a specific user, it's no longer in the jump group that our department has access to so I would have to give everyone access to system jump items which seems unacceptable.  Is there another way to handle this?  I like the tags idea below from 2017...

  • Avatar40.8f183f721a2c86cd98fddbbe6dc46ec9
    Guest commented
    23 May, 2019 02:52pm

    Customers keep asking when this will be possible.  Customer had over 5000 jump clients and is having to install multiple clients on pc's to organize it for their best use case.   Having the ability to assign a jump client to more than one group would solve this.

  • Avatar40.8f183f721a2c86cd98fddbbe6dc46ec9
    Guest commented
    21 May, 2019 04:04pm

    I am onsite at another customer with 30 RS licenses and 1000 PA licenses, in both workshops it was asked if this was possible. 

  • Avatar40.8f183f721a2c86cd98fddbbe6dc46ec9
    Guest commented
    30 Apr, 2019 01:51pm

    I have a customer who has over 1000 PA licenses that would make use of this immediately as they have over 200 vendors, do we know if this is still in consideration?

  • Avatar40.8f183f721a2c86cd98fddbbe6dc46ec9
    Guest commented
    31 Oct, 2018 09:20pm

    I have had several customers ask about this so they can delegate permissions to the client via more than one Jump Group.

  • Avatar40.8f183f721a2c86cd98fddbbe6dc46ec9
    Guest commented
    21 Dec, 2017 02:13pm

    This could be accomplished with "tags" similar to how McAfee ePO works.  Systems can have multiple tags associated with them, so you can find systems based on those tags.