Réinitialisation des mots de passe, problèmes de comptes "jumeaux"

Bonjour,

après la dernière importation de la base élèves, nous rencontrons les soucis suivants :

• certains élèves se voient proposer de saisir un nouveau mot de passe, alors que nous n'avons rien modifié ;
• certains élèves partagent le même nom, et la même initiale du prénom ; il y avait donc des logins atoto et atoto1, correspondant à deux élèves, dans des classes différentes (classe1 et classe2 par exemple) ; lors de la dernière importation, l'élève avec le login atoto1 a vu son profil migrer de la classe2 à la classe1, ce qui pose problème notamment pour le partage de documents.

Pouvez-vous me dire comment éviter ces problèmes dans le futur ?

Merci

Bonjour,
Il n'y a pas de problème connu sur des mots de passe qui seraient à initialiser et d'autres non.
Pour les "jumeaux", il doit s'agir du fait que la reconnaissance des utilisateurs étaient mal renseignée, du coup les utilisateurs sont vus comme différents et donc créés avec un identifiant ressemblant.
Attention : Si KoXo Admin est lancé en RDP, puis que l'on ferme le client (et non la session) et que reconnecte le client, il peut y avoir des problèmes d'allocation de mémoire et des fonctionnements bizarres. Ce problème est dû au précédent compilateur "Embarcadero" que nous avons utilisé. En principe ce problème est corrigé dans le version à venir qui est compilée avec la toute dernière version de compliateur.
Cdt
Le support

La réinitialisation des mots de passe a touché plusieurs élèves dans des classes différentes.

Pour l'autre problème, je dois m'être mal exprimé.

Alfred Nobel est en 2G1, Arthur Nobel est en TG1. Alfred a pour login anobel, Arthur a pour login anobel1.

Lors de la dernière synchronisation (il y en a régulièrement car des élèves arrivent ou partent), Arthur s'est vu changer sa classe pour passer en 2G1.
Le journal indique : [ERROR] [date] {Création d'utilisateur} Attribut : sAMAccountName = "anobel" / L'objet existe déjà. (Code : 0x80071392)

On utilise d'abord Koxo Charlemagne pour obtenir le fichier csv à partir de la base d'élèves (fichier ElevesSansAdresse.zip) récupéré comme indiqué dans le PDF, dans le fichier CSV les élèves sont bien dans des classes différentes.

Cordialement,

L Evanno

Bonjour
L'identifiant n'est pas pris en compte pour la reconnaissance des utilisateurs.
C'est "NOM + Prénom + Date de Naissance" ou l'Id unique s'il est présent et spécifié comme méthode.
Je ne vois pas comment une synchro pourrait faire ce que vous dites, à part peut-être suite à un plantage mémoire.
Cdt
Le support

Bonjour,

je viens de revérifier le fichier issu de Koxo Charlemagne. Les élèves ont bien un identifiant unique différent, et prénom nom date de naissance différents.

Y a-t-il une manip à faire pour éviter un plantage mémoire ?

Cordialement,

L Evanno

Bonjour,
Le problème connu de plantage vient lors de scénarios avec un client RDP fermé et réouvert alors que KoXo Admin reste dans une session ouverte.
Ce problème vient d'un bug du compilateur utilisé, il est corrigé pour la version à venir.
Cdt
Le support