Objectifs - Redesign : guide technique

Architecture et flux

Le FormBuilder, la campagne, la contribution du participant, les objectifs et les résultats clés constituent des couches distinctes. Le type front performance_goals est transformé par le mapper en structures backend performance_goal. Le moteur Reviews/modules/FormRender/components/renderers/PerformanceGoal/ contient les cartes, éditeurs, pondérations et tutoriels. Les entités ReviewForm/Objective décrivent les questions ; les entités et DTO Review/Answer/Objective portent les réponses et détails de résultats clés.

Le client performanceGoal.api.ts charge les réponses par étape, enregistre les valeurs, et construit des opérations de création, modification, suppression, décision, réouverture, pondération et import. L'import automatique des objectifs passés est distinct de l'import manuel et reste une opération au mieux : un échec ne doit pas masquer les listes.

Contrats, sécurité et écart de versions

Le client construit des chemins /api/v2/user-review/{userReviewId}/performance-goal/{questionId} et des chemins de réponse /api/v2/user-review/{userReviewId}/answer/{type}/{questionId}. Écart de sources : les routes d'opérations performance-goal n'ont pas été retrouvées dans l'arbre de routage backend vérifié. Confirmez les versions et contrats déployés avant intégration.

Les routes backend générales vérifiées comprennent GET/POST /api/v2/objective, les opérations d'objectif et de statut, POST /api/v2/objective/import et /api/v2/user/objective. L'import exige create-objective et la liste manager read-objective. Consultez chaque route pour ses permissions et son périmètre ; ces routes générales ne remplacent pas l'autorisation propre à l'entretien.

Configuration et diagnostic

BuildPerformanceGoals.vue distingue les indicateurs obligatoire passé/futur, les droits de création par rôle et la période passée positive en mois ou années. Une étape obligatoire force les deux contrôles de création dans le client vérifié. Les validateurs backend contrôlent notamment rattachement, propriétaire, pondération et cohérence des résultats clés. La validation de préparation porte sur toute la contribution.

En cas d'objectifs absents, vérifiez période, participant, source et import. Pour un rejet de sauvegarde, contrôlez rôle, phase, état, structure et disponibilité de la route. Pour une préparation bloquée, vérifiez toutes les questions, résultats clés, approbations et pondérations. N'inscrivez pas les réponses RH dans les journaux courants.

Preuves et limites

Vérifié dans le code : FormBuilder/components/Builder/BuildPerformanceGoals.vue, domain/formBuilder.mapper.ts, PerformanceGoal/api/performanceGoal.api.ts, routes backend objective, objective_import, user_objective, validateurs et gestionnaires de réponses. Observé en application : voir le guide fonctionnel. Non vérifié : compatibilité des routes entre dépôts et déploiement, chaîne complète d'autorisation, signature, export et migration. Aucune dépendance AIHub n'a été établie. Les modèles legacy sont distincts.