Candidature : API Particulier -> interface#4786
Conversation
bc5e5d6 to
3cc4049
Compare
731bdc9 to
5907a62
Compare
7bba6dc to
5cfd213
Compare
5907a62 to
3aec9a3
Compare
fa3c986 to
86d23d4
Compare
3aec9a3 to
ba2ceaa
Compare
3de38eb to
c44e088
Compare
|
🥁 La recette jetable est prête ! 👉 Je veux tester cette PR ! |
c44e088 to
0282559
Compare
leo-naeka
left a comment
There was a problem hiding this comment.
La plupart des mes retours sont des bricoles.
Reste à trancher le grace time en durée absolue ou relative.
Également je ne sais pas dans quelle mesure les badges vont apparaître (j'ai testé via l'admin en recette), mais si les employeurs n'en voient pas au début, sans contexte, c'est difficile de comprendre la présence de l'encart :
J'aurais rajouté une phrase style "Les critères certifiés seront indiqués par un badge <insérer le badge certifié>." dans l'encart
Si en revanche il y aura déjà quasi systématiquement des badges pour au moins un critère, c'est tout bon 😇
|
En fait, nous avons des données ! 572 critères sont marqués comme certifiés en base. |
| {% endif %} | ||
|
|
||
| {% if diagnosis.criteria_can_be_certified %} | ||
| <div class="c-box bg-info-lightest my-4 p-0"> |
There was a problem hiding this comment.
J'ai l'impression que cela ressemble très fort à ce qu'il y a dans itou/templates/apply/includes/eligibility_diagnosis.html: ça pourrait aller dans un include à part ?
There was a problem hiding this comment.
Tu as raison. J'ai isolé dans un autre gabarit et j'en ai profité pour le faire aussi pour les critères.
francoisfreitag
left a comment
There was a problem hiding this comment.
Tout me semble y être, je suis sûr que les employeurs vont beaucoup apprécier !
Pas convaincu par tests/www/apply/test_templates.py, j’ai mis des commentaires pour expliquer ce que je lui reproche.
|
|
||
|
|
||
| @pytest.mark.ignore_unknown_variable_template_error("request") | ||
| class TestCertifiedBadgeGEIQ: |
There was a problem hiding this comment.
Il y a un parametrize qui démange ici.
There was a problem hiding this comment.
J'y ai pensé mais les gabarits sont légèrement différents et les objets passés dans le contexte le sont encore plus. J'ai préféré différencier les deux au lieu de continuer de mettre des conditions un peu partout.
| <li> | ||
| <span>{{ criterion.administrative_criteria.name }}</span> | ||
| {% if eligibility_diagnosis.is_from_employer and criterion.is_considered_certified %} | ||
| <span class="badge badge-sm rounded-pill bg-info-lighter text-info ms-3 me-1"> |
There was a problem hiding this comment.
Pas besoin de marge après, c’est le dernier élément.
| <span class="badge badge-sm rounded-pill bg-info-lighter text-info ms-3 me-1"> | |
| <span class="badge badge-sm rounded-pill bg-info-lighter text-info ms-3"> |
There was a problem hiding this comment.
Et si on veut bien aligner le badge avec le nom du critère:
diff --git a/itou/templates/apply/includes/eligibility_diagnosis.html b/itou/templates/apply/includes/eligibility_diagnosis.html
index bc6a28c6b..6418e08be 100644
--- a/itou/templates/apply/includes/eligibility_diagnosis.html
+++ b/itou/templates/apply/includes/eligibility_diagnosis.html
@@ -46,13 +46,15 @@
<ul>
{% for criterion in criteria %}
<li>
- <span>{{ criterion.administrative_criteria.name }}</span>
- {% if eligibility_diagnosis.is_from_employer and criterion.is_considered_certified %}
- <span class="badge badge-sm rounded-pill bg-info-lighter text-info ms-3 me-1">
- <i class="ri-verified-badge-fill" aria-hidden="true"></i>
- Certifié
- </span>
- {% endif %}
+ <div class="d-flex align-items-center">
+ <span>{{ criterion.administrative_criteria.name }}</span>
+ {% if eligibility_diagnosis.is_from_employer and criterion.is_considered_certified %}
+ <span class="badge badge-sm rounded-pill bg-info-lighter text-info ms-3">
+ <i class="ri-verified-badge-fill" aria-hidden="true"></i>
+ Certifié
+ </span>
+ {% endif %}
+ </div>
</li>
{% endfor %}
</ul>
À voir si on n’implémenterait pas ces règles directement, tant qu’à faire. |
0282559 to
3d9f2f1
Compare
J'en discute avec le métier aujourd'hui. |
|
@francoisfreitag @leo-naeka J'ai discuté avec le métier. Ils souhaitent rester sur un système de jours pour que l'ajout de nouveaux critères soit simple. Ils ont voulu ajouter deux jours pour prendre en compte les mois extra-longs (juin + juillet + août = 92). |
francoisfreitag
left a comment
There was a problem hiding this comment.
J’ai refait une passe rapide, ça me semble bien 👍
0bb4af1 to
02e6a10
Compare
|
Retours traités ! Je mets en prod ce soir. |
It's easier to read. The related name is the same for GEIQ and IAE's diagnosis to share the same interface (eligibility_diagnosis.selected_administrative_criteria).
…efetch related objects.
A criteria may have been valid in the past but not when a job really begins. Consider criteria are certified only in regard to a job application hiring date
02e6a10 to
bc20046
Compare

🤔 Pourquoi ?
En tant qu'employeur (SIAE ou GEIQ) ayant embauché un candidat pour lequel j'ai réalisé moi-même le diagnostic d’éligibilité, je souhaite voir les critères qui ont été certifiés par l'API Particulier dans la page du diagnostic.
🍰 Comment ?
🚨 À vérifier
🏝️ Comment tester ?
En tant qu'employeur (SIAE ou GEIQ), réaliser une auto-prescription pour un candidat connu de l'API Particulier avec le critère BRSA.
Dans la page de candidature, un macaron « certifié » devrait apparaître au-dessus de l'encart informatif.
Réaliser un test pour un candidat n'ayant aucun critère ou n'était pas connu de l'API.
Pour aller plus vite, il est possible de modifier directement dans l'admin Django les valeurs retournées par l'API Particulier. C'est pratique pour vérifier la période de grâce (les critères certifiés même si la date de candidature n'entre pas parfaitement dans leur date de validité).