Objectifs - Legacy : guide technique

Architecture et flux

Les questions d'objectifs legacy appartiennent à un questionnaire Assessment utilisé dans le contexte des participants à un entretien. Une question d'évaluation peut posséder des sous-questions ordonnées. Le contrôleur d'entretien les charge et le modèle Twig choisit le composant simple, range ou select pour chaque type. Les données d'objectif peuvent être structurées ; une question ne correspond pas nécessairement à une seule valeur texte.

Vérifié dans le code : Company/AssessmentBundle/Controller/DefaultController.php récupère les sous-questions par association objectiveEvaluation et position et conserve des associations lors de la duplication. AssessmentQuestionController.php crée et associe les sous-questions et traite certaines options de création par rôle. Customer/InterviewBundle/Controller/DefaultController.php les charge ; Resources/views/Default/objectives_evaluation.html.twig sélectionne les composants de saisie.

Configuration, autorisation et cycle de vie

Le questionnaire fournit ordre, sous-questions et options de rôle ; les périodes et la campagne définissent le contexte. Vérifiez séparément accès au menu, droits d'édition, participant, phase et droit de réouverture. Le modèle question_type.html.twig conditionne dev_objectives à activate_objective_dev ; cette condition concerne les objectifs de développement et ne prouve pas qu'elle s'applique à tous les objectifs de performance.

Aucune route API générique n'est affirmée pour tous les sous-types : suivez les routes et contrôleurs de la version déployée. Les modèles et identifiants legacy et nextgen ne sont pas présumés interchangeables. La duplication est persistante ; la copie des réponses historiques n'est pas établie. Voir Configuration legacy et Technique entretiens.

Diagnostic et limites

Pour des sous-questions absentes, vérifiez association parent et position ; pour des objectifs absents, période, campagne et population ; pour un rejet, rôle, type et validation legacy. Une extension doit couvrir auteur, stockage, rendu, réponses, permissions et exports. Évitez de journaliser les réponses RH.

Non vérifié : soumission complète en application, contrats de tous les sous-types, flags déployés, conversion entre générations et parité des exports. Aucune dépendance AIHub ni capture d'écran legacy de ce parcours n'a été établie. Comparez le guide technique redesign.