Cette documentation est valable pour les installation en 2.2.5+ |
Campagne à archiver | Nouvelle campagne |
---|
Dans cet exemple, la campagne à archiver est la campagne 2017, la nouvelle campagne est la campagne 2018.
La "date de fin candidat" permet de bloquer la connexion des candidats ainsi que la création de nouveaux comptes de candidats à partir d'une certaine date.
Il est nécessaire qu'il n'y ai pas de "trou" entre les campagnes (date de fin au 14/02/2018 et date de début au 15/02/2018), sinon les candidatures de l'ancienne campagne ne seront plus visibles durant ce laps de temps.
|
Dans l'exemple ci-dessus, il est nécessaire de lancer le batch d'archivage à une date ultérieure à "la date d'activation demandée" de la nouvelle campagne soit le 15/02/2018 à partir de 05h00.
Dans notre exemple, nous lançons ce batch le 15/02/2018 à 05h05.
Un compte "candidat" créé sur l'année N n'est plus valide sur l'année N+1.
Un gestionnaire d'un centre de candidature voit les candidatures archivées d'un candidat, mais uniquement celles faites sur les commissions auxquelles le gestionnaire est rattaché.
Une fois ce batch passé, et suivant l'exemple ci-dessus, la campagne de candidature 2018 devient active.
Cette action permet de supprimer l'archive de l'année N-2.
|
Paramètre entrant en compte : SCOL_NB_JOUR_ARCHIVAGE. Dans notre exemple ce paramètre est placé à 365.
Lorsque le batch BATCH_DESTRUCT_DOSSIER est lancé, il va calculer les dossiers à détruire. Pour cela il prend la date du jour, soustrait à cette date un nombre de jour égal au paramètre SCOL_NB_JOUR_ARCHIVAGE et vérifie qu'une campagne a une date d'archivage inférieure à cette date calculée. Si c'est le cas, le batch va détruire tous les dossiers de cette campagne.
Dans notre exemple :
La campagne 2017 a une date d'archivage au 15/02/2018 à 05h05, si on ajoute 365 à cette date, nous arrivons à une possibilité de destruction des dossiers à partir du 15/02/2019 à 05h05.
Si nous lançons ce batch le 16/02/2019 à 10h, la destruction des dossiers de la campagne 2017 se lance.
Dans la 2.2.0, deux paramètres ont été ajoutés pour vous permettre de mieux maîtriser la suppression des pièces du dossier candidat lors de la destruction des dossiers d'une campagne :
Ces deux paramètres sont optionnels et ont une valeur par défaut à false.
Vous pouvez combiner ces paramètres :
enableDeleteFileManuallyBatchDestruct | enableDeleteRootFolderManuallyBatchDestruct | Résultat |
---|---|---|
true | true | Le batch de destruction ne supprimera ni les fichiers candidats, ni le dossier {file.filesystem.candidat.path}/Code Campagne/ |
false | true | Le batch de destruction supprimera les fichiers candidats mais pas le dossier {file.filesystem.candidat.path}/Code Campagne/ |
true | false | Le batch de destruction ne supprimera pas les fichiers candidats mais supprimera le dossier {file.filesystem.candidat.path}/Code Campagne/. Peut être utilisé pour supprimer directement l'arborescence des dossier/fichiers candidats pour une campagne. Mais attention, si la suppression du dossier de campagne est en erreur, on ne saura pas où le batch s'est arrêté. |
false | false | Le batch de destruction supprimera d'abord les fichiers candidats puis l'arborescence {file.filesystem.candidat.path}/Code Campagne/. |
Il est conseillé de placer ces deux paramètres à true et de faire supprimer à la main les fichiers de la campagne par un administrateur system.
Un traitement permettant de fiabiliser les fichiers orphelins est également lancé.