Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 5 Next »

  1. A user visits one of our apps that requires authentication and is redirected to the login page. For example, visit our main data entry app: https://data.pointblue.org/science/biologists/

  2. The user enters an fws.org email address at the prompt:

    image-20240426-003532.png

  3. When the system sees an fws.org email that does not already have an account, a “Sign up” option is presented:

    image-20240426-004003.png

  4. The sign up links direct the user to login using the native DOI signal sign on interface:

    image-20240426-004150.png

  5. After the user completes authentication, they are redirected to our sign up page with known fields of information already populated from the user’s auth response, such as first and last name, and email address, and organization. The password fields are hidden for FWS users, because we do not manage their passwords. The only required field is the “Project you wish to join”. This is because we only accept users who are explicitly in a project. If a user doesn’t know their project, they need to contact their survey coordinator or supervisor.
    This works for us because we do not accepted public users from the internet who are not associated with a survey collection effort in some way. We are not a tool that openly accepts public users. Essentially, you have to be someone who is know in real life by the person leading the project effort.
    Registration page link: https://data.pointblue.org/apps/login/register

    fws_user_registration.png

  6. The user receives a notification to their email inbox to validate the address.

  7. Once the user has clicked their validation link, the Project Leader in charge of the requested receives an email notification to approve or deny the new user request.

  8. The Project Leader who receives the email notification must click the provided link to approve the new user’s access. If they do, the new user’s account is activated at the same time. If not, the user’s account remains in a pending state, which cannot be changed until the user is approved for a project. While the user account remains in this state, it will not be recognized as a valid account for authentication or access. User accounts cannot be approved without also being associated with a project.

  • No labels