MicroHealthLLC / mVMS

MicroHealth Visitor Management System
GNU General Public License v3.0
0 stars 2 forks source link

When Return Visitor changes their info (Name, Company, Phone, Email, or U.S. Citizen), Sign In Status should be Return Visit, not First Time Visit. Just update their info. Should only have one Visitor Transactions screen for each visitor. #312

Open LAlexMHllc opened 4 years ago

LAlexMHllc commented 4 years ago

When Return Visitor needs their info updated (Name, Company, Phone, Email, or U.S. Citizen), Sign In Status should be Return Visit, not First Time Visit.

Screenshot Example

return_visitor_with_new_info_should_just_update_not_become_first_time_visitor_again

b-solution commented 4 years ago

email is the same ?

LAlexMHllc commented 4 years ago

The email changed (and probably name), but it is the same person with updated info. Person should have the same visitor_ID, just updated info.

b-solution commented 4 years ago

Is the admin who changes the data ?

LAlexMHllc commented 4 years ago

User signed in and changed their info. Since the email was different, the app created a new visitor.

LAlexMHllc commented 4 years ago

Return visitor would have to let an admin know that their email has changed PRIOR to signing in to avoid a new visitor being created. So a return visitor would need to sign in with their old email, then an admin would need to update the visitor's info on the visitor's transaction screen.

Maybe input text on Vsitor Signin Form to instruct return visitor with updated email, etc. to input old email first. Display form elements for visitor to check Yes, update my info so email, etc. can be changed. Therefore new visitor would not be created; return visitor can update their own info.

Screenshot Example

visitor_signin_first_visit_no_update