Merge branch 'master' into module-unicaen-siham

# OSE 18 (à venir)

Objectif : Plafonds personnalisables

## Nouveautés

* Le grade devient modifiable dans la fiche pour les anciens intervenants #40369

## Corrections de bugs

* Affichage de l'horodatage du dossier de l'intervenant dans les données personnelles (#39014)

* Affichage du grade et de la discipline au niveau de la fiche intervenant (#39603)

* Synchronisation de l'email pro de la fiche intervenant avec le dossier de l'intervenant en cas de mise à jour (#39346)

* Paiements : Pour du référentiel, la répartition AA/AC tient maintenant compte du ratio configuré dans les paramètres généraux (#39695).

# OSE 16 (14/09/2021)

Objectif : Connecteur import Actul+ & système différentiel pour comparer des charges d'enseignement

      END IF;

    END IF;

    -- Si aucune condition n'est réunie, on retourne comme avant, CAD 4/10

    IF periode_id IS NULL THEN 

      -- on se trouve dans du référentiel ou dans un enseignement annuel, on utilise le ratio configuré

      RETURN ose_parametre.get_pourc_s1_annee_civ;

    ELSE

      -- Sinon on retourne comme avant, CAD 4/10

      RETURN 4/10;

    END IF;

  END;

|Z_EMPLOYEUR_ID            |NUMBER  |        |Oui     |==> EMPLOYEUR.SOURCE_CODE    |

|VALIDITE_DEBUT            |DATE    |        |Oui     |Date de début de validité (NULL = depuis toujours)  |

|VALIDITE_FIN              |DATE    |        |Oui     |Date de fin   de validité (NULL = pas d'expiration) |

|AFFECTATION_FIN           |DATE    |        |Oui     |Date de fin   d'affectation |

Attention : un même individu peut avoir plusieurs fiches INTERVENANT dans la même année, tant qu'on peut les distinguer par le statut.

Le champ CODE doit être spécifique à l'individu. Une même personne ne devrait pas avoir plusieurs valeurs diférentes dans CODE.

CODE sert donc à identifier que plusieurs fiches appartiennent à une même personne.

Attention également : les dates de début et de fin de validité sont utilisées par la SRC_INTERVENANT pour déterminer sur quelles années synchroniser l'intervenant.

La vue source doit avoir *in fine* une unicité sur le trouple [CODE,ANNEE_ID,STATUT_ID].

UTILISATEUR_CODE doit contenir un identifiant qui sera mis en rapport avec les données LDAP de l'utilisateur connecté.

             FROM octo.individu_unique@octoprod uni

                      JOIN octo.individu_statut@octoprod inds ON inds.individu_id = uni.c_individu_chaine

   					  LEFT JOIN octo.v_individu_statut@octoprod vinds ON vinds.individu_id = uni.c_individu_chaine

					  LEFT JOIN octo.v_individu_contrat_type_ose@octoprod icto ON uni.c_individu_chaine = icto.individu_id AND  COALESCE(icto.d_debut, to_date('01/01/1900', 'dd/mm/YYYY')) - 184 <= SYSDATE AND COALESCE(inds.d_fin, to_date('01/01/9999', 'dd/mm/YYYY'))  >= SYSDATE AND icto.code_ose IS NOT NULL AND icto.code_ose NOT IN('NON_AUTORISE')

					  LEFT JOIN octo.v_individu_contrat_type_ose@octoprod icto ON uni.c_individu_chaine = icto.individu_id AND  COALESCE(icto.d_debut, to_date('01/01/1900', 'dd/mm/YYYY')) - 184 <= SYSDATE AND COALESCE(icto.d_fin, to_date('01/01/9999', 'dd/mm/YYYY'))  >= SYSDATE AND icto.code_ose IS NOT NULL AND icto.code_ose NOT IN('NON_AUTORISE')

             WHERE inds.d_debut - 184 <= SYSDATE

               --On ne remonte pas de statut autre pour ceux qui ont déjà un certain type de contrat

	           --AND icto.individu_id IS NULL