Anomalie #6934
doublons responsables
Description
Des responsables en doublons sont créés lors de l'importation en mode auto avec l'Aaf
dans le cas ou par erreur les paramètres d'importation ne correspondent pas au précédents.
Exemple:
Login créé par une 1er importation (paramètre d'importation pnom): ptoto
Login créé par une 2eme importation avec modif des paramètres d'importation (prenom.nom) : pierre.toto (doublons)
Suppression du login pierre.toto
Modification des paramètres d'importation (paramètre d'importation pnom)
Nouvelle importation auto de l'Aaf
Création d'un doublon ptoto1.
Modifier le script d'importation pour éviter les doublons
Révisions associées
Implémentation de l'heuristique de reconnaissance
des responsables légaux sur nom+prénom+adresse
Fixes #6934 @6h
Historique
#1 Mis à jour par Joël Cuissinat il y a plus de 10 ans
- Projet changé de Scribe à scribe-backend
- Assigné à mis à Joël Cuissinat
- Version cible mis à Mises à jour 2.3.12
- Temps estimé mis à 2.00 h
#2 Mis à jour par Joël Cuissinat il y a plus de 10 ans
Il y a déjà une série de vérifications qui sont effectuées dans le but de limiter au maximum la création de doublons (sans aller trop loin car si des comptes sont fusionnés par erreur c'est encore pire) cependant plusieurs se basent sur la date de naissance qui n'a pas l'air d'être (souvent) renseignées pour les responsables exportés depuis AAF.
Il faudrait trouver de nouvelles combinaisons de test (ex : tél + int_id, ...).
Il faudrait tout de même vérifier que l'id (=ENTPersonJointure) des responsables en question est bien identique d'un import sur l'autre ?
#3 Mis à jour par Eric Renoult il y a plus de 10 ans
- Fichier exportjardin.zip ajouté
Bonjour,
Rappel de notre configuration académique.
les comptes ont été créés avec l'importation Sconet sur des scribe 2.2
Migration des scribes 2.2 en 2.3 avec le script de migration (reprise annuaire)
Basculement de la création des comptes en utilisant l'imporation automatique avec l'annuaire aaf.
A partir de la création des responsables en doublons.
------------------
Détail d'un compte responsable en doublons
Premier compte créé lors de l'import sconet
Amelie Baudry
Login abaudry
valeur intid annuaire scribe 523980
valeur intid fichier sconet 523980
Doublons
Amelie Baudry
Login abaudry1
Valeur intid annuaire scribe 604394
valeur intid fichier aaf 604394.
Je vous joins les fichiers des différentes extractions.
Merci de me tenir informé rapidement cela pose des pbs notamment avec Pronote et la cassification
#4 Mis à jour par Joël Cuissinat il y a environ 10 ans
- Assigné à
Joël Cuissinatsupprimé
#5 Mis à jour par Eric Renoult il y a environ 10 ans
Bonjour,
Avez vous envisagé une solution pour ce problème.
Nous devons migrer d'autres serveurs prochainement.
merci de me tenir informé.
#6 Mis à jour par Joël Cuissinat il y a environ 10 ans
- Assigné à mis à Joël Cuissinat
Etude de cas pour le responsable "Anne BENOIST" :
Dans le cas d'une migration Sconet vers AAF, il est impossible d'utiliser les identifiants internes des logiciels puisqu'ils sont différents.Il n'est pas prévu d'utiliser la correspondance uniquement sur les champs nom et prénom car il y a un risque réel de fusionner des homonymes.
Les autres champs que nous utilisons habituellement ne sont pas pertinents :
- date de naissance : fournie dans aucune des deux sources
- mail personnel : fourni uniquement dans AAF
- homePhone et telephoneNumber : ne sont pas dans le même format ("+33" uniquement dans Sconet)
Il ne reste plus que la combinaison nom/prénom/adresse qui conviendrait dans ce cas.
#7 Mis à jour par Eric Renoult il y a environ 10 ans
Dans le cas d'un changement d'adresse ne risque ont pas la création d'un doublon.
Ne serait il pas possible de vérifier avec l'élève qui est rattaché au responsable.
#8 Mis à jour par Luc Bourdot il y a environ 10 ans
Solution validée avec Poitiers
Faire un paquet Dev pour les tests sur leur scribe
#9 Mis à jour par Fabrice Barconnière il y a environ 10 ans
- Version cible changé de Mises à jour 2.3.12 à Mises à jour 2.3.13
#10 Mis à jour par Joël Cuissinat il y a environ 10 ans
- Fichier
exportjardin.zipsupprimé
#11 Mis à jour par Joël Cuissinat il y a environ 10 ans
- Statut changé de Nouveau à Résolu
- % réalisé changé de 0 à 100
Appliqué par commit 6d7a66b7b569454ba6560a8326b1d37f29981ef0.
#12 Mis à jour par Joël Cuissinat il y a environ 10 ans
- Echéance mis à 21/02/2014
#13 Mis à jour par Joël Cuissinat il y a environ 10 ans
Nouveau paquet : scribe-backend (2.3-eole138~4.gbpe74321) eole-2.3-dev depuis dist/ubuntu/lucid/6934
#14 Mis à jour par Eric Renoult il y a environ 10 ans
Bonjour,
Apres test, le script à créé des doublons pour les responsables ne comportant aucun renseignement dans l'adresse.
13 doublons sur 900 responsables.
#15 Mis à jour par Eric Renoult il y a environ 10 ans
Pour remédier à la création de doublons des responsables qui ne possèdent pas d'adresse ne pourrait ont pas considérer
qu'un compte "Nom+Prénom+adresse vide" a peu de chance d'être un doublon et dans ce cas ne pas faire de nouvelle création.
Je suis à votre disposition pour tester la nouvelle version du script d'import.
Merci
#16 Mis à jour par Eric Renoult il y a environ 10 ans
Le paquet scribe-backend n'est pas disponible dans le dev..
D'apres notre expert en paquet (de toutes sortes) il s'agit d'un problème de numéro de paquet à ingrémenté.
Merci
#17 Mis à jour par Joël Cuissinat il y a presque 10 ans
- Statut changé de Résolu à Fermé
Solution acceptée et publiée en l'état dans scribe-backend (2.3-eole139~1.gbpe9812d) eole-2.3-proposed
#18 Mis à jour par Eric Renoult il y a presque 10 ans
Ce paquet fera t-il parti d'une prochaine mise à jour ?
Merci
#19 Mis à jour par Joël Cuissinat il y a presque 10 ans
Eric Renoult a écrit :
Ce paquet fera t-il parti d'une prochaine mise à jour ?
Merci
Oui, il sera bien dans la 2.3.13-RC qui sera annoncée demain et devrait passer en stable d'ici 3 semaines.