Denied Job-Specific, SteamID Bound, Keycards managed by SA.

This suggestion has been denied and will not receive development.
Status
Not open for further replies.
Feb 11, 2025
96
30
61
What does this suggestion change/add/remove:

The addition of the capacity for keycards that have been issued by Site-Administration to be made 'Permanent' for players with a specific SteamID on a specific job, with the addition that this system be manageable by SA for the purposes of revoking keycards, and a time-limit set upon keycards.

Has something similar been suggested before? If so, why is your suggestion different?:
I couldn't find one on the dev-tracker or on the forums. But I am notoriously blind. So take that as you will!

Possible Positives of the suggestion (At least 2):
- Provides the capacity for Site-Administration to provide semi-permanent to permanent privileges and/or restrictions to individuals where they find it warranted
- Provides a more flexible keycard systeam.
- Prevents S.A. from having to *constantly* print keycards out for people if we wish to change their position. (I love all of our Senior Janitors, E&TS Directors, Head chefs, etc., but good lord its a lot to keep up with you sometimes!)

Possible Negatives of the suggestion:
- Could be abused, but no more than the current keycard dispensing system could be. It would however be easier to abuse, but I think oversight would make this a non-issue.

Based on the Positives & Negatives, why should this suggestion be accepted:
This would be a boon to Site-Administration and to flexibility within the playerbase as a whole, with negatives that are small in my opinion.


And no, I'm not talking about the extensive Site-9 system that was teasered some age ago. This would, ideally, be a simpler system that adapts off of the current keycard system.
 
  • Like
Reactions: Jack Williams
I suggested something like this awhile ago pretty much it was denied because they wanted just the keycard printer used https://civilnetworks.net/community/threads/keycard-redesignation-system.34576/
I did not see this one, my apologies.

However, I do believe that the reasoning provided against it here is insufficient. The providing of temporary keycards through the printers is a wonderful addition, do not misunderstand me on that, but it is severely limited by the fact that every time you issue someone a temporary keycard you need to meet with them and wait for the card to be printed and then give it to them, only for them to be munched up by a SCP or shot by an insurgent in the next twenty minutes.

And then you need to redo the whole thing again.

It is simply inconvenient, and a drag on SA members to perform as of current. We gladly do, because it improves the overall RP atmoshphere of the server, but a drag nonetheless.
 
  • Like
Reactions: Emilia Foddg
While I think it could be cool, it does introduce some other issues.

Obviously, there is abuse, yes. However theres also the issue (though less likely to be an issue for people) of multiple characters for one job.

Assuming the person who receives this keycard is a good RPer, its quite likely they have at least a couple different characters. It is not unheard of for a person to even have multiple characters they play on the same role. That causes the issue of having that keycard across all their characters that would play that role. Now you could ask SA to remove it temporarily, sure, but then what is the difference really between a printer and this?

Additionally, this is very similar (in concept) to Site-9's keycard system. And I'm not sure the devs would dedicate time into making something that "works kind of like site 9 but isnt actually site 9's system" to site-65. I hate bringing up S9 in relation to S65 content suggestions, but realistically speaking its kind of unlikely to be added.

Cool idea though regardless and would be neat to see added.
 
Suggestion Denied



Hi @JasonTheCheesyGuy ,

Thanks for taking the time to make a server suggestion.

The Content Team has chosen to deny your suggestion due to the following reason(s):

A more advanced system is already in development for Site-9 and there are no current plans to adapt a separate version for Site-65.

Your suggestion will now be locked and marked as denied.​
 
Status
Not open for further replies.