Il existe un système permettant aux utilisateurs de se connecter avec leur identifiant national et leur mot de passe OR leur identifiant client et leur mot de passe. Le mot de passe est commun dans les deux cas pour un certain client (chaque utilisateur peut avoir jusqu'à un compte car ils ont un identifiant national).
On estime que les utilisateurs peuvent mieux se souvenir de leur identifiant national que de leur identifiant client, donc la meilleure façon de se connecter dans ce système est de se connecter avec l'identifiant national, et la connexion avec l'identifiant client apparaît comme une option secondaire, récemment ce système va être combiné avec un autre système où les utilisateurs sont habitués à se connecter avec leur identifiant client (bien sûr, ils connaissent également leur identifiant national, mais c'est juste comme avant et ils y sont donc habitués).
Nous voulons engager les utilisateurs que nous avons déjà dans le deuxième système à utiliser leur identifiant national pour se connecter, tout en conservant la possibilité de se connecter avec l'identifiant client ouvert (comme c'est également le cas dans l'autre système), le problème est qu'ils 'ai jamais utilisé l'identifiant national pour se connecter (comme ce n'était pas une option auparavant dans le deuxième système), alors peut-être que leur façon de se connecter préférée est l'identifiant client jusqu'à présent, et ils obtiennent confus quand ils voient que le champ de connexion avec l'identifiant client est remplacé avec le champ de l'identifiant national et bien qu'ils connaissent leur identifiant national, ils ne le voient pas comme un moyen de se connecter.
Mais une fois qu'ils savent que la connexion avec l'ID national et l'ID client a le même résultat et que leur mot de passe n'a pas besoin de changer, on estime qu'ils préféreront également l'ID national. De plus, les nouveaux utilisateurs du système combiné (quels que soient les services qu'ils souhaitent obtenir) préféreront l'ID national et donc l'ID client sera toujours une option secondaire à partir de maintenant.
Que faire ici pour informer les utilisateurs du second système qu'ils ont une meilleure option pour se connecter maintenant et les inciter à utiliser cette deuxième option?!
Faites également attention à ce que la distinction entre l'identifiant national et l'identifiant client soit presque impossible pour le système tant qu'ils peuvent être trop similaires. Donc, avoir un champ avec un espace réservé comme identifiant national ou identifiant client est impossible ici.
Modifier: comme je le vois répété dans les réponses, non, il n'y a aucun moyen de distinguer l'ID client de l'ID national, ils sont tous deux de la même longueur et l'ID client est un nombre aléatoire attribué à un utilisateur, et il est même possible de taper le identifiant client pour certains utilisateurs spécifiques.
J'aime la Parole "impossible", comme rien ne devrait l'être.
Si vous avez une entrée singulière pour ID client ou ID national et que vous essayez de faire correspondre le numéro et le mot de passe avec la première valeur ou celle que vous préférez vérifier d'abord.
L'utilisateur est authentifié ou non.
Si ce n'est pas le cas, essayez de les valider avec le deuxième identifiant.
Ils sont validés ou non.
Cela me semble simple.
RÉPONSE MISE À JOUR
OK, vous êtes assez catégorique, rien ne peut être fait sur le back-end, je suppose que l'option restante est d'essayer de guider l'utilisateur autant que possible. Bien que vous puissiez "empêcher l'utilisateur de saisir l'ID client dans un champ ID national et vice versa, nous devons essayer de l'informer de ce qui est nécessaire dans les champs pour se connecter avec succès.
C'est le moment idéal pour commencer une période d'intégration pour vos clients. Permettez-leur de continuer à se connecter avec leur identifiant client et après avoir vérifié leur identifiant, mentionnez-leur le nouveau changement avec la date d'entrée en vigueur et affichez-leur leur identifiant national. Si possible, vous pouvez même leur donner la possibilité d'utiliser l'ID national par défaut en les laissant s'inscrire pendant la période d'intégration, puis en définissant un cookie qui les amènera à la vue ID nationale lors de la navigation pour vous connecter. Après la fin de la période d'intégration, tout le monde utilisera la vue de connexion de l'ID national par défaut et vous pouvez lui présenter l'option d'utiliser son ID client comme alternative si vous le souhaitez.
".. la distinction entre l'ID national et l'ID client est presque impossible pour le système tant qu'ils peuvent être trop similaires."
Pouvez-vous en dire plus à ce sujet? Chaque ID a-t-il une longueur différente? Ont-ils un algorithme spécifique à travers lequel ils sont générés et pouvez-vous l'utiliser pour les vérifier?
Parce que, si les deux ID diffèrent en termes de longueur, votre logiciel devrait-il être capable de les distinguer automatiquement?
Le seul cas est que l'utilisateur entre accidentellement un mauvais numéro, disons National_ID au lieu de Customer_ID. Dans ce cas, si le mot de passe est le même pour les deux, connectez-les simplement. Sinon, indiquez un message d'erreur disant:
"Essayez-vous de vous connecter avec l'ID client au lieu de l'ID national?"
Cela devrait amener vos utilisateurs à penser à celui qu'ils utilisent et au mot de passe qu'ils mettent (s'ils sont différents).
Pour les utilisateurs existants, une fois qu'ils se connectent avec Customer_ID, affichez un message disant:
"Saviez-vous que vous pouvez maintenant utiliser National ID?"
Afficher une page ou un bouton où ils peuvent confirmer qu'ils souhaitent également une option de connexion par ID national. Là, ils devront le saisir, le confirmer et à partir de là, vous pouvez créer une autre connexion pour eux. Certes, cela conduit à une autre connexion de compte inutilisée, mais je suppose que cela ne devrait pas être trop pour la base de données à gérer.
TL; DR:
Éliminez l'espace réservé ou tout type de distinction entre l'ID de connexion et, en fonction de l'entrée utilisateur, reconnaissez l'étape suivante requise pour eux.