Anomalie #4191
mises à jour des comptes responsables par fichiers sconet
Description
Lorsuqe l'on fait une mise à jour des comptes responsables par fichiers sconet:
1) Si deux nouveaux utilisateurs ont le même mail, seul le premier compte est crée et le deuxième est annoncé comme créé avec le même login que le premier !
(déjà signalé)
2)si l'adresse à été modifié: scribe créé un deuxième compte;
3)si un numéro de téléphone a été modifié: scribe créé un nouveua compte
4) si le nom ou le prénom a été modifié: scribe crée un nouveau compte.
C'est vraiment une perte de temps immense de contrôlee, supprimer les nouveaux comptes et puis corriger en regardant dans le xml, le bilan d'importation resonsable et l'EAD, qu'est-ce qui ne va pas
Pourtant dans 90% des cas, il n'y a pas de recréation de compte, le responsable à le même identifiant : c'est le champs : PERSONNE_ID dans responsable_avec_adresse
Et en plus nous sommes une cité scolaire non partitionnée avec profs en commun et surtout des frères et soeurs dans les deux structures administraives.
et nous utilisons gepi de scribe .
Donc travail de titan pour meettre à jour correctement les deux applis scribe et gepi.
Il faudrait donc changer la routine de création de comptes parents:
un seul critère de créatio: PERSONNE_ID
Tous les autres devrait pouvoir être mise à jour lors des mises à jours successives de l'année:
<LC_CIVILITE></LC_CIVILITE>
<LL_CIVILITE></LL_CIVILITE>
<NOM></NOM>
<PRENOM></PRENOM>
<TEL_PERSONNEL></TEL_PERSONNEL>
<TEL_PORTABLE></TEL_PORTABLE>
<TEL_PROFESSIONNEL></TEL_PROFESSIONNEL>
<MEL></MEL>
<COMMUNICATION_ADRESSE></COMMUNICATION_ADRESSE>
<ADRESSE_ID></ADRESSE_ID>
<CODE_PROFESSION></CODE_PROFESSION>
et aussi
<RESPONSABLE_ELEVE>
<ELEVE_ID></ELEVE_ID>
<PERSONNE_ID></PERSONNE_ID>
<RESP_LEGAL></RESP_LEGAL>
<CODE_PARENTE></CODE_PARENTE>
<RESP_FINANCIER></RESP_FINANCIER>
<PERS_PAIEMENT></PERS_PAIEMENT>
<PERS_CONTACT></PERS_CONTACT>
</RESPONSABLE_ELEVE>
<ADRESSE ADRESSE_ID="">
<LIGNE1_ADRESSE></LIGNE1_ADRESSE>
<LIGNE2_ADRESSE></LIGNE2_ADRESSE>
<LIGNE3_ADRESSE></LIGNE3_ADRESSE>
<LIGNE4_ADRESSE></LIGNE4_ADRESSE>
<CODE_POSTAL></CODE_POSTAL>
<CODE_PAYS></CODE_PAYS>
<CODE_COMMUNE_INSEE></CODE_COMMUNE_INSEE>
<LL_PAYS>FRANCE</LL_PAYS>
<CODE_DEPARTEMENT></CODE_DEPARTEMENT>
<LIBELLE_POSTAL></LIBELLE_POSTAL>
</ADRESSE>
Demandes liées
Révisions associées
- linker.py : suppression du test de reconnaissance "mail+nom"
Fixes #4191 @20m
- linker.py : suppression du test de reconnaissance "mail+nom" [2.2]
Fixes #4191 @5m
Historique
#1 Mis à jour par Joël Cuissinat il y a plus de 11 ans
- Projet changé de Scribe à scribe-backend
- Assigné à mis à Joël Cuissinat
- Temps estimé mis à 2.00 h
Je n'ai pas étudié tous les cas listés mais je confirme que le coup de l'adresse mail est vraiment problématique !
De plus en plus de responsables fournissent une adresse mais parallèlement de plus fournissent la même que leur conjoint :(
#3 Mis à jour par Joël Cuissinat il y a plus de 11 ans
- Statut changé de Fermé à Accepté
#4 Mis à jour par Joël Cuissinat il y a plus de 11 ans
- Statut changé de Accepté à Résolu
- % réalisé changé de 0 à 100
Appliqué par commit 6a50b56a933b47f688a3168794b1ec801c335e3b.
#5 Mis à jour par Joël Cuissinat il y a plus de 11 ans
Appliqué par commit 8ff59ef802c6cb6a224d4f8c02f20ba727503ead.
#6 Mis à jour par Joël Cuissinat il y a plus de 11 ans
- Version cible changé de Mises à jour 2.3.7 RC à Mises à jour 2.2.3 - 07
#7 Mis à jour par Fabrice Barconnière il y a plus de 11 ans
- Statut changé de Résolu à Fermé