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
Associated revisions
Implémentation de l'heuristique de reconnaissance
des responsables légaux sur nom+prénom+adresse
Fixes #6934 @6h
History
#1 Updated by Joël Cuissinat over 9 years ago
- Project changed from Scribe to scribe-backend
- Assigned To set to Joël Cuissinat
- Target version set to Mises à jour 2.3.12
- Estimated time set to 2.00 h
#2 Updated by Joël Cuissinat over 9 years ago
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 Updated by Eric Renoult over 9 years ago
- File exportjardin.zip added
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 Updated by Joël Cuissinat over 9 years ago
- Assigned To deleted (
Joël Cuissinat)
#5 Updated by Eric Renoult over 9 years ago
Bonjour,
Avez vous envisagé une solution pour ce problème.
Nous devons migrer d'autres serveurs prochainement.
merci de me tenir informé.
#6 Updated by Joël Cuissinat over 9 years ago
- Assigned To set to 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 Updated by Eric Renoult over 9 years ago
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 Updated by Luc Bourdot over 9 years ago
Solution validée avec Poitiers
Faire un paquet Dev pour les tests sur leur scribe
#9 Updated by Fabrice Barconnière over 9 years ago
- Target version changed from Mises à jour 2.3.12 to Mises à jour 2.3.13
#10 Updated by Joël Cuissinat over 9 years ago
- File deleted (
exportjardin.zip)
#11 Updated by Joël Cuissinat over 9 years ago
- Status changed from Nouveau to Résolu
- % Done changed from 0 to 100
Appliqué par commit 6d7a66b7b569454ba6560a8326b1d37f29981ef0.
#12 Updated by Joël Cuissinat over 9 years ago
- Due date set to 02/21/2014
#13 Updated by Joël Cuissinat over 9 years ago
Nouveau paquet : scribe-backend (2.3-eole138~4.gbpe74321) eole-2.3-dev depuis dist/ubuntu/lucid/6934
#14 Updated by Eric Renoult over 9 years ago
Bonjour,
Apres test, le script à créé des doublons pour les responsables ne comportant aucun renseignement dans l'adresse.
13 doublons sur 900 responsables.
#15 Updated by Eric Renoult over 9 years ago
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 Updated by Eric Renoult over 9 years ago
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 Updated by Joël Cuissinat over 9 years ago
- Status changed from Résolu to Fermé
Solution acceptée et publiée en l'état dans scribe-backend (2.3-eole139~1.gbpe9812d) eole-2.3-proposed
#18 Updated by Eric Renoult over 9 years ago
Ce paquet fera t-il parti d'une prochaine mise à jour ?
Merci
#19 Updated by Joël Cuissinat over 9 years ago
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.