Projet

Général

Profil

Anomalie #3926

l import AAF plante dans certains cas

Ajouté par jean-francois bados il y a plus de 11 ans. Mis à jour il y a plus de 11 ans.

Statut:
Fermé
Priorité:
Haut
Assigné à:
Catégorie:
-
Début:
23/08/2012
Echéance:
% réalisé:

100%

Temps passé:
Distribution:
EOLE 2.3

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

Dupliqué par scribe-backend - Anomalie #4813: Importation AAF : pb création de groupes vides Fermé
Précède scribe-backend - Anomalie #4698: Backport du correctif d'import AAF "SANS OBJET" en 2.2 Fermé 15/01/2013

Révisions associées

Révision 52a09283 (diff)
Ajouté par Joël Cuissinat il y a plus de 11 ans

  • 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

#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)

Formats disponibles : Atom PDF