Ну не то чтобы... Программное обеспечение нужно адаптировать под системы пропусков.

@zarthan, @kjwilliams74 просто спрашивает то, что есть в ядре любой "дешёвой, готовой к использованию системы контроля доступа" уже полвека. Любой, кто имел или когда-либо имел систему ворот, был бы одинаково расстроен и озадачен неспособностью запросить параметры системы. Я понимаю желание иметь возможность их скрывать, но это решается с помощью прав доступа, а не делая данные недоступными для всех сразу. @kjwilliams74 – спасибо, что выложил(а) это. Вы только что спасли меня от кучи головной боли и душевных мучений. @UI-Team – вы не можете навязывать свою интерпретацию того, что является безопасным, а что нет, пользователю, особенно на рынке, таком устоявшемся и стандартизованном, как контроль доступа. Не каждое улучшение является апгрейдом в каждом сценарии использования. Уязвимость безопасности для одних – это незаменимая функциональность для других, а необоснованный отказ пользователям в доступе к их собственным данным «во благо» никому не помогает.

Ну, совсем не то - сейчас это продают как систему контроля доступа к воротам… Ей нужно больше соответствовать системе контроля доступа, и есть способы это улучшить!

Привет, @kjwilliams74! Почему нельзя видеть PINы зарегистрированных пользователей из-за соображений безопасности, как пароли? Я бы рекомендовал создать собственную базу данных для PINов пользователей. Я не совсем понял твой запрос. Ты, вероятно, хочешь отправлять приглашение с существующим/созданным PIN-кодом (чтобы не генерировать новый), если пользователь забыл существующий PIN, верно? Если это так, то это хорошая заявка на новую функцию. Сейчас работает так: если он забыл PIN, у тебя есть два варианта: отправить приглашение по электронной почте, но для него будет сгенерирован новый PIN, или ты можешь удалить и вручную создать PIN/сгенерировать новый PIN.