Ideas for Acumatica

Important! Please note that we do not reply to all messages, but we do read them, analyze them, and work to improve Acumatica based on the feedback we receive.
This portal is for product ideas and feedback only. If you need customer service assistance, please contact your Acumatica Support Partner or submit a support case.  You can also get assistance from community resources:  LinkedIn Group or StackOverflow
No Reliance: Information is maintained on a best-efforts basis and may be changed without notice. Acumatica cannot guarantee the accuracy of the information provided or guarantee completion of features/ideas described on this portal. 

Ability to Delete Restriction Groups that are Inactive AND has no accounts assigned to it

There is no ability to delete restriction groups at the moment, only the ability to make it inactive.  The problem is making them inactive does not prevent users from assigning accounts or anything to them, thus restricting accounts to inactive groups.

  • Guest
  • Sep 7 2016
  • Gathering Feedback
  • Attach files
  • Melanie commented
    March 26, 2019 14:56

    How can this be escalated? What sort of issues can come of being able to delete a restriction group?

  • Royce Lithgo commented
    April 05, 2019 01:36

    It should be possible to delete a group that has accounts assigned to it. Experimenting with Restriction Groups for Account / subaccount validations is hard enough, but having to refresh the Tenant each time i need to start over is painful. Why can i create a group and not delete it?

  • Vladimir Panchenko commented
    April 05, 2019 06:53

    First of all, I apologize for the late answer.

    Deleting a restriction group means that we need to re-calculate GroupMask field for every entity in the system that supports row-level restrictions. It might not be acceptable during business hours.

    Could you please elaborate on what exactly is the issue in this case? (I mean, why it is not enough to just deactivate the group).

    Is it a UI/UX-related issue? (e.g. it is not convenient to see a long list of groups on the maintenance screen)

    Is it a performance issue? (e.g. performance degrades because GroupMask became too long)

    Thanks!

  • Royce Lithgo commented
    April 07, 2019 21:31

    Well for me, if it were just deactivation, I would also need to empty all the entities in the group so they don't get filtered from other groups. 

    And then it becomes a clutter issue. It just doesn't look nice seeing all these unused groups. I don't have an issue if it were a process that needed to be run nightly. In any system, what can be created should be able to be deleted.

  • david gross commented
    September 13, 2019 19:15

    The issue is utter confusion.  If a user goes to select a group in Inventory Access, for example, they will have to contend with choosing a group from every group ever created even if they are inactive.  It would be less of an issue if inactivating a group prevented that group from appearing in the the Select Group popup.