Le contrat devient un vrai brouillon, le wizard gagne en fluidité
Les étapes du wizard sont désormais persistées côté API, les brouillons peuvent être supprimés et les motifs d’absence deviennent administrables.
Une semaine de consolidation rejoint develop. Le parcours de création du contrat ne se contente plus d’enchaîner des écrans : les réponses sont enregistrées dans le brouillon, relues par l’API et retrouvées à la reprise.
Le wizard et l’API parlent enfin le même langage
La collecte du contrat couvre désormais une grande partie des cas concrets : période d’essai et d’adaptation, détails d’un CDD, situation de l’enfant, horaires exceptionnels, repos hebdomadaire, heures tardives ou de nuit, indemnités de repas et de déplacement, révision du salaire, paiement du salaire et des congés, accueil en cas de maladie, jours fériés, rupture, subrogation et identité des employeurs (PIM-212 à PIM-234).
Ces étapes sont persistées dans le microservice contrat, et pas seulement conservées dans l’application. Le brouillon devient donc réellement reprenable : la saisie peut s’interrompre puis continuer sans reconstruire les choix déjà faits. Cette série est intégrée sur develop ; plusieurs sous-tâches restent formellement en revue avant leur clôture Jira.
Les brouillons peuvent être supprimés
La liste des contrats gagne une corbeille pour retirer un brouillon devenu inutile (MOBI-149). La suppression traverse toute la chaîne : confirmation dans l’application, endpoint dédié dans le service contrat, relais par le BFF et documentation publique de l’API (PIM-239). Un retour clair distingue la suppression réussie d’un échec réseau.
Les absences deviennent configurables
Les motifs de semaines d’absence ne sont plus figés dans l’application. Ils vivent dans le référentiel, sont relayés par l’API et peuvent être administrés depuis le backoffice (PIM-237, PIM-238, MOBI-145). Le wizard charge ainsi une liste commune à tous les clients, que l’équipe peut faire évoluer sans republier l’application.
Un parcours mobile plus lisible
Plusieurs détails qui ralentissaient la saisie ont été repris : titres de section mieux visibles, question sur la naissance repositionnée, parcours d’engagement réciproque pour un enfant à naître (MOBI-151), retour direct à l’écran d’origine en quittant le wizard (MOBI-153), avancement calculé sur les données réellement enregistrées, et recopie restaurée pour un jour sans horaires (MOBI-157).
Le planning signale maintenant explicitement lorsqu’aucun repas n’est prévu sur un jour d’accueil (MOBI-158), sans masquer la plage horaire. Enfin, le formulaire natif e-mail / mot de passe est de retour sur la connexion et après l’inscription (MOBI-147).
Socle et identité
La semaine ferme aussi plusieurs sujets de fond : correction de l’initialisation Keycloak (PIM-210), personas de démonstration mieux isolés de la production (PIM-186), protection renforcée des informations d’identité (PIM-184) et gestion du foyer avec enfants et co-employeur (PIM-11).