Did the following groups come with JIRA?

[Fahad Akhtar]

Internal JIRA users, administrators, site admins, jira-servicedesk-users, jira administrators

If I delete internal jira users administrators, and jira administrators would something go wrong in JIRA?

If these are default groups, what is the difference between jira-adminsitratros, site-admins, administrators, internal jira users, and jira service desk users groups?

If all of these groups are not default groups, please list the groups that are default groups that come with JIRA and explain the difference between them. 

Thank you.  

[Radu]

hi @Fahad Akhtar there are groups that come by default with your installation and I'll attempt to explain them as best I can.

Let's take a look at Product access administration. You might have the same setttings as below

If we go over the 3 groups under Jira Software Product access we read administrators, jira-software-users and site-admins. This means that by adding a user to any of these groups they will count to a product paid license. The jira-software-users has a "default access group" label signalling that new users will get added automatically to that group. This will happen through invite dialog box or signups or other methods available in the product. If you remove the group you'll have to select a new default group for new users.

The administrators and site-admins groups are used to differentiate higher tier permissions and access to modify instance settings like e-mail, groups, payment methods. 

Please remember that if a user is in 2 or more groups under the same product they still count towards only one license.

I strongly encourage to keep the minimal group setup that comes with Jira products out of the box. Here is a likely scenario of why you would want to use the 3 groups.

In the jira-software-users you have everyday users who interact and work on the product but have little need for something else. In the administrators group you will have people with the right to change workflows and settings that impact multiple people, usually this group is smaller than the first. Lastly you have the site-admins who may just update biling details or some technical parameters used throughout the site like validating DKIM keys for domain aliasing.

You could potentially run everything with 1 group (site-admins).

Hope this helps and clarifies why the groups are there and how they help.

Cheers,

Radu

[Fahad Akhtar]

This helps a bunch. Thank you. 

[Andrew Laden]

Adding on to Radu's answer above, as long as you have other groups that serve the same roles, you could theoretically delete the preset ones.  You could also just remove all users from them (except your local admin account for safety) 

Why would you want to though? Is there a issue with having them, even if you have no members in them?

[Fahad Akhtar]

I have some groups like internal jira users and administrators and jira administrators, but I am new to the company and no one before me knows if these were created by us or by JIRA. That is why I want to know so if I go in and clean up some stuff I don't break anything. 

[Fahad Akhtar]

I have a group called IT Staff but they only get access to the customer portal not even JIRA because they do not have product access. I am trying to learn all of this stuff. I already took a couple courses on Atlassian University. 

[Susan Hauth _Jira Queen_]

Deleting the jira-adminstrators group would be a very bad idea. 

[Fahad Akhtar]

Okay, but what about the rest of my question? 

[Susan Hauth _Jira Queen_]

Hi Fahad,

If you didn't create those groups, then they are there for a really good reason.

Susan