Anomalie #3926
l import AAF plante dans certains cas
Description
Certains fichiers extraits de l AAF pour les personnels sont mal formés et plantent l importation .
ex dans un cas on a trouvé par deux fois pour deux profs la ligne suivante
<attr name="ENTPersonFonctions"><value>4931$-$SANS OBJET$-$SANS OBJET</value><value>4931$ENS$ENSEIGNEMENT$L1700$EDUCATION MUSICALE</value></attr>
si j enlève <value>4931$-$SANS OBJET$-$SANS OBJET</value> alors l importation AAF passe sans problème ...
Demandes liées
Révisions associées
- parsing/aaf.py : fonction "SANS OBJET" ignorée
Fixes #3926 @20m
Historique
#1 Mis à jour par Joël Cuissinat il y a plus de 11 ans
- Assigné à mis à Joël Cuissinat
- Version cible mis à Mises à jour 2.3.7 RC
#2 Mis à jour par jean-francois bados il y a plus de 11 ans
J ai eu cette réponse de toulouse sur le présence de cette balise sans objet dans l extration :
Ces cas avec fonction et discipline "SANS OBJET" correspondent aux RAD.
Je rappelle une forte demande des académies pour avoir les RAD pour les PEN remplaçants. Demande validée en CSO fin 2011 et diffusée dans la version AAF-V1207. Voici un copier/coller de la doc de diffusion :
-----------------
Correction du problème de récupération des RAD
Scénario AAF_EPP
Signalements 0048921 de Strasbourg, 0052074 de Lyon, 0040048 de Nantes
La modalité RAD a été créée pour désigner l'établissement de gestion des TZR nommés sur zone. L'annuaire fédérateur doit récupérer une telle affectation RAD dans ce cas précis, à savoir : agent ayant une affectation RAD, une affectation SUP/REP et une affectation AFA/PRO sur ZR ou ZA. Mais de telles affectations RAD partaient en table d'erreurs car elles ne vérifient pas la clé primaire de la table FrEduRne, elles sont sans discipline.
Ce problème est corrigé : un traitement spécifique (999_INS_TMP_FONCTION_RAD_2) les récupère et les insère dans la table FrEduRne avec un code fonction spécial (ligne « tfc$-|tfc|-|SANS OBJET|SANS OBJET|SANS OBJET| » rajoutée dans les nomenclatures) et un code discipline spécial (ligne « tdi$-|tdi|-|SANS OBJET|SANS OBJET|SANS OBJET| » rajoutée dans les nomenclatures). Dans les exports vers les ENT (exports ENT et ENTTS), elles sont bien avec les autres affectations dans la balise ENTPersonFonction.
-------------------------------------
Les affectations RAD dans le cas de remplacements sont donc maintenant récupérées et exportées, et comme elles sont sans fonction ni discipline dans les bases de gestion, c'est idem dans AAF et idem dans l'export.
A priori cette présence serait donc normal( si j ai tout compris) il faudrait donc que le traitement de l import AAF ignore cette balise ...
Cordialement
#3 Mis à jour par Joël Cuissinat il y a plus de 11 ans
- Projet changé de Scribe à scribe-backend
#4 Mis à jour par Joël Cuissinat il y a plus de 11 ans
- Statut changé de Nouveau à Résolu
- % réalisé changé de 0 à 100
Appliqué par commit 52a0928304b13cb8edbb62b847ea513240b3c12a.
#5 Mis à jour par Bruno Boiget il y a plus de 11 ans
- Statut changé de Résolu à Fermé
modif présente sur 2.3.7 RC (à vérifier avec des fichiers réels)