Project

General

Profile

Anomalie #6934

doublons responsables

Added by Eric Renoult over 7 years ago. Updated almost 7 years ago.

Status:
Fermé
Priority:
Haut
Assigned To:
Category:
-
Start date:
Due date:
02/21/2014
% Done:

100%

Estimated time:
2.00 h
Spent time:
Distribution:
EOLE 2.3

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

doublons.jpg View (120 KB) Eric Renoult, 12/19/2013 03:32 PM

Associated revisions

Revision 6d7a66b7 (diff)
Added by Joël Cuissinat about 7 years ago

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 about 7 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 about 7 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 about 7 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 about 7 years ago

  • Assigned To deleted (Joël Cuissinat)

#5 Updated by Eric Renoult about 7 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 about 7 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 about 7 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 about 7 years ago

Solution validée avec Poitiers
Faire un paquet Dev pour les tests sur leur scribe

#9 Updated by Fabrice Barconnière about 7 years ago

  • Target version changed from Mises à jour 2.3.12 to Mises à jour 2.3.13

#10 Updated by Joël Cuissinat about 7 years ago

  • File deleted (exportjardin.zip)

#11 Updated by Joël Cuissinat about 7 years ago

  • Status changed from Nouveau to Résolu
  • % Done changed from 0 to 100

#12 Updated by Joël Cuissinat about 7 years ago

  • Due date set to 02/21/2014

#13 Updated by Joël Cuissinat about 7 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 about 7 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 about 7 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 about 7 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 almost 7 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 almost 7 years ago

Ce paquet fera t-il parti d'une prochaine mise à jour ?

Merci

#19 Updated by Joël Cuissinat almost 7 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.

Also available in: Atom PDF