F1
 |-- P1
       |-- A1
            |-- S1a
                  |-- ELP1
                         |-- ELP2
 |-- P2
       |-- A2
            |-- S1b
                  |-- ELP1
                         |-- ELP2

1er cas d'usage:

• une ELP1 mutualisée est portée par une année A1
• une ELP2 sous ELP1 est portée par une année A2
  A1 et A2 appartiennent à la même formation.
  Un utilisateur U1 est responsable MCC sur la formation.
  L'utilisateur n'a pas le droit sur ELP2 => KO

Avec l'algo actuel:

• ELP2 est porté par année A2 donc on récupère ses parents dans l'arborescence de A1 => ELP1
• ELP1 est porté par année A1 qui ne fait pas partie de l'arbre A2 => refus du calcul des parents, retourne une liste de parent vide

Autre cas d'usage:

• une ELP1 mutualisée sans année porteuse identifiée (=> années porteuses multiples A1 et A2)
• une ELP2 sous ELP1 est portée par une année A2
  A1 et A2 appartiennent à la même formation.
  Un utilisateur U1 est responsable MCC sur la formation.
  L'utilisateur n'a pas le droit sur ELP2 => KO

Avec l'algo actuel:

• ELP2 est porté par année A2 donc on récupère ses parents dans l'arborescence de A1 => ELP1
• ELP1 a plusieurs années porteuses => impossible de déterminer les parents pour le calcul des droits, retourne une liste de parent vide

Algo proposé:

• Dès qu'une année porteuse est identifié, le calcul des parents se fait toujours dans la branche de cette année porteuse. Les années porteuses des ELPs parentes sont ignorées. De même si une ELP parente a plusieurs années porteuse, l'algo continue si une année porteuse a été identifiée