Missed Team ’24? Catch up on announcements here.

×
Create
cancel
Showing results for 
Search instead for 
Did you mean: 
Sign up Log in

See another request in the project only through the required one. (SUPER HARD QUESTION)

Tony Montana
Rising Star
Rising Star
Rising Stars are recognized for providing high-quality answers to other users. Rising Stars receive a certificate of achievement and are on the path to becoming Community Leaders.
November 28, 2022

Hi all. I want to create a database of recruiting candidates.

It all comes down to privacy. If, for example, I create an issue in the same project or another project with the name "CV - John Doe".
I'll attach it to an issue called "Vacancy - Need new Employee".
This CV will be seen by all users of the "Hiring" project. People who are not specifically related to this personnel search will also see it. This is not good, the GDPR will show the middle finger.

Why won't 'Issue Security' help in this case? The answer is obvious: There will be different participants in search projects in groups or project roles. And they will still be able to see all the confidential data of candidates.
There are only two working options left for 'Issue Security': 1. A custom field with the right participants. 2. Custom group.
The first option is extremely inconvenient('cause need hand-writing permission field EACH CVs.), the second option is doubtful, since in a year there will be more than 200 custom groups.

So Issue Security is not suitable. Project Permissions are not suitable.

For our needs to make sure that the linked request from another project (or the same project) can only be seen by people who, for example, are in the 'Technical Experts' field of the current issue.

Is there any way to actually do this? Code, plugins, paid or free?

1 answer

1 vote
Nic Brough -Adaptavist-
Community Leader
Community Leader
Community Leaders are connectors, ambassadors, and mentors. On the online community, they serve as thought leaders, product experts, and moderators.
November 28, 2022

Actually, you're wrong about issue security, it is the only way to do this, and, as you say, you do it with "a field with the right participant".

Any system, not just Jira, is going to need you to name the right participants in the situation you describe, you have to tell the system who can see the item somehow.  In jira, a field is the easiest way to do it, and you could even automate it by following the linked request.

Tony Montana
Rising Star
Rising Star
Rising Stars are recognized for providing high-quality answers to other users. Rising Stars receive a certificate of achievement and are on the path to becoming Community Leaders.
November 29, 2022

@Nic Brough -Adaptavist- 

Actually, you're wrong about "Any Systems". There are such systems. And why can't I dislike you? I'm sure it's not possible to automate this in JIRA.

 

 In jira, a field is the easiest way to do it, and you could even automate it by following the linked request.

LOL.  

Nic Brough -Adaptavist-
Community Leader
Community Leader
Community Leaders are connectors, ambassadors, and mentors. On the online community, they serve as thought leaders, product experts, and moderators.
November 29, 2022

So you are saying there are systems that only show things to people securely without knowing who they are?

Yes you can automate the setting of the security level too.

Tony Montana
Rising Star
Rising Star
Rising Stars are recognized for providing high-quality answers to other users. Rising Stars receive a certificate of achievement and are on the path to becoming Community Leaders.
November 29, 2022

@Nic Brough -Adaptavist- I knew you can't past any examples. All your answers just theory without examples. Sorry, not for me. I can automate security field, but not for such situation.

Nic Brough -Adaptavist-
Community Leader
Community Leader
Community Leaders are connectors, ambassadors, and mentors. On the online community, they serve as thought leaders, product experts, and moderators.
November 29, 2022

I can't post examples of things that cannot be done, correct.

You need to automate setting a security level based on a custom user field that you will also need to automate.  You will have to put the data into the field by identifying the users on a different issue, and it's probably going to be easiest to copy them into the current issue, not try to guess who they are by not identifying them.

Suggest an answer

Log in or Sign up to answer
TAGS
AUG Leaders

Atlassian Community Events