Non paiement portail Apogée-ScoDoc #781

Closed
opened 2023-10-05 10:34:59 +02:00 by pascal.bouron · 7 comments
Contributor

Nicolas ABOT - IUT Rambouillet signale ( https://discord.com/channels/889038374332137522/1156490805863784509 ) un problème lors de la synchro Apogée.

Depuis apparemment jeudi, les étudiants récupérer via le portail depuis Apogée ont un "statut" de "non paiement". J'ai vérifier dans mon code et j'ai bien une balise <paiementinscription> qui est renseignée. Y a-t-il eu des modifs ?

image

Nicolas ABOT - IUT Rambouillet signale ( https://discord.com/channels/889038374332137522/1156490805863784509 ) un problème lors de la synchro Apogée. ``` Depuis apparemment jeudi, les étudiants récupérer via le portail depuis Apogée ont un "statut" de "non paiement". J'ai vérifier dans mon code et j'ai bien une balise <paiementinscription> qui est renseignée. Y a-t-il eu des modifs ? ``` ![image](/attachments/ab3ea051-3e79-4c7f-ab6d-32f3821940ca)
Author
Contributor

Tentative à Lyon de reproduire le problème :
Ici, dans le portail qui génére le XML retourné , on a en dur : $etu['paiementinscription'] = 'true';

Logiquement, je ne vois pas de "non paiement" sur mon semestre 1
image

Par contre, sur mon S3 , j'ai des non-paiements (alors que le "paiementinscription = true" est en dur) :
image

Je constate que les etudiants inscrits en BIB203 sont corrects, mais pas les BIB201 ni BIB202.
Il y a 3 requetes consécutives sur le portail ( /getEtud.php?etape=BIB201 puis /getEtud.php?etape=BIB202 puis /getEtud.php?etape=BIB203 ) et dans les 3 cas le portail répond <paiementinscription>true</paiementinscription> pour la totalité des étudiants.

=> Bug confirmé !

J'essaie de creuser...

Tentative à Lyon de reproduire le problème : Ici, dans le portail qui génére le XML retourné , on a en dur : $etu['paiementinscription'] = 'true'; Logiquement, je ne vois pas de "non paiement" sur mon semestre 1 ![image](/attachments/edb293fa-c7cb-495e-84b8-74f50001af1f) Par contre, sur mon S3 , j'ai des non-paiements (alors que le "paiementinscription = true" est en dur) : ![image](/attachments/4f2977a9-9858-480f-b273-f3ccb88eaf65) Je constate que les etudiants inscrits en BIB203 sont corrects, mais pas les BIB201 ni BIB202. Il y a 3 requetes consécutives sur le portail ( /getEtud.php?etape=BIB201 puis /getEtud.php?etape=BIB202 puis /getEtud.php?etape=BIB203 ) et dans les 3 cas le portail répond `<paiementinscription>true</paiementinscription>` pour la totalité des étudiants. => Bug confirmé ! J'essaie de creuser...
Owner

Tenter un breakpoint dans sco_portal_apogee.py ligne 496

image

et voir ce qui arrive ??

Tenter un breakpoint dans `sco_portal_apogee.py` ligne 496 ![image](/attachments/6364c6f6-fd9c-4dac-b2fd-35d3f0f539cb) et voir ce qui arrive ??
viennet added the
bug
label 2023-10-05 11:15:46 +02:00
viennet added this to the ScoDoc 9.6 milestone 2023-10-05 11:15:49 +02:00
pascal.bouron changed title from WIP : Non paiement portail Apogée-ScoDoc to Non paiement portail Apogée-ScoDoc 2023-10-05 12:28:15 +02:00
Author
Contributor

En ajoutant :

        log("paiement=%s" % infos["paiementinscription"])
        log("paiement_str=%s" % infos["paiementinscription_str"])`

juste avant le return ,
image

j'ai pour tous les étudiants (des 3 codes apogees) True et ok (en cohérence avec les XML).

Pour les étudiants qui ont le message "non paiement" (à tord), en allant dans
/ScoDoc/GEII/Scolarite/etudident_edit_form?etudid=xxx
on a bien en cohérence avec l'XML le true :
image

En ajoutant : ``` log("paiement=%s" % infos["paiementinscription"]) log("paiement_str=%s" % infos["paiementinscription_str"])` ``` juste avant le return , ![image](/attachments/e09d03c6-ec42-4ce1-b849-6863939312a7) j'ai pour tous les étudiants (des 3 codes apogees) **True** et **ok** (en cohérence avec les XML). Pour les étudiants qui ont le message "non paiement" (à tord), en allant dans /ScoDoc/GEII/Scolarite/etudident_edit_form?etudid=xxx on a bien en cohérence avec l'XML le **true** : ![image](/attachments/d63c5e40-2d93-4e2d-945f-784a1f58795b)
3.2 KiB
6.0 KiB
Author
Contributor

Dans le cas de Nicolas ABOT - IUT Rambouillet, la capture montre des étudiants qui ne sont pas dans Apogée. Dans ce cas, par défaut Scodoc indique "non paiement". (Cela me semble plus un choix d'affichage, qu' un bug).

Reste cependant, qu'il y a sans doute un petit bug quand même d'après ce que je vois.

Dans le cas de Nicolas ABOT - IUT Rambouillet, la capture montre des étudiants qui ne sont pas dans Apogée. Dans ce cas, par défaut Scodoc indique "non paiement". (Cela me semble plus un choix d'affichage, qu' un bug). Reste cependant, qu'il y a sans doute un petit bug quand même d'après ce que je vois.
viennet added the
prio
label 2023-10-05 16:48:20 +02:00
Author
Contributor

Je poursuis...
Dans /ScoDoc/GEII/Scolarite/groups_view?formsemestre_id=
l'information de paiement est correcte. Donc, en base, il n'y a pas d'erreur.

L'erreur semble limitée à l'affichage de la page :
/ScoDoc/GEII/Scolarite/Notes/formsemestre_synchro_etuds

Je poursuis... Dans /ScoDoc/GEII/Scolarite/groups_view?formsemestre_id= l'information de paiement est correcte. Donc, en base, il n'y a pas d'erreur. L'erreur semble limitée à l'affichage de la page : /ScoDoc/GEII/Scolarite/Notes/formsemestre_synchro_etuds
Author
Contributor

Origine identifiée dans https://scodoc.org/git/ScoDoc/ScoDoc/src/branch/master/app/scodoc/sco_synchro_etuds.py :
image

Seuls les étudiants du dernier code etape sont placés dans etuds_payes
(pas réussi à corriger sans faire une usine à gaz)

Origine identifiée dans https://scodoc.org/git/ScoDoc/ScoDoc/src/branch/master/app/scodoc/sco_synchro_etuds.py : ![image](/attachments/6e5a3bf9-7ded-44dd-8573-af078275142f) Seuls les étudiants du dernier code **etape** sont placés dans **etuds_payes** (pas réussi à corriger sans faire une usine à gaz)
Owner

ok

ok
Sign in to join this conversation.
No Milestone
No project
No Assignees
2 Participants
Notifications
Due Date
The due date is invalid or out of range. Please use the format 'yyyy-mm-dd'.

No due date set.

Dependencies

No dependencies set.

Reference: ScoDoc/ScoDoc#781
No description provided.