Liste des évolutions et correctifs apportés

23.3.7

NuméroTitreTypeDescription
Collecte
Collecte - Extranet - Assistant de saisie des Bordereaux
67152 Assistant de saisie collecte - Sélection du paquet - Accès aux filtres Évolution
Dans l'écran "Sélection du paquet" de l'assistant de saisie des mouvements, mettre à disposition l'accès aux filtres (barre d'Onglets) pour permettre de créer/modifier/sélectionner un filtre, définir un filtre par défaut ...
Collecte Traitement
66088 COLLECTE > GENERATION DES MOUVEMENTS ETAPE 3/3 Anomalie
Erreur sur la dernière page de l'assistant de génération des mouvement, le traitement se lance mais aucun message ne s'affiche à l'écran.
Collecte - Fiche Mouvement
70119 Grille Versements de collecte - Problème de rafraichissement de la grille après ouverture fiche Évolution
Si dans la grille des versements de collecte, on ouvre un mouvement puis on le ferme, le versement n'apparaît plus dans la grille. Il faut relancer la recherche pour rafraîchir la grille.


66771 Collecte - Affichage des observations - Prise en compte du domaine référentiel Évolution
L'affichage des alertes à l'ouverture de la fiche mouvement de collecte doit prendre en compte les alertes rattachées au mouvement ainsi que celles rattachées au tiers (comme en V10 et comme dans le module Dossiers).
62843 Assistant de saisie collecte - Initialisation de la branche - pas d'écrasement Évolution
Dans l'assistant de saisie des mouvements, après sélection de l'entreprise, si un mouvement existant (en émission ou en réception) est trouvé et associé à la saisie, ne pas écraser la branche du mouvement lorsqu'elle est non vide, avec la branche de l'entreprise.
Dossier
AGORA
67525 AGORA - Route version Évolution
Mettre à disposition une toute dans l'API Val AGora, permettant de connaitre la version de l'application (lue sur la dll) et de la base de données (lue dans la table des versions) :

Exemple >
[...]/Admin/Version

Json renvoyé
{
  "applicationVersion": "1.20.4.0",
  "numeroVersion": 6
}
67586 Constantes - Lien entre diplôme et niveau de formation Évolution
Mettre à disposition un lien entre les types de constantes 654 - Diplôme et 205 - Niveau de formation.
Initialiser ce lien pour les constantes éditeur à l'aide du tableau en PJ.
67534 Agora - Adresse - Natures de voie - Complément Évolution
Compléter la liste des natures de voie exploitée dans les exports d'adresse vers Agora (table AGO_NATUREVOIE) : ajouter la valeur TOUR - Tour.
67539 Agora - Dispositif principal - Adaptations et compléments Évolution
Compléter la liste des dispositifs principaux exploitée sur les filières pour les exports vers Agora (table AGO_DISPOSITIF_PRINCIPAL) :

Code Libellé
24 Autofinancement
25 Autre collectivité territoriale
26 Financement non connu
27 Contrat de Développement Professionnel Intérimaire (CDPI)
28 Contrat d'Insertion Professionnelle Intérimaire (CIPI)
29 Transco - Congé de mobilité

Modifier l'intitulé des dispositifs ci-dessous
Code Libellé
2  Formations sanitaires et sociales (subvention)
6 Plan de développements des compétences
8 Actions collectives régionales
15 CPF de Transition (ou CPF PTP)
16 Formations courtes AGEFIPH
17 PSOP AGEFIPH
21 Transco - Transitions Collectives

67540 Agora - Sources de financement - Adaptations de la liste Évolution
Adapter la liste des sources de financement Agora (table AGO_SOURCE_FINANCEMENT) :
  • Supprimer les valeurs 9 - Titulaire et 13 - Dotation FPSPP - obsolète
  • Ajouter les valeurs 70 - Versement volontaire CPF Usager et 108 - MAC Sécurité.
67562 Agora - Types de Référentiels de certifications Évolution
Identifier les types de référentiels de certification pour transmission des éléments à Agora (notion de "multi certification") :
  • ouvrir un champ « Certif AGORA » sur le type de constante 858 - Type de certification, pour marquer chaque type de certification à transmettre à Agora (Ex> RNCP puis par la suite RS, …)
  • initialiser le champ "Certif AGORA" sur les constantes type de certification éditeur ci-dessous :
Id
(SCONSTANTE)
Code
(CCODE)
Libellé
(CLIBELLE)
Certif AGORA
(TEXTE1)
13692 RNCP Source RNCP RNCP
14075 RS Répertoire spécifique RS

67570 Agora - Exports - Champs Multi certifications pour transmission des RNCP, RS Évolution
Utiliser la notion " multi certifications" pour transmettre le type de référentiel et le code de la certification (RNCP, RS ...) à Agora :

1/ ajouter les champs ci-dessous dans la table des informations Agora / inscription (AGO_METIER) :
  • Code référentiel (alphanumérique sur 50 positions) : FormCertif1Referentiel 
  • Code de la certification (alphanumérique sur 50 positions) : FormCertif1Code
  • Intitulé de la certification (alphanumérique sur 255 positions) : FormCertif1Intitule
  • Niveau de la certification (alphanumérique sur 2 positions) : FormCertif1Niveau

2/ ajouter, dans l'écran "Agora - Données métier" de la fiche inscription, un cadre "Multi certifications" entre les cadres "Formation" et "Source de financement 1", avec les nouveaux champs :
  • saisie libre pour le code référentiel, le code de la certification, l'intitulé de la certification
  • liste déroulante pointant sur la table AGO_NIVEAU_CERTIFICATION pour le niveau de certification (même liste que pour le champ "Niveau de certification vise")
3/ lors de la mise à jour des données métier Agora :
  • rechercher la certification dans le champ "RNCP" (DOSACTION.ACT_SRNCP) de la fiche action puis, s'il est vide, dans le champ "Certification" (DOSACTION.ACT_SCERTIFICATION) de la fiche action 
  • si une certification est remontée, lire la "Certification AGORA" (CONSTANTE.TEXTE1) associée à la source de la certification (REFCODEFORMATION.RCF_SSOURCE)
  • si la "certification AGORA" est non vide :
    • remonter la "certification AGORA" dans le champ Code référentiel
    • remonter le code de la certification trouvée dans le champ Code certification
    • laisser les champs Intitulé de la certification et Niveau de la certification à vide
  • sinon
    • remonter l'intitulé du diplôme de l'action (DOSACTION.CINTITULEDIPLOME) dans le champ Intitulé de la certification
    • lire le niveau de formation de l'action (DOSACTION.SNIVEAU) et faire une correspondance avec les niveaux de certifications visés d'Agora (table AGO_NIVEAU_CERTIFICATION).
4/ lors de l'export des données Agora :
  • transmettre les nouveaux champs dans CPF-certifications/code-referentielCPF-certifications/code-certification, CPF-certifications/intitule-certification et CPF-certifications/niveau-certification
  • ne plus transmettre de valeur dans le champ "Niveau de certification" (CPF-session-formation/CPF-niveau-certification-vise).
69153 [AGORA] - Problème de gestion des rejets des stagiaires initialement transmis à AGORA Évolution
Correction de la prise en compte du statut annulé du stagiaire lors de l'envoi à Agora.
69474 [AGORA] Augmenter la taille du libellé de l'offre Évolution
Le champ "Intitulé de l'offre" est limité par erreur à 3 caractères lors de l'envoi -> exploiter les 255 caractères maximum du fichier Agora pour l'envoi de l'intitulé.
68983 AGORA - Incohérence sur les données financeur - prise en compte de l'assujettissement de la TVA Anomalie
Prendre en compte le champ Assujetti TVA des les calculs des différents montants cumulés par SIRET, type financeur, source de financement et assujettissement TVA pour envoi vers Agora.
68990 Agora - Adresse - Cas particulier des adresses étrangères pour le lieu de formation Évolution
Traiter les adresses étrangères (*) pour le lieu de formation (comme cela a été fait pour les adresses lues dans la table adresse : employeur, stagiaire, OF)  selon la règle établie par Agora :
  • CPF-adresse-ligne-5 : actuellement vide -> transmettre code postal (DOSMODULE.CLIEUCCP) + ville (DOSMODULE.CLIEUVILLE) si adresse étrangère, vide sinon (*)
  • CPF-adresse-code-postal-ligne-6 : code postal (DOSMODULE.CLIEUCCP) uniquement si adresse en France, vide sinon (*)
  • CPF-adresse-ville-ligne-6 : ville (DOSMODULE.CLIEUVILLE)) uniquement si adresse en France, vide sinon (*)
  • CPF-adresse-code-pays : code INSEE (PAYS.PAY_ICOG) du pays du lieu (**) s'il existe dans la liste des pays d'Agora, vide sinon

(*) adresses étrangères 
champ DOSMODULE.CLIEUPAYS non vide et différent de "FR" et "FRA" et "France"

(**) pays du lieu de formation : 
lire le champ DOSMODULE.CLIEUPAYS et faire le lien avec la table PAYS via PAY_CCODE.
68991 Agora - Exports - Prise en compte de la date de début de formation pour l'entrée en formation Évolution
Lors de la transmission des dossiers à Agora, prendre en compte la date de début de formation pour déterminer s'il s'agit d'une "entrée en formation" ou "réingénierie" :
  • adapter la fonction de recherche des dossiers (FctVal_AGO_GetDossier) : ajouter au "cas 2" traitant l'entrée en formation, un test sur la date de début de formation de l'action inférieure ou égale à la date du jour
  • adapter la procédure d'envoi (RG VAL_AGO_ENVOYER) pour exécuter la méthode :
    • AGO_ENTREE  lorsque la date de début de formation de l'action est inférieure ou égale à la date du jour
    • AGO_REINGEN lorsque la date de début de formation de l'action est supérieure à la date du jour (toujours sur le point d'entrée 16189).
69025 Agora - Listes déroulantes sources de financement et type de financeur - Ordre d'affichage Évolution
Trier les listes déroulantes "Source de financement" et "Type de financeur" par ordre numérique dans :
  • les cadres "Source de financement" 1 à 5 de l'écran Agora - Données métier de la fiche stagiaire
  • le cadre Agora de la fiche LDB
Exemple pour le "type de financeur" : 1, 2, 3 ... et non 1, 10, 11 ...
68862 Agora - Type de financeur - Modification de libellé pour le code 8 Évolution
Dans la table des types de financeur pour Agora (AGO_TYPE_FINANCEUR), modifier le libellé du code 8  : remplacer "AGEFIPH / Cap Emploi" par "AGEFIPH/FIPHFP".
70431 Agora - 1er envoi avant transmission à DECA Évolution
Mettre à disposition une RG éditeur "VAL_AGO_ENVOYER_ET_EXECUTE_Unitaire_Premier" recherchant sur le dossier, les inscriptions actives sans numéro Agora et exécutant le traitement d'envoi (pour la première fois).

N.B. Cette RG devra pourvoir être branchée sur le traitement d'engagement (après tous les autres contrôles) pour permettre d'envoyer le dossier à Agora et récupérer le numéro Agora avant l'envoi au SIA DECA.
70844 AGORA - Adresse - Cas particulier des adresses étrangères - Prendre en compte si les deux valeurs sont nulles Évolution
Suite à la mise en oeuvre du traitement particulier pour les adresses étrangères, adapter l'extraction des adresses pour tenir compte du cas où le pays est vide : s'il est vide, traiter l'adresse comme une adresse française.
70849 AGORA - Correction du contrôle sur la ville dans la procédure stockée pcValAgoraUpdateAdresse Évolution
Correction de l'anomalie empêchant de remonter la ville du stagiaire lors de l'envoi vers Agora.
70294 Agora - Envoi des dossiers avant engagement - Adaptation du 1er envoi Évolution
Adapter la RG éditeur RG "VAL_AGO_ENVOYER" (RG qui définit pour chaque stagiaire d’un dossier si un évènement est envoyé vers AGORA et lequel) pour tenir compte du paramétrage des états dossier par filière lors du 1er envoi à Agora (statut Agora vide et statut MY OPCO différent d'annulé et refusé) :
  • si le dossier n'est pas engagé (date d'engagement vide) et que la filière du dossier a une propriété  "AGORA - Périmètre des états de dossiers :" incluant l'état du dossier ("Enregistré" ou "Accordé"), exécuter la méthode "AGO_CREER"
  • si le dossier est engagé (date d'engagement non vide) et que la filière du dossier a une propriété  "AGORA - Périmètre des états de dossiers :" incluant l'état du dossier ("Engagé" ou "Instruit" ou "Soldé"), exécuter la méthode "AGO_VALIDER"
  • sinon, générer un message indiquant que "L'état du dossier ne permet pas sa transmission". 
MF
66854 Fiche dossier, page demande, cadre Montage financier - Case à cocher "Active" ne fonctionne pas Anomalie
Dans la fiche dossier, page Demande, cadre montage financier, la case à cocher permettant d'activer ou non une LDB ne fonctionne pas, la modification n'est pas prise en compte à la validation de la fiche.
66892 Critères LDB Inscriptions non fonctionnels Anomalie
Les critères d'éligibilités multiples sur les LDB ne fonctionnent plus pour les critères inscriptions.
La LDB remonte bien dans le dossier mais n'est pas utilisée lors de la génération du Montage Financier.
Contrôles / Pièces / Motifs
67762 Ecrans Règles, Pièces, Contrôles, Motifs - Colonnes Motif de non conformité et Relance Évolution
Dans les écrans grilles Règles, Pièces, Contrôles, Motifs des différentes fiches, mettre à disposition des colonnes :
  • "Motif de non conformité" (saisie)  : affichant une liste déroulante présentant la liste des constantes "Motif de non conformité des règles" (code - libellé) ordonnée (champ IORDRE). Ce champ n'est saisissable que lorsque le champ "Conforme" est à Non. Si le champ Conforme passe à Oui ou ?, le motif est automatiquement effacé.
  • "N° der. relance" (affichage) : remonte le numéro de dernière relance de la pièce
  • "Date der. relance" (affichage) : remonte la date de la dernière relance de la pièce.
67765 Dossier - Contrôle de l'observation de non conformité Évolution
Mettre à disposition des RG éditeur VAL_DOS_CTRL_REGLE_NONCONFORME  et VAL_FAC_CTRL_REGLE_NONCONFORME permettant respectivement de contrôler en validation de dossier ou de facture que, pour chaque règle (pièce, motif, contrôle) (table RENTITE) ayant un motif de non conformité non vide avec un indicateur "Commentaire" à Oui (CONSTANTE.BOR_INF=-1) , l'observation associée à la règle (RENTITE.COBS) est non vide.
Message d'erreur avec, pour chaque règle concernée  : "La règle <type> - <intitulé> avec le motif <libellé motif de non conformité> n'a pas d'observation.".
69953 Ecrans Règles, Pièces, Contrôles, Motifs - Ajout de règle déjà rattachée à la fiche Évolution
Dans les écrans Règles, Pièces, Contrôles, Motifs des différentes fiches, lorsque l'on utilise le bouton "Ajouter" (une règle, une pièce ...), si l'on choisit une règle déjà rattachée à la fiche, elle ne remonte pas à l'écran (N.B. : cela fonctionne par contre lors de l'ajout d'une règle à partir du bouton "Rechercher").
73449 Assistant dossier - Nouvelle méthode d'ajout de règle (pièce,motif) Évolution
Mettre à disposition une nouvelle méthode "DataDosAssDossierWrapper AjouterRegle" pour permettre d'ajouter par RG une pièce ou un motif sur un dossier présaisi.
La méthode prend en paramètre l'identifiant de la règle.

70043 Ecrans Règles, Pièces, Contrôles, Motifs dossier - Ajout de règle inscription - Contrôle Évolution
Lors de l'ajout de règle inscription depuis les écrans Règles, Pièces, Contrôles, Motifs de la fiche dossier, si le dossier présente plusieurs inscriptions, ne pas initialiser le champ "Inscription" automatiquement avec la 1ère inscription non rattachée à la règle mais demander à l'utilisateur de choisir une inscription dans une liste déroulante.
70044 Fiche dossier - Règles (contrôles, pièces, motifs) dossier - Ajout des règles sur l'opération / action Évolution
Permettre d'exploiter le domaine "Opération" pour rattacher des règles (contrôles, pièces, motifs) au niveau de l'action et les mettre à jour depuis le dossier : dans les différents écrans "Règles", "Contrôles", "Pièces", "Motifs" de la fiche dossier :

1/ Renommer les menus existants "Ajouter une règle" ("Ajouter une pièce" ...) en "Ajouter une règle dossier" ("Ajouter une pièce dossier") ...
2/ Mettre à disposition un nouveau bouton "Ajouter" et regrouper sous ce bouton, les menus existants "Ajouter une règle (ou contrôle ou pièce ou motif) dossier", "Ajouter une règle (...) inscription"
3/ Mettre à disposition sous le nouveau bouton "Ajouter",  un nouveau menu "Ajouter une règle (ou contrôle ou pièce ou motif) opération"
4/ lors de l'ajout d'une règle (contrôle, pièce, motif) opération, proposer la liste des règles éligibles et associées au domaine "Opération" : la règle sélectionnée est rattachée au domaine "Opération" et à l'opération.

70045 Dossier - Règles - Supprimer une règle ne fonctionne pas Évolution
Dans la fiche dossier, sur l'onglet Règles de la fiche, il est impossible de supprimer une règle.
Quand on clique sur "Supprimer une règle", rien ne se passe et la règle n'est pas supprimée.
68992 Grilles Règles (contrôles, pièces, motifs) - Fonctions de tri et nouvelles colonnes Évolution
Dans les écrans Règles, Contrôles, Pièces, Courriers, Motifs des différentes fiches :
  • mettre à disposition des colonnes "Id règle" et "Code règle" non visibles par défaut
  • permettre de trier à partir des entêtes de colonne (comme pour la grille de l'écran Factures du dossier par exemple)
  • permettre d'enregistrer l'ordre de tri (clic droit / Paramétrage / Utilisateur ou Défaut)  comme pour la grille de l'écran Factures du dossier par exemple).

67734 Ecrans Règles, Pièces, Contrôles, Motifs - Matérialisation des documents multiples Évolution
Dans les écrans Règles, Pièces, Contrôles, Motifs des différentes fiches, lorsque plusieurs documents de la GED embarquée sont associés à la ligne, indiquer le nombre de documents sur le lien hypertexte de la colonne Description.
67735 Dossier - Ecran Contrôles et suivi - Règles, Pièces, Contrôles, Motifs - Matérialisation des documents multiples Évolution
Dans les grilles Contrôles et Pièces reçues de l'écran Contrôles et suivi de la fiche dossier, lorsque la ligne est rattachée à un(des) document(s) GED, afficher le même lien hypertexte sur la colonne Description que dans les écrans grilles Règles, Pièces, ... 
(N.B. : lorsque plusieurs documents GED sont associés à la ligne, indiquer le nombre de documents sur le lien hypertexte).
67736 Dossier - Ecran Contrôles et suivi - Règles, Pièces, Contrôles, Motifs - Nouveaux champs et accès aux documents dans la popup Évolution
Adapter la popup s'ouvrant lorsque l'on double clique sur un élément des grilles "Contrôles" et "Pièces reçues" de l'écran "Contrôles et suivi" de la fiche dossier :
  • afficher la liste des documents avec les informations : "Titre", "Créé le", "Créé par" et un lien hypertexte permettant de les ouvrir de façon indépendante
  • ouvrir la popup (en lecture seule) même si l'on est en consultation de dossier
  • afficher les nouvelles informations :
    • Motif de non conformité : liste déroulante comme dans les écrans Règles, Pièces ... (après "Date de validation") présentant la liste des constantes "Motif de non conformité des règles" (code - libellé) ordonnéetenant compte du paramétrage par pièce.
    • Dernière relance (lecture seule) : numéro et date (au-dessous de Pièce à relancer).
67737 Ecrans Règles, Pièces, Contrôles, Motifs - Affichage de la popup détail Évolution
Dans les écrans Règles, Pièces, Contrôles, Motifs des différentes fiches, permettre via un double-clic, d'ouvrir une popup détail identique à celle s'affichant lorsque l'on double clique sur un élément des grilles "Contrôles" et "Pièces reçues" de l'écran "Contrôles et suivi" de la fiche dossier.
Contrat de professionnalisation
69897 CERFA CPRO et PRO-A- Listes déroulantes - Liens constantes avec la version de CERFA - Initialisation Évolution
Suite à la création des liens constantes avec les anciennes versions de CERFA Apprentissage, initialiser également les liens constantes sur les versions de CERFA CPRO et PRO-A car les constantes communes n'apparaissent plus.
Ceci concerne les types de constantes "Situation Avant le contrat" (Id 218), "Type du Contrat" (Id 221), "Diplôme le plus élevé obtenu" (Id 654).
RG
66366 Certifications - Critères d'éligibilité - Corrections des contrôles dans la RG de contrôle Évolution
Corriger la RG éditeur VAL_DOS_CTRL_Certification_Eligible contrôlant la cohérence de la certification de l'action par rapport aux critères d'éligibilité de la fiche certification associée :
  • Pour les critères Inscription (Département), il faut tester toutes les inscriptions non désactivées du dossier et pas seulement sur le stagiaire courant
  • Quand plusieurs valeurs sont éligibles pour un même critère, le contrôle ne doit remonter une erreur que si la valeur du dossier ne figure pas parmi ces valeurs.
62769 Dossier - Contrôle de cohérence de la certification - Prise en compte de l'indicateur Désactivé des critères d'éligibilité Évolution Adapter la RG éditeur VAL_DOS_CTRL_Certification_Eligible contrôlant que la cohérence de la certification de l'action par rapport aux critères d'éligibilité de la certification : ne pas contrôler les critères d'éligibilité dont l'entête est désactivé.
62770 Dossier - Contrôle de cohérence du RNCP par rapport aux critères d'éligibilité - Nouveau Évolution
Mettre à disposition une RG éditeur VAL_DOS_CTRL_RNCP_Eligible permettant de contrôler, en validation de dossier, la cohérence du RNCP de l'action s'il est saisi, par rapport aux critères d'éligibilité de la fiche certification RNCP associée.
La RG doit s'assurer que les éventuels critères d'éligibilité Dossier et Inscription (pour toutes les inscriptions actives du dossier) sont valides.
Message d'erreur : 'La certification RNCP choisie n'est pas éligible pour ce dossier'.
Branchement en mode 'Avertissement interactif' en validation de dossier.
Assistant de saisie
69585 Assistant Dossier - Points d'entrée de RG distincts sur les boutons Suivant et Précédent Évolution
Dans l'assistant de saisie dossier, pour chaque point d'entrée de RG de type "ETAPE_OUT" appelé en sortie de page, mettre à disposition 2 nouveaux points d'entrée de RG appelés respectivement lorsque l'on utilise les boutons "Suivant" et "Précédent".
Exemple> pour le point d'entrée existant 7135-Contrôle page modules, créer 2 points d'entrée :
  • "Contrôle page module (suivant)" appelé uniquement lorsque l'utilisateur clique sur le bouton Suivant
  • "Contrôle page module (précédent)" appelé uniquement lorsque l'utilisateur clique sur le bouton Précédent.
69822 Assistant dossier - Contrôle de la longueur des champs - Augmenter la taille maximum des raisons sociales Anomalie
Revoir le contrôle de la taille maximum pour les raisons sociales employeur et OF du contrat en sortie de l'assistant de saisie dossier : passer de 80 à 255 caractères.
67587 Assistant de saisie contrat - Initialisation du niveau de formation sur l'action Évolution
Mettre à disposition une RG éditeur VAL_DOS_ASS_Init_NivForm permettant d'initialiser, s'il est vide, dans l'assistant de saisie dossier, le niveau de formation de l'écran Action à partir du "diplôme visé" du CERFA Alternance.
N.B. : le lien entre le diplôme et le niveau de formation est lu dans la table CONSTANTELIEN ;  si le diplôme est associé à plusieurs niveaux non désactivés, pas d'initialisation.

Point d'entrée conseillé :  6996 - Entrée page action de formation.
DECA
62794 DECA - Transmission des modifications de rupture avant début d'exécution du contrat (WS21) Évolution
Permettre de retransmettre les ruptures de contrat vers DECA avant début d'exécution du contrat : lorsque la date de rupture du contrat est antérieure à la date de début d’exécution du contrat et que la rupture a déjà été transmise (*) , appeler le WS21 de DECA au lieu du WS03.

(*) Rappel : si une rupture a déjà été enregistrée pour le contrat, le post sur la méthode _signalerRuptureContrat du web service retourne une erreur "Un 422 : globalErrors [1] : [0] : WS02-B04 : Les données relatives à la rupture ont déjà été renseignées pour ce contrat."
62800 Contrat APP - Contrôle de cohérence du motif de refus et de la non conformité DECA Évolution
Mettre à disposition une RG éditeur VAL_DOS_SIA_Refus_CtrlMotif permettant de contrôler que  :
  • si le motif de refus du dossier est non vide
  • si le dossier est un rattaché à une filière avec un type de CERFA "CAPP" (Id 12229)
, le motif de refus est égal à une des valeurs ci-dessous :
 1 - L’âge de l’apprenti ne répond pas à la réglementation en vigueur (Id 14071)
 2 - L’âge du maître d’apprentissage ne répond pas à la réglementation en vigueur (Id 14072)
 3 - La formation n’est pas éligible à l’apprentissage (Id 14073)
 4 - La rémunération de l’apprenti ne répond pas à la réglementation en vigueur (Id 14074)

Message en cas d'erreur : « Le motif de refus n'est pas valide pour une transmission au SIA DECA . »

Points de branchement conseillés :
  • 7174 - Refuser - Avertissement interactif
  • 18832 – Contrôler pour le SIA DECA CAPP - Avertissement
62834 Contrat APP - Contrôle de cohérence du refus et du type de contrat Évolution
Mettre à disposition une RG éditeur VAL_DOS_SIA_Refus_CtrlTypeCtr permettant de contrôler que  :
  • si le dossier est engagé
  • si le dossier est un rattaché à une filière avec un type de CERFA "CAPP" (Id 12229)
  • s'il existe au moins une inscription active avec un type de contrat "avenant" 
  • le motif de refus du dossier n'est pas égal à une des valeurs ci-dessous :
 1 - L’âge de l’apprenti ne répond pas à la réglementation en vigueur (Id 14071)
 2 - L’âge du maître d’apprentissage ne répond pas à la réglementation en vigueur (Id 14072)
 3 - La formation n’est pas éligible à l’apprentissage (Id 14073)
 4 - La rémunération de l’apprenti ne répond pas à la réglementation en vigueur (Id 14074)

Message en cas d'erreur : « Le dossier ne peut être refusé après engagement pour un avenant de contrat APP. »

Points de branchement conseillés :
  • 7174 - Refuser - Avertissement interactif
  • 18832 – Contrôler pour le SIA DECA CAPP - Avertissement
63911 SIA DECA - Contrôle de cohérence des nouveaux champs Maître d'apprentissage 2 Évolution

Mettre à disposition des RG éditeur (*) contrôlant que si l'un au moins des nouveaux champs "NIR", "Courriel" ou "Emploi occupé" du maître d'apprentissage 2 du CERFA est non vide, le maître d'apprentissage 2 est bien identifié (lien avec la fiche personne, "nom", "prénom" et "date de naissance" du contrat non vides).


Message en cas d'erreur : "Les informations du tuteur / maître d'apprentissage 2 sont incomplètes."

Points d'entrée : 
  • Avertissement inter actif dans l'assistant de saisie des CAPP - en sortie de CERFA - PE 15342-Contrôle page CERFA APP
  • Avertissement inter actif dans l'assistant de saisie des CAPP -Validation données Assistant - PE 7004
  • Avertissement inter actif dans le dossier en validation globale du dossier - PE 7057
  • Bloquant à l'engagement du dossier - PE 3713
(*) RG : VAL_DOS_ASS_CTRL_WS01_B51_Tuteur2Manquant et VAL_DOS_CTRL_WS01_B51_Tuteur2Manquant.

65228 SIA DECA - CERFA APP - Contrôle de cohérence du type d'employeur - Nouvelle valeur Évolution

Adapter les RG éditeur "VAL_DOS_ASS_SIA_Ctrl_TypeEmployeur" et "VAL_DOS_SIA_Ctrl_TypeEmployeur" contrôlant dans l'assistant de saisie et la fiche dossier, la valeur du type d'employeur du contrat d'apprentissage : ajouter aux valeurs déjà contrôlées 

  • 11 Entreprise inscrite au répertoire des métiers ou au registre des entreprises pour l'Alsace-Moselle
  • 12 Entreprise inscrite uniquement au registre du commerce des sociétés
  • 13 Entreprise dont les salariés relèvent de la mutualité sociale agricole
  • 14 Profession libérale
  • 15 Association
  • 16 Autre employeur privé
  • 29 Autre employeur public
la nouvelle valeur 
  • 30 Etablissement public industriel et commercial.

66781 SIA DECA - Transmission des nouveaux champs du CERFA - Rectifications diplomeObtenu de type entier ou null Évolution
Adaptation de la transmission des nouveaux champs CERFA vers le SIA DECA : les champs tuteurX.diplomeObtenu doivent être de type entier ou null (et non string, null).
67154 Contrat APP - Contrôle de cohérence du motif de refus et de la non conformité DECA - Adaptation Évolution
Adapter la RG éditeur VAL_DOS_SIA_Refus_CtrlMotif contrôlant la cohérence du motif de refus pour un contrat d'apprentissage : lire le motif de refus saisi dans la fenêtre du traitement "Refuser".
66027 Contrat - Contrôle de cohérence de la date de rupture et de la date de conclusion - Ouverture des points d'entrée Évolution
Adapter la RG éditeur VAL_DOS_SIA_DateRuptureDateConclusion permettant de contrôler que si les dates de conclusion et de rupture de contrat sont non vides, la date de rupture est supérieure ou égale à la date de conclusion : permettre d'appeler la RG depuis :
  • le dossier (Ex> traitement dossier "Contrôler pour le SIA DECA") en lisant les 2 dates sur les inscriptions/contrats actifs du dossier
  • le traitement "Enregistrer une rupture" en lisant la date de rupture dans la fenêtre de traitement et la date de conclusion sur le contrat sélectionné (ce que permet actuellement la RG).
65932 Contrat - Contrôle que le contrat est conforme pour DECA lors de la rupture Évolution
Adapter la RG éditeur VAL_DOS_SIA_Ctrl_Rupture_ContratNC permettant de contrôler que le contrat est conforme pour DECA avant enregistrement d'une rupture de contrat : remplacer le message d'erreur par :  "DECA-WS20-B05 - Le contrat initial renseigné n'est pas conforme <numéro enregistrement DECA>] : un contrat conforme doit être déposé avant de pouvoir enregistrer une rupture".
70198 SIA DECA - Transmission du code RNCP - Gestion du préfixe Évolution
Lors de la transmission des contrats Alternance vers DECA, adapter la fonction actuelle ajoutant le préfixe "RNCP" au code transmis vers DECA : n'ajouter le préfixe que si le "code RNCP" lu sur le CERFA de MY OPCO (champ DOSINFOCONTRAT.DIC_CCODERNCP) commence par un chiffre.
67294 SIA DECA - Adaptations de la transmission de l'OF lieu principal de réalisation de la formation Évolution
Suite à l'adaptation de la transmission des dossiers vers DECA pour prendre en compte les nouveaux champs "Lieu principal de formation" du CERFA APP FA13 10103*10, les nouveaux champs "OF principal" (*) ne doivent être transmis dans la rubrique "établissementFormation" que si un OF lieu principal de formation a été saisi.
Dans le cas contraire, il faut continuer à transmettre les mêmes informations que dans la rubrique "organismeFormation" (comme avant).

(*) Ces champs ne sont remplis que :
*  si le dossier est un contrat APP
et
* si la version du CERFA est au moins 10103*10
et
* si l'OF du lieu principal est différent de l'OF responsable (ce qui n'est pas le cas général).

Fiche
69547 Cerfa - Le calcul du nombre de mois ne se fait pas si on passe par l'icône du calendrier au lieu de taper la date Évolution
Dans les écrans CERFA CAPP, CPRO et PROA de l'assistant de saisie et de la fiche dossier, le calcul du nombre de mois ne se fait pas si, au lieu de saisir manuellement une date, on passe par le calendrier.
70213 Action - Initialisation des champs Stat7 à Stat14 à partir de la certification Évolution
Adapter les RG éditeur ci-dessous d'initialisation des informations statistiques du dossier à partir du référentiel des certifications : initialiser les champs "Stat7" à "Stat14" lorsqu'ils sont vides sur l'action et non vides sur la fiche certification :
  • VAL_DOS_ASS_InitStatistiques_APartir_Certification et VAL_DOS_Init_Statistiques_A_Partir_Certification : initialise les informations statistiques du dossier à partir de la certification
  • VAL_DOS_ASS_Init_Statistiques_A_Partir_RNCP et VAL_DOS_Init_Statistiques_A_Partir_RNCP : initialise les informations statistiques du dossier à partir du RNCP.
70214 Action - Contrôle de cohérence des champs Stat7 à Stat14 avec la certification Évolution
Pour chaque champ "Stat7" à "Stat14" de l'action,  pouvant être initialisé à partir de la certification, mettre à disposition une RG VAL_DOS_Ctrl_Action_Certif_Statx (7 à 14) permettant de contrôler la cohérence entre le champ dans l'action s'il est non vide et  le champ dans la fiche certification s'il est non vide.
Chaque RG doit pouvoir être branchée en mode Avertissement interactif à la validation de la fiche dossier.
Traitement
63040 Dossier - Traitement changement d'OF - Ecran de saisie - Adaptations Évolution
Adapter  l'écran s'ouvrant lors de l'activation du traitement de changement d'OF :

Cadre 1 - Grille des OF/OGE pour sélection
  • permettre de sauvegarder la personnalisation des colonnes (Menu classique Paramétrage avec sous-menus Utilisateur, Défaut, Supprimer utilisateur, Supprimer défaut)
  • permettre d'ordonner en cliquant sur les entêtes de colonnes
  • ne pas afficher de ligne pour les modules sans OF et avec un indicateur "Formation interne" non coché (N.B. : dans ce cas, le module est implicitement rattaché à l'OF principal)
  • afficher une ligne pour les modules sans OF avec l'indicateur "Formation interne" coché et mettre dans la colonne "Organisme formation", le texte "<Formation interne>"
  • modifier le titre du cadre en remplaçant "Organismes de formation - Organismes gestionnaire" par "Organismes de formation"
  • mettre à disposition les colonnes suivantes :
    • OF principal : cochée sur la(es) ligne(s) correspondant à l'OF principal (lu sur l'action) du dossier (généralement une seule ligne sauf si plusieurs OG pour le même OF sur les modules)
    • Engagé : coché s'il existe une ligne de demande engagée pour un des modules du couple OF/OG ou s'il existe une ligne de demande engagée "tous modules" 
    • Nb modules : nombre de modules pour le couple OF/OF (N.B. : pour l'OF principal, compter également les modules sans OF et avec un indicateur "Formation interne" non coché)

Cadre 2 - Choix de l'OF et de l'OG
  • modifier le titre du cadre en remplaçant "Nouveau organisme de formation et organisme gestionnaire" par "Nouvel organisme de formation"
  • ajouter un champ de saisie "Remplacement total" avec une case à cocher sur la 2ème ligne et déplacer le champ "Date effective de remplacement" à droite sur cette même ligne
    • si l'on coche la case : initialiser automatiquement la "Date effective de remplacement" avec la « date de début» la plus ancienne des modules (facturés ou non) rattachés à l’OF et ne pas permettre de la modifier
    • sinon : pas d'initialisation de la date et contrôler à la validation que la date effective de remplacement est non vide 
  • mettre à disposition un point d'entrée de RG permettant d'exécuter des contrôles sur la saisie de l'OF sélectionné.



63791 Dossier - Traitement changement d'OF - Contrôles Évolution
Mettre à disposition les RG éditeur ci-dessous permettant de contrôler l'OF sélectionné dans le traitement de changement d'OF sur le dossier :
  • VAL_DOS_OF_TYPE_BLOCAGE - Lors du choix de l'OF, contrôler le 'type blocage société' : réalise les mêmes contrôles sur le "type de blocage" de la fiche société OF que dans la RG "VAL_DOS_ASS_OF_TYPE_BLOCAGE"  disponible dans l'assistant de saisie dossier
  • VAL_DOS_OF_DESACTIVE - Contrôle que l'of n'est pas désactivé  réalise les mêmes contrôles sur l'indicateur désactivé de la fiche société OF que dans la RG "VAL_DOS_ASS_OF_DESACTIVE"  disponible dans l'assistant de saisie dossier
Ces RG sont publiées en mode "Blocage partiel" sur le point d'entrée 19398 - RG : RG : Contrôle la saisie du changement d'organisme de formation.
63808 Dossier - Traitement changement d'OF - Adaptations Évolution
Adapter le traitement "Changer l'organisme de formation" comme suit :
  • dans l'observation créée par le traitement, remplacer "Nouveau organisme de formation" par "Nouvel organisme de formation"
  • lors de la création de modules (dans le cas de remplacement partiel), mettre à jour la date de fin sur les modules existants avec la date effective de remplacement moins 1 jour (et non la date effective de remplacement)
  • à la fin du traitement, si le dossier a au moins une échéance, activer automatiquement le traitement de mise à jour de l'échéancier
  • si la fiche dossier n'est pas ouverte (cas d'une activation depuis la grille Dossiers), ouvrir la fiche du dossier actualisée à l'issue du traitement.
71295 RG Batch - Annulation et solde de dossier - Non création des observations Évolution
Corriger les RG batch de solde (VAL_BATCH_DOSSIER_SOLDE_SUITE_SOLDE_INSC) et annulation (VAL_BATCH_DOSSIER_ANNULATION_SUITE_ANNUL_INSC) de dossier après solet et annulation d'inscription pour permettre la création des observations.

67773 Dossier - Relances - Mise à jour des pièces Évolution
Dans le traitement de relance des dossiers (niveaux 1 à 4), mettre à jour les nouveaux champs "Numéro de dernière relance" et "Date de dernière relance" sur toutes les pièces des domaines dossier, inscriptions, factures rattachées au dossier, ayant au moment du traitement un indicateur "à relancer" à Oui et un champ Conforme différent de Oui :
  • numéro de dernière relance : incrémenter de 1 le numéro existant
  • date de dernière relance : date du jour.
69824 Dossier - Annulation - Blocage si le dossier est déjà refusé Évolution
Lors de l'activation du traitement d'annulation de dossier, retourner une erreur bloquante si le dossier est déjà refusé.
Message "Annulation non autorisée : le dossier est déjà refusé".
69648 Annulations de traitements - RAZ du motif et complément de l'observation Évolution
Adapter les différents traitements annulant un précédent traitement sur le dossier (Réactiver un dossier annulé, Réactiver un dossier refusé, Réactiver un dossier suspendu, Annuler la fin anticipée) :
  • effacer le motif (constante) sur la fiche dossier 
  • lors de la création de l'observation sur le dossier (dépendant de l'indicateur "Création observation" du type d'événement), indiquer dans l'observation le motif (code + libellé de la constante) effacé en plus de l'observation du motif (champ COBS...).
70087 Relances dossier - Lire les pièces manquantes sur l'opération / action Évolution
Dans le traitement de relance des dossiers (niveaux 1 à 4), adapter la recherche des pièces manquantes à relancer pour lire les pièces à relancer rattachées à l'opération.
Prendre en compte les pièces du domaine Opération lors de la mise à jour des champs "Numéro de dernière relance" et "Date de dernière relance".

69196 Nouveau traitement Enregistrer une rupture de contrat Évolution
Adapter le traitement d'enregistrement de rupture de contrat :
  • ne pas afficher la case "Rupture" puisque ce traitement sert à la cocher (elle sera cochée automatiquement à la validation)
  • ne pas permettre d'appeler le traitement sur un contrat déjà rompu (indicateur coché ou date de rupture non vide).
64083 Relances dossier - Lire les pièces manquantes factures et inscriptions Évolution

Dans le traitement de relance des dossiers (niveaux 1 à 4), adapter la recherche des pièces manquantes à relancer :

  • préciser le type de règle "PIECE"
  • lire les pièces à relancer rattachées aux inscriptions du dossier et aux factures/avoirs du dossier (prendre en compte le domaine de la pièce).

65541 Dossier - Traitements - Changement de branche - Adaptations Évolution
Adapter le traitement de changement de branche sur le dossier : à l'issue du traitement :
  • mettre à jour la branche sur la table DOSENTITE
  • si tous les dossiers de l'opération ont la même branche, changer également la branche sur l'opération
  • changer la branche sur toutes les inscriptions qui avaient la même branche que celle du dossier avant le changement.
65451 Réactivation de dossier annulé - Ajout d'un motif Évolution
Adapter le traitement "Réactiver un dossier annulé" pour permettre de saisir un motif justifiant le traitement :
  • ajouter dans la fenêtre s'ouvrant lors du lancement, un champ "Motif" permettant de saisir un texte libre justifiant la réactivation du dossier (sur 200 caractères maximum)
  • à l'issue du traitement, si tous les contrôles sont OK, rattacher un motif "DOS_ANN_REACT" (Id 526) au dossier, avec le motif saisi par l'utilisateur (ou passé en paramètre dans l'événement) dans le champ "Observations" du motif et un résultat à Oui.
65452 Réactivation de dossier annulé - Contrôle du motif Évolution
Mettre à disposition une RG éditeur VAL_DOS_CTRL_MotifReactAnnul_NonVide permettant de contrôler que le motif justifiant la réactivation d'un dossier annulé est non vide.

Message d'erreur : « Le commentaire de réactivation du dossier annulé est obligatoire ».
Branchement de la RG en mode "Blocage partiel" à la validation de l'écran du traitement de réactivation du dossier.
65960 Traitement de fin anticipée - Saisie d'une observation Évolution
Permettre d'enregistrer une observation liée à la fin anticipée de formation :
  • ajout d'un champ "Observation fin anticipée" dans la table des dossiers
  • ajout d'un champ de saisie "Observation" à côte du champ "Motif de fin anticipée" dans le cadre "Fin anticipée de dossier" de l'écran Contrôles et suivi de la fiche dossier
  • prise en compte de ce nouveau paramètre dans la génération et le traitement de l'événement 56 - Interrompre / Fin anticipée.
65964 Annulation de fin anticipée de formation - Ajout d'un motif Évolution
Adapter le traitement "Annuler la fin anticipée" pour permettre de saisir un motif justifiant le traitement :
  • ajouter dans la fenêtre s'ouvrant lors du lancement, un champ "Motif" permettant de saisir un texte libre justifiant l'annulation de la fin anticipée (sur 200 caractères maximum)
  • à l'issue du traitement, si tous les contrôles sont OK, rattacher un motif "DOS_FINANT_ANN" (Id 528) au dossier, avec le motif saisi par l'utilisateur (ou passé en paramètre dans l'événement) dans le champ "Observations" du motif et un résultat à Oui.
65966 Annulation de fin anticipée de formation - Contrôle du motif Évolution
Mettre à disposition une RG éditeur VAL_DOS_CTRL_MotifAnnulFinAnt_NonVide permettant de contrôler que le motif justifiant l'annulation de la fin anticipée du dossier est non vide.

Message d'erreur : « Le commentaire d'annulation de fin anticipée du dossier est obligatoire ».
Branchement de la RG en mode "Blocage partiel" à la validation de l'écran du traitement d'annulation de fin anticipée du dossier.
65967 Réactivation de dossier refusé - Ajout d'un motif Évolution
Adapter le traitement "Réactiver un dossier refusé" pour permettre de saisir un motif justifiant le traitement :
  • ajouter dans la fenêtre s'ouvrant lors du lancement, un champ "Motif" permettant de saisir un texte libre justifiant la réactivation du dossier refusé (sur 200 caractères maximum)
  • à l'issue du traitement, si tous les contrôles sont OK, rattacher un motif "DOS_REFUS_REACT" (Id 527) au dossier, avec le motif saisi par l'utilisateur (ou passé en paramètre dans l'événement) dans le champ "Observations" du motif et un résultat à Oui.
65971 Réactivation de dossier refusé - Contrôle du motif Évolution
Mettre à disposition une RG éditeur VAL_DOS_CTRL_MotifReactDossierRefuse_NonVide permettant de contrôler que le motif justifiant la réactivation du dossier refusé est non vide.

Message d'erreur : « Le commentaire de réactivation du dossier refusé est obligatoire ».
Branchement de la RG en mode "Blocage partiel" à la validation de l'écran du traitement de réactivation du dossier refusé.
66029 Dossier - Traitements - Mettre à jour la période de l'échéancier Évolution
Mettre à disposition un nouveau traitement "Mettre à jour la période de l'échéancier" dans le menu "Traitements" de la grille Dossiers et "Traitements dossier" de la fiche dossier.
Ce traitement doit 
  • pouvoir être exécuté pour une sélection de dossiers depuis la grille
  • être habilitable 
  • être associé à un nouveau type d'événement dans le domaine DOSSIER pilotant la création d'une observation, le mode différé ou non par défaut ...
  • pouvoir être appelé par RG
  • pouvoir appeler des RG avant traitement (contrôle) et des RG après traitement (actions).
N.B. : ceci doit permettre de tracer les différentes mises à jour de la période de l'échéancier apprentissage déclenchées précédemment par l'appel d'une RG.
66030 Dossier - Mettre à jour la période de l'échéancier - RG d'activation Évolution
Mettre à disposition une RG éditeur "VAL_DOS_MAJ_DatesEcheancierModules" activant le traitement dossier "Mettre à jour la période de l'échéancier".
Cette RG  doit pouvoir être appelée depuis différents points d'entrée de RG  "après traitement" du dossier.

N.B. : ceci doit permettre de tracer les différentes mises à jour de la période de l'échéancier apprentissage déclenchées précédemment par l'appel d'une RG.

Inscription
69673 Dossier - Demande - Colonne inscription Employeur - Liste déroulante incomplète Évolution
La colonne "Employeur" de la grille Stagiaires de l'écran Demande doit afficher l'employeur rattaché à l'inscription (qu'il existe ou non dans la liste des rôles et sociétés de la fiche personne).
La liste déroulante affichée dans cette colonne doit proposer : l'employeur déjà rattaché à l'inscription + (comme actuellement) les sociétés rattachées à la personne.

69686 Dossier - Inscription - Création des fiches personnel employeur pour les stagiaires Évolution
Mettre à disposition des RG éditeur permettant en création/modification de dossier, de créer les liens PERSONNEL manquants pour les inscriptions du dossier : pour toutes les inscriptions (hors frais global) non annulées et non désactivées du dossier, rechercher si la fiche personne est rattachée à l'employeur de l'inscription dans la table Personnel et, si non, créer la fiche personnel avec le lien personne/société :

Assistant dossier :
VAL_DOS_ASS_INS_ADD_PERS_EMPLOYEUR
Point d'entrée conseillé : 7004 - Validation données assistant

Fiche dossier :
VAL_DOS_INS_ADD_PERS_EMPLOYEUR
Point d'entrée conseillé : 6064 - Après Validation dossier.
69690 Dossier - Inscription - Création des fiches personnel pour les stagiaires - Adaptation Évolution
Adapter les RG éditeur VAL_DOS_ASS_STA_ADD_PERSONNEL et VAL_DOS_STA_ADD_PERSONNEL appelées lors de l'inscription et créant un lien PERSONNEL lorsqu'il manque, entre la personne stagiaire et le tiers demandeur : 
lorsque l'indicateur "Tiers Ins = Dos" du type de tiers demandeur est à Non ou que le tiers demandeur a une catégorie CPF (*), créer un lien PERSONNEL entre la personne stagiaire et l'employeur de l'inscription.

(*) Dans ce cas, pas de création de lien actuellement.
69135 Inscription - Traçabilité - Ajouts des dates et utilisateurs de création et modification Évolution
Permettre de tracer les créations et modifications d'inscriptions :
  • ajout de champs dates et utilisateurs de création et modification dans la table des inscriptions (DOSINSCRIPTION : QUI_CREA, QUAND_CREA, QUI_MODIF, QUAND_MODIF
  • mise à jour automatique de ces champs lors de toute création et modification d'inscription, quelle que soit l'origine (saisie manuelle, traitement, API, chargeur MY OPCO)
  • affichage de ces informations dans le bandeau de la fiche stagiaire (bouton "horloge") 
  • mettre à disposition les colonnes (non visibles par défaut) suivantes dans la grille Inscriptions (Suivi des inscriptions du menu général et Liste des stagiaires de la fiche dossier) (comme cela existe sur la grille dossiers)
    • Créé par
    • Date création
    • Modifié par
    • Date Modif.
  • mettre à disposition les critères de filtres suivants dans la grille Inscriptions (Suivi des inscriptions du menu général et Liste des stagiaires de la fiche dossier) (comme cela existe sur la grille dossiers)
    • Créé par
    • Date création
    • Modifié par
    • Date Modif.
62789 Dossier - Ajout d'une inscription - Initialisation de l'employeur à partir des informations du personnel Évolution
Adapter la fonction d'initialisation de l'employeur de l'inscription lors de l'ajout d'une inscription à un dossier (écrans Inscriptions et CERFA de l'assistant de saisie et fiche dossier) : lorsque l'indicateur "Tiers Ins = Dos" du type de tiers demandeur est à Non ou que le tiers demandeur a une catégorie CPF, initialiser l'employeur de l'inscription et les informations du salarié (CSP, date d'entrée ...) à partir de la fiche PERSONNEL sélectionnée.

(*) Actuellement, dans ce cas, l'employeur n'est pas initialisé et les informations salarié (CSP, date d'entrée ...) sont initialisées à partir de la fiche du rattachement personnel au tiers demandeur.
63597 Fiche dossier - Historique des demandes - Affichage des stagiaires Évolution
Dans l'écran "Historiques des demandes" de la fiche dossier, si l'option "DEMANDE_GLOBALE" (Id 519) est active, n'afficher que les inscriptions présentes sur la demande (c'est à dire avec un dosdeminscr qui fait le lien) :
  • dans la grille Inscriptions de la demande
  • dans la  liste des inscriptions de l'écran Montage financier de la demande.
65543 Inscription - Branche sur le fiche inscription Évolution
Ajouter un champ habilitable "Branche" sur la fiche stagiaire (cadre "Inscription" de l'écran "Informations Stagiaire").
Le champ, lorsque l'habilitation permet sa modification, doit proposer la même liste déroulante que le champ "Branche" de la fiche dossier.
65544 Inscription - Traitements - Changement de branche Évolution
Mettre à disposition un nouveau traitement "Changer la branche de l'inscription" dans le menu Traitements Stagiaire (grille Demandes et Inscriptions).
Ce traitement doit 
  • proposer une liste déroulante des branches identique à celle proposée sur le traitement de changement de branche du dossier
  • être habilitable 
  • être associé à un nouveau type d'événement dans le domaine INSCRIPTION pilotant la création d'une observation, le mode différé ou non par défaut ...
  • pouvoir être appelé par RG
  • pouvoir appeler des RG avant traitement (contrôle) et des RG après traitement (actions).
Contrat Apprentissage
65548 Contrat - Contrôle de cohérence de la date de rupture et de la date fin anticipée - Correction Anomalie
Corriger la RG éditeur VAL_DOS_CTRL_Rupture_FinAnticipee permettant de contrôler lors de l'annulation d'une fin anticipée de dossier, qu'aucun contrat actif n'est rompu (date de rupture de contrat non vide) : supprimer les contrôles erronés sur :
  • le type d'employeur du contrat est "public" (valeur commençant par 2)
  • la date de rupture du contrat est supérieure ou égale à la date de début d'exécution du contrat.
La RG doit se limiter à contrôler que la date de rupture du contrat est vide.
65867 CERFA n°10103*10 (FA13) - La formation - Confirmation utilisateur sur l'indicateur CFA responsable Évolution
Dans les écrans CERFA Apprentissage de l'assistant de saisie et la fiche dossier, ajouter un message d'avertissement "Cette action va effacer toutes les informations dans la zone Lieu principal de réalisation si différent du CFA responsable. Voulez-vous continuer ?" s'affichant lorsque l'utilisateur coche la case "Le CFA responsable est le lieu principal de la formation" et qu'un OF lieu de formation est déjà rattaché.
Si l'utilisateur répond Oui, les informations du lieu principal sont effacées (comme actuellement) sinon, la case qui vient d'être cochée est décochée.

66002 Contrat APP - Modules - Dates d'échéances - Adaptations pour les avenants Évolution
Adapter la RG éditeur "VAL_DOS_APP_MAJ_DatesEcheancierModules" mettant à jour les dates de début et fin d'échéancier sur les modules : pour le cas d'un avenant, tenir compte du fait que le module a un module suite pour la date de fin d'échéance.
La règle complète devient :

Sur le(s) module(s) initial(aux)

La date de début d'échéancier = date de début du contrat 
Sauf si 
la situation avant contrat de l'apprenti est égale à "7 - en formation au CFA avant signature d'un contrat d'apprentissage"
et que la date  de début du cycle de formation et la date de début d'exécution du contrat son non vides 
et que la date de début du cycle de formation est antérieure à la date de début d'exécution du contrat
Dans ce cas :  
  • la date de début d'échéancier du module doit être la date la plus récente entre la date de début du cycle de formation et la [date de début d'exécution - 3 mois]
  • La date de fin d'échéancier  = 
    • si la date d'effet de l'avenant est non vide et que le module a un "module suivant" (présent dans le champ "Fait suite à" d'une autre module de l'action)
      • Date d'effet de l'avenant -1 J
    • sinon
      • Date de fin de contrat si date de fin anticipée de dossier est vide
      • Date de fin anticipée du dossier si date de fin anticipée est renseignée

Sur le(s) module(s) "Fait suite à"
  • La date de début d'échéancier est initialisée avec la date d'effet de l'avenant
  • La date de fin d'échéancier est initialisée avec 
    • la date de fin du contrat si date de fin anticipée est vide 
    • La date de fin anticipée du dossier si elle est non vide
A conserver :
Si sur un module donné la date de fin échéancier devient antérieure à la date de début d'échéancier alors on requalifie la date de début d'échéancier du module = la date de fin de l'échéancier de ce même module
Si sur un module donné, la date de fin échéancier devient antérieure à la date de début échéancier alors requalifier la date de début de l'échéancier du module  = la date de fin de l'échéancier du ce même module.

N.B. : toutes les informations contrat mentionnées (date de début, date d'exécution, situation avant contrat ...)  sont lues sur le contrat (inscription) rattaché au module.

67510 CERFA - Contrôle du numéro de voie sur les adresses OF Évolution
Mettre à disposition des RG éditeur (*) contrôlant pour chaque adresse OF du CERFA (OF responsable, OF lieu principal de formation) que lorsque le numéro de voie est non vide, il ne contient que des chiffres (même type de contrôle que pour l'adresse employeur, salarié, responsable légal).

Message : Le numéro de voie de l'adresse de <l'OF responsable de formation ou l'OF lieu principal de formation> doit être numérique
Points d'entrée conseillés : 
  • Avertissement interactif en sortie de CERFA CPRO (pour l'OF responsable), APP (les 2) et PRO-A (pour l'OF responsable)
  • Avertissement interactif dans le dossier en validation globale du dossier
(*) RG : 
  • VAL_DOS_CTRL_NumVoie_OF et VAL_DOS_ASS_CTRL_NumVoie_OF pour l'OF responsable
  • VAL_DOS_CTRL_NumVoie_OFPrincipal et VAL_DOS_ASS_CTRL_OFPrincipal pour l'OF lieu de formation principal
67511 CERFA - Contrôle des informations adresse voie de l'employeur - Adaptation Évolution
Adapter les RG éditeur VAL_DOS_ASS_SIA_Ctrl_voie_LETABCT  et VAL_DOS_SIA_Ctrl_voie_LETABCT contrôlant que la voie de l'adresse employeur du contrat est non vide :  ne contrôler que le champ Voie et non le champ Numéro ou Voie.
(mêmes principes que pour les contrôles de la voie de l'adresse salarié).
67512 CERFA - Contrôle de l'adresse (voie, CP, ville) du représentant légal - Nouveau Évolution
Mettre à disposition des RG éditeur permettant de contrôler que les champs voie, code postal et commune de l'adresse CERFA du responsable légal sont non vides si le représentant légal est saisi (nom du responsable légal non vide).

Assistant de saisie 
RG :
  • VAL_DOS_ASS_SIA_Ctrl_Voie_RepLegal : contrôle de la voie de l'adresse du représentant légal
  • VAL_DOS_ASS_SIA_Ctrl_CP_RepLegal : contrôle du code postal de l'adresse du représentant légal
  • VAL_DOS_ASS_SIA_Ctrl_Commune_RepLegal : contrôle de la commune de l'adresse du représentant légal
Points d'entrée :
  • 15342 - Contrôle page Cerfa APP : avertissement interactif
  • 7004 - Validation données dossier assistant : avertissement interactif

Fiche dossier 
RG :
  • VAL_DOS_SIA_Ctrl_Voie_RepLegal : contrôle de la voie de l'adresse du représentant légal
  • VAL_DOS_SIA_Ctrl_CP_RepLegal : contrôle du code postal de l'adresse du représentant légal
  • VAL_DOS_SIA_Ctrl_Commune_RepLegal : contrôle de la commune de l'adresse du représentant légal
Points d'entrée :
  • 7057 - Validation dossier : avertissement interactif
  • 3713 - Engagement : blocage partiel
69927 CERFA APP V10 - Libellé à corriger Évolution
Remplacer dans les écrans CERFA APP le libellé "Le CFA responsable est le lieu principal  de la formation" par " Si le CFA responsable est le lieu de formation principal cochez la case ci-contre".
69890 CERFA n°10103*10 (FA13) - Etat éditeur « CERFA FA13 » Extranet Évolution
Adapter l'état CERFA APP disponible sur l'Extranet pour le mettre en conformité avec le CERFA 2023 (Cf état VAL_MYOPCA_Cerfa_FA13_Dossier_1010310_SR.rdl réalisé pour l'assistant back office).
69492 Duplication de dossier - Pas de recherche des champs CERFA employeur Évolution
Adapter la RG éditeur VAL_DOS_ASS_XTRA_CTRPRO_INIT_EMPLOYEUR initialisant les informations employeur dans les écrans CERFA des assistants de saisie pour ne rien faire dans le cas de la duplication de dossier (N.B. : dans ce cas, ce sont les informations du contrat source qui sont dupliquées).
69161 APP et PROA : rafraîchir le CERFA après modification de la fiche Personne Anomalie
Actualiser les champs "Apprenti" (CAPP)  et "Salarié" (PROA) dans les écrans CERFA après mise à jour de la fiche personne (comme cela existe pour les CERFA CPRO).
70191 CERFA - Code RNCP - Augmenter la taille (MY OPCO) Évolution
La taille du « Code RNCP » rattaché aux écrans CERFA de MY OPCO est augmentée pour permettre d’intégrer le préfixe (RNCP ou RS …) : elle est passée de 5 caractères actuellement (nombre de cases affichées sur les CERFA papier CAPP, CPRO et PRO-A) à 12 caractères (taille maximum du code certification dans le Référentiel des certifications de MY OPCO).
Cette adaptation concerne :
  • Le champ « Code RNCP » dans les tables
    • Contrats de MY OPCO (DOSINFOCONTRAT.DIC_CCODERNCP)
    • Historiques de contrats de MY OPCO (DOSINFOCTRHISTO.DIC_CCODERNCP)
  • Le champ de saisie « Code RNCP » des écrans CERFA (CAPP, CPRO et PRO-A) de
    • L’assistant de saisie dossier
    • La fiche dossier.
70192 CERFA - Code RNCP - Augmenter la taille (chargeur MY OPCO) Évolution
Prendre en compte dans le chargeur dossier, l'augmentation de la taille du code RNCP du contrat (passé de 5 à 12 caractères).
70194 CERFA - Code RNCP - Augmenter la taille (Extranet et API) Évolution
Prendre en compte dans l'API MY OPCO et les écrans CERFA de l'Extranet, l'augmentation de la taille du code RNCP du contrat (champ DOSINFOCONTRAT.DIC_CCODERNCP passé de 5 à 12 caractères).
70197 CERFA - Script d'initialisation du préfixe dans le code certification (rattrapage) Évolution
Mettre à disposition un script permettant d'initialiser le préfixe dans le code RNCP des CERFA (DOSINFOCONTRAT.DIC_CCODERNCP et DOSINFOCTRHISTO.DIC_CCODERNCP ) lorsque l'option "CERTIF_CODE_PREFIXE" est à Oui : si le code commence par un chiffre, suppression éventuelle des 0 à gauche et ajout du préfixe "RNCP" devant le code.
70209 CERFA - Code RNCP - Contrôle de la taille - Adaptations Évolution
Adapter les RG éditeur VAL_DOS_ASS_CTRL_CodeRNCP_Longueur et VAL_DOS_CTRL_CodeRNCP_Longueur contrôlant la longueur du code RNCP CERFA dans MY OPCO : contrôler que le code RNCP ne dépasse pas 9 caractères (contre 5 actuellement).
70228 Contrat APP - Recherche du coût annuel - Lecture de la CPNE à partir de l'IDCC Évolution
Mettre à disposition une nouvelle option dans les domaine « Dossier » et sous-domaine « Apprentissage » :

Code

Description

Valeurs possibles

SOURCE_NPEC

Critère de recherche du NPEC apprentissage

  • Branche (initialisée lors de la création de l’option pour compatibilité ascendante)
  • IDCC 


Prendre en compte cette option lors de la recherche du coût annuel de prise en charge pour un dossier :
  • valeur "Branche" : rechercher la CPNE à partir de la branche de l'inscription (fonctionnement actuel)
  • valeur "IDCC" : rechercher la CPNE à partir de la convention collective du contrat 
70319 CERFA n°10103*10 (FA13) - RG d'initialisation et de contrôle de l'OF sur le module Évolution
Adapter les règles d'initialisation de l'OF du module principal (RG VAL_DOS_ASS_CPRO_InitOF_Module)  et de contrôle de cohérence OF module / OF CERFA (RG VAL_DOS_Ctrl_Coherence_OF_Cerfa_Action) pour lire systématiquement le CFA responsable, même lorsqu'il y a un CFA principal.
64192 CERFA n°10103*10 (FA13) - Layout BO Évolution

Mettre à disposition des masques d'écran ("LAYOUT") pour la nouvelle version 10103*10 du CERFA dans l’assistant de saisie et la fiche dossier (même principe que pour la version précédente 10103*09).

Les différences par rapport à la version « 10103*09 »  :
  • cadre L'EMPLOYEUR : retirer le champ "Convention collective applicable"
  • autres cadres : ajouter les nouveaux champs du CERFA.

Layout assistant et dossier : FA13_10103_10

RG :  VAL_DOS_APPLIQUER_LAYOUT_FA13_10103_10 et VAL_DOS_ASS_APPLIQUER_LAYOUT_FA13_10103_10
65545 Contrat APP - Contrôle du barème - Lecture de la branche sur l'inscription Évolution
Adapter la RG éditeur "VAL_DOS_Ctrl_Bareme_CoutAnnuel_SurModules" de contrôle du barème et du coût annuel, pour lire la branche (servant de base à la recherche de la CPNE) sur l'inscription active (*) et non sur le dossier.

(*) correspondant à la dernière version du contrat (initial ou avenant).
65546 Contrat APP - Batch de mise à jour du barème et du coût annuel - Lecture de la branche sur l'inscription Évolution
Adapter la RG éditeur "VAL_BATCH_APP_RATTRAP_MajCoutFromReferentiel" mettant à jour le barème et le coût annuel à partir du Référentiel des certifications :
  • écarter les inscriptions désactivées
  • lire la branche (servant de base à la recherche de la CPNE) sur l'inscription et non sur le dossier.
65486 Traitement de rupture de contrat - Saisie d'une observation Évolution
Permettre d'enregistrer une observation liée à la rupture de contrat pour transmission à DECA :
  • ajout d'un champ "Observation rupture" dans les tables des contrats et des historiques de contrat
  • ajout d'un champ de saisie "Observation" sous la "Date de rupture" et le "Motif de rupture" dans les écrans :
    • du traitement stagiaire "Enregistrer une rupture de contrat"
    • "Déroulement et suivi" de la fiche stagiaire
  • prise en compte de ce nouveau paramètre dans la génération et le traitement de l'événement 108 - Enregistrer une rupture de contrat
  • copie de ce nouveau champ dans le traitement de création d'historique de contrat.
65489 Chargeur Dossier - Rupture de contrat - Observation Évolution
Ajouter le champ "Observation rupture" permettant d'enregistrer une observation liée à une rupture de contrat, dans la table inscription/contrat du chargeur et le traitement de chargement correspondant.
65490 DECA - Dépôt des ruptures de contrat - Observation Évolution Transmettre le champ "Observation rupture" de la fiche contrat dans le champ "commentaireRupture" des WS03 et WS21 de transmission des ruptures vers DECA.
70949 Avenant non géré sur les constantes 35_ et 38_ Évolution
Corriger l'indicateur "Avenant" mal initialisé sur les 2 nouvelles valeurs de types d'avenants (constantes) 35_ et 38_.
Budget
Fiche
69031 LDB - Initialisation des informations Agora à partir de la LDB parent en création de LDB Évolution
Mettre à disposition des RG éditeur "VAL_BUD_InitFilleAgora..." permettant d'initialiser en création de LDB fille, chaque information Agora (SIRET financeur, Source de financement, Type de financeur, Assujetti TVA du financeur) lorsqu'elle est vide, à partir de la LDB mère.

Point d'entrée conseillé : 7145 - RG : Budget => Initialisation Création.

(*) RG VAL_BUD_InitFilleAgora_SourceFinancement, VAL_BUD_InitFilleAgora_SiretFinanceur, VAL_BUD_InitFilleAgora_AssujetissementTVAFinanceur et VAL_BUD_InitFilleAgora_TypeFinanceur.
69062 LDB - Initialisation du type de financeur et de la source de financement Agora à partir de l'axe Évolution
Mettre à disposition une RG éditeur "VAL_BUD_InitAgoraFinanceur" permettant d'initialiser en création de LDB, les champs Agora "Source de financement" et "Type de financeur" lorsqu'ils sont vides (*), à partir de l'axe de la LDB  :
  • type de financeur : lu dans le champ CONSTANTE.TEXTE2 de l'axe
  • source de financement : lue dans le champ CONSTANTE.TEXTE3 de l'axe
Cette RG doit pouvoir être appelée à l'ouverture de l'écran et après modification de l'axe.

(*) Sur une LDB fille, ces champs ont pu être initialisés à partir de la LDB mère.
69063 LDB - Initialisation du SIRET financeur OPCO pour Agora Évolution
Mettre à disposition une RG éditeur "VAL_BUD_InitAgoraSIRET" permettant d'initialiser en création de LDB, le champ Agora "SIRET financeur"  lorsqu'il est vide (*) et que le "type de financeur" Agora est 19-OPCO :  lire le SIRET sur la fiche société de l'OPCO.

Cette RG doit pouvoir être appelée à l'ouverture de l'écran et après modification du "type de financeur" Agora.

(*) Sur une LDB fille, ce champ a pu être initialisé à partir de la LDB mère.
Traitement
69064 LDB - Traitement Diffuser des paramètres de cette LDB à sa descendance - Ajout des informations Agora Évolution
Adapter le traitement "Diffuser des paramètres de cette LDB à sa descendance" pour permettre de copier les informations Agora (SIRET financeur, Source de financement, Type de financeur, Assujetti TVA du financeur) de la LDB :
  • créer des constantes éditeur de type 804 pour ces 4 champs dans un nouveau domaine "9.AGORA"
  • afficher ces constantes dans l'écran de sélection des paramètres du traitement
  • prendre en compte ces champs dans le traitement de diffusion sur les LDB filles.
69066 LDB - Traitement Dupliquer l'arborescence - Ajout des informations Agora Évolution
Adapter le traitement "Dupliquer l'arborescence" pour copier les informations Agora (SIRET financeur, Source de financement, Type de financeur, Assujetti TVA du financeur) sur les LDB générées.
Paramétrage
Constante
65107 Paramétrage - Type Constante Catégorie de personne - Autoriser l'ajout, modification et suppression de constantes Évolution Modifier le type de constante 55 - TYPECATEG PERSONNE afin de basculer le type du domaine "EDITEUR" vers le domaine "PERSONNE" et de permettre d'ajouter, modifier ou supprimer des constantes (comme c'est déjà le cas pour les types de catégories sociétés).
70223 Constante - Liens constante entre IDCC et CPNE - Nouveau Évolution
Créer un type de liens constantes entre le type de constante "Convention collective" (Id 9) et "CPNE" (Id 873).
69054 Axe LDB - Liens avec le type de financeur et la source de financement Agora - Nouveau Évolution
Permettre de paramétrer des liens entre les constantes Axe de LDB et les codes type de financeur et source de financement Agora : 
  • ouvrir des champs "Type Agora" et "Source Agora" sur le type de constante 112-ACTAXE
  • initialiser ces champs de la façon suivante sur les constantes éditeur :
Id Code Intitulé Type Agora Source Agora
11983 CC Contribution conventionnelle 19 61
11985 CPF Compte Personnel de Formation 19 76
11986 CPRO Contrat de Professionnalisation 19 77
11987 CR Conseil Régional 6 64
11994 FNE AME Fonds National de l'Emploi 19 100
11995 FORMTUT Formation des tuteurs 19
11996 FSE Fonds Social Européen 19 62
11997 FTUT Fonction Tutorale 19
11998 GPEC Gestion Prévisionnelle de l'Emploi et des Compétences 19
12002 PPRO Période de Professionnalisation 19 77
12003 PLAN Plan de Formation 19
12009 VV Versement volontaire 19 71
12213 PROA Promotion par l'Alternance 19 77
12348 CAPP Contrat d’apprentissage 19 77
13566 PDC Plan de développement des compétences 19 78

67588 Constantes - Modification des types de constante Diplôme Évolution
Modifier les types de constantes suivants :
  • type 654 : remplacer le libellé "DIPMAXOBT" par "DIPLOME" et la description "Diplôme le plus élevé obtenu" par "Diplôme ou titre"
  • type 630 : remplacer la description "Diplôme du bénéficiaire du contrat" par "Diplôme ou titre".

65538 Type de tiers comptables - Personnalisation par filière Évolution
Permettre de personnaliser les types de tiers comptables par filière :
  • activer l'indicateur de personnalisation par filière sur le type de constante 50 - TYPETIERSCPT
  • prendre en compte les liens filière dans la liste déroulante des types de tiers par nature de frais de la fiche dossier (écran Contrôles et Suivi / cadre Financement).
RPC
69988 RPC - Critères d'éligibilité - Stat 13 et Stat 14 - Nouveau Évolution
Mettre à disposition des critères d'éligibilité de RPC sur les champs "Stat13" et "Stat14" de l'action dans la famille Dossier (comme cela existe pour les champs "Stat7" à "Stat12").
  • ajout de 2 critères de RPC "DOS_STAT13" et "DOS_STAT14" 
  • prise en compte de ces critères dans la fiche RPC (écran Critère) et la fonction de recherche des RPC éligibles dans la fiche dossier
  • ajout de critères de recherche Stat13 et Stat14 (domaine Critères Dossier) de la grille Règles de prise en charge.
Options
65711 Règlement - Virements internes - Nouvelles options Évolution
Créer les options ci-dessous pour permettre de traiter les virements internes vers le compte banque pivot :
Code
Description
Valeurs par défaut
REFVIREMEN_INT
(même principe que REFVIREMEN pour les  tiers)
Référence EndToEndId de la ligne détail du fichier de virement vers le compte pivot
  (1)
REFVIREMEN_COMP_INT
(même principe que REFVIREMEN_COMP pour les tiers)
Référence Ustrd de la ligne détail du fichier de virement vers le compte pivot
 (2)

(1) script personnalisable permettant de remonter par défaut : « PIVOT » suivi du numéro de lot de règlement
Exemple : PIVOT-LOT 303
(2) script personnalisable permettant de remonter par défaut : Code de la banque pivot suivi du code de la banque section émettrice suivi de « A » suivi du code de la banque pivot suivi de « DECA » suivi du numéro de lot de règlement
Exemple : CE ALTE A CE DECA-LOT 373 (CE pour Caisse d’Epargne, ALTE pour section Alternance).
Règles de contrôle et suivi
69748 Règles de contrôles et suivi - Liens motifs de non conformité Évolution
Permettre de paramétrer les motifs de non conformité (constantes de type 903) par règle : ajout sur l'écran de paramétrage des règles de contrôle et suivi, d'un bouton "Constantes" ouvrant un écran affichant 2 colonnes (mêmes principe que pour l'écran Critères d'éligibilité" sur la gestion des banques) "Constantes disponibles" à gauche et "Constantes affectées" à droite avec des flèches au milieu permettant de passer une valeur d'un côté à l'autre. 
67741 Constantes - Règles - Motifs de non conformité - Nouveau Évolution
Créer un type de constante "Motif de non conformité des règles" dans le domaine REGLES avec ouverture d'un champ "Commentaires -1 Oui / 0 Non " (BOR_INF)  et mettre à disposition les constantes éditeur ci-dessous :
  • 01 - Illisible
  • 02 - Absence de signature
  • 03 - Format non conforme
  • 04 - Informations non conformes
avec le champ "Commentaires" (BOR_INF) à "Oui" (-1).
67706 Règles de contrôles et suivi - Liens - Paramétrage de la Conformité par défaut Évolution
Lors du paramétrage des liens (filière pour dossier, catégorie pour société ...) pour les règles (pièces, contrôles, motifs ...), permettre d'indiquer la valeur par défaut du champ "Conformité" : ? (valeur par défaut), Non, Oui.
67755 Règles de contrôles et suivi - Ajout de règle - Initialisation du champ Conforme Évolution
Dans les différentes fonctions d'ajouts de règles (pièces, contrôles, motifs) sur une fiche (dossier, facture, société, convention ...), initialiser par défaut le champ "Conforme" (RENTITE.SRESULTAT) à partir du paramétrage de la pièce.
67772 Règles de contrôles et suivi - Nouveaux champs Motif de non conformité et Relance Évolution
Ajouter les champs suivants dans la table des règles par entité (RENTITE) :
  • motif de non conformité" (type entier) :  pointant sur le nouveau type de constante "Motif de non conformité" (Id 903)
  • numéro de dernière relance (entier) : à 0 par défaut, s'incrémentant à chaque relance de la pièce
  • date de dernière relance (datetime) : vide par défaut, mise à jour à chaque relance de la pièce.
65526 Règles de contrôle et suivi - Afficher l'ID de la règle Évolution
Dans l'écran de branchement des règles de contrôle et suivi par filière (pour les dossiers), catégorie (pour les sociétés), ... afficher une colonne "ID Règle" devant les colonnes "Code" et "Libellé" : dans la grille du haut affichant les liens et dans la grille du bas affichant les règles à sélectionner.
66044 Règles de contrôle et suivi - Domaine Evénement Évolution
Permettre de paramétrer des règles de contrôle et suivi sur le domaine Evénement avec possibilité de distinguer les rattachements par type d'événement.
Extranet
Facture
66578 Extranet Facture - Nombre d'heures à 0 si ligne stagiaire décochée Évolution
Extranet , Assistant de saisie d'une facture, lorsqu'on décoche une ligne stagiaire, mettre le nombre d'heures de la ligne à zéro.
Technique
67528 Extranet - Titre, CGU par espace Évolution
Dans l'extranet, permettre de paramétrer par Espace :
  • Le titre dans le navigateur
  • Le titre de la page
  • et si possible les CGU
API CFA
66609 API CFA - Contrôle de l'unicité - Optimisation Évolution
Adapter la RG éditeur VAL_DOS_ASS_CFA_Ctrl_Unicite contrôlant l'unicité du dossier pour l'API CFA :   exploiter le (nouveau) champ "Type de contrat" du dossier pré-saisi (ASSISTANT_ITEM.ASI_STYPECONTRAT) au lieu de le lire dans le fichier XML.
70202 API CFA - Transmission du code RNCP - Gestion du préfixe Évolution
Adapter les échanges relatifs au "code RNCP" dans l'API CFA pour tenir compte de l'option de gestion du préfixe "CERTIF_CODE_PREFIXE"  sur les certifications :
  • suppression du préfixe RNCP : ne plus le faire systématiquement mais uniquement lorsque l'option est à Non
  • lors de la lecture du dossier (méthode « GET dossiers »), le préfixe « RNCP » ne doit être ajouté au « code RNCP » de MY OPCO que si le code ne commence pas déjà par RNCP
  • lors de la réception d’un dossier (méthode « POST dossiers »)
    • si l'option est à Oui
      • ajouter le préfixe « RNCP » si le code transmis commence par un chiffre
      • contrôler que le code est sur 9 positions maximum
    • sinon
      • retirer le préfixe « RNCP » s’il est transmis
      • contrôler que le code est sur 5 positions maximum
70208 API CFA - RG d'initialisation et contrôle de la certification - Adaptations Évolution
Adapter les RG éditeur d'initialisation et contrôle de la certification lors de la réception d'un CERFA dans l'API CFA :

Nom RG

Description RG

Adaptation

VAL_DOS_ASS_CFA_Init_RNCP_APartir_Code
Initialise s'il y a correspondance, le RNCP à partir du code RNCP. Si pas de correspondance, on n'initialise pas
Ne pas limiter au type de certification RNCP (id 13692) mais rechercher sur tous les types de certifications liés à la filière du dossier
VAL_DOS_ASS_CFA_Ctrl_Formation_CodeRNCP
Contrôle que le code RNCP est saisi et existe dans le Référentiel des certifications de MY OPCO
Ne pas limiter au type de certification RNCP (id 13692) mais rechercher sur tous les types de certifications liés à la filière du dossier

69439 API CFA - Indexation automatique des documents - Adaptations Évolution
Lors de la réception des documents de l'API CFA, permettre de les indexer automatiquement sur les types de documents API/Extranet MY OPCO afin de pouvoir exploiter le pointage automatique des pièces (dossier ou facture) :
  • créer un type de lien constantes entre les types de constante 886 (type de fichier pour la GED) utilisé pour l'API CFA et 700004 (pièces disponibles) utilisé pour l'API/Extranet MY OPCO : constante 14179
  • à la réception d'un document dans l'API CFA, quelle que soit la méthode (POST documents ou directement lié à une facture), après indexation sur le type de constante 886 (index 34), rechercher l'existence de liens entre la constante de type 886 et les constantes de type 700004 pour le domaine (Dossier / facture) correspondant au type d'objet du document (DOSSIER_APPRENTISSAGE / FACTURE) et, pour chaque lien trouvé (généralement 1 seul), créer un nouvel index de type 700005.
64157 API CFA - POST Dossiers - Rattachement contact employeur Évolution
Lors de la réception du dossier, si les champs "nom" et "prenom" du pavé "employeur" du CERFA sont non vides, rechercher dans le personnel de la société employeur s'il existe une personne avec les mêmes nom et prénom : si oui, initialiser le champ "Contact" du cadre Employeur du CERFA.
65374 API CFA - POST Dossiers - RG de contrôle des champs du nouveau CERFA n°10103*10 (FA13) Évolution
Mettre à disposition les RG éditeur visant à contrôler les nouveaux champs du CERFA provenant de l'API CFA.
Les RG seront branchées, comme les précédentes, en mode bloquant sur le point d'entrée 14554 - Création (API)

Champ JSON Remarques
apprenti/responsableLegal/courriel Créer une RG VAL_DOS_ASS_CFA_Ctrl_Apprenti_RepLegal_Courriel réalisant :
* les mêmes types de contrôles sur le courriel que la RG VAL_DOS_ASS_CFA_Ctrl_Employeur_Courriel pour le courriel employeur
* le même type de contrôle sur l'âge de l'apprenti (majeur) que dans les autres RG  VAL_DOS_ASS_CFA_Ctrl_Apprenti_RepLegal_...
Dans un premier temps, le contrôle sur le champ non vide sera mis en commentaires.
maitre1/nir Créer une RG VAL_DOS_ASS_CFA_Ctrl_MaitreApp_NIR réalisant les mêmes types de contrôles sur le NIR que la RG VAL_DOS_ASS_CFA_Ctrl_Apprenti_NIR pour le NIR apprenti
Dans un premier temps, le contrôle sur le champ non vide sera mis en commentaires.
maitre1/courriel Créer une RG VAL_DOS_ASS_CFA_Ctrl_MaitreApp_Courriel réalisant les mêmes types de contrôles sur le courriel que la RG VAL_DOS_ASS_CFA_Ctrl_Employeur_Courriel pour le courriel employeur
Dans un premier temps, le contrôle sur le champ non vide sera mis en commentaires.
maitre2/nir Créer une RG VAL_DOS_ASS_CFA_Ctrl_MaitreApp_NIR réalisant les mêmes types de contrôles sur le NIR que la RG VAL_DOS_ASS_CFA_Ctrl_Apprenti_NIR pour le NIR apprenti
Dans un premier temps, le contrôle sur le champ non vide sera mis en commentaires.
maitre2/courriel Créer une RG VAL_DOS_ASS_CFA_Ctrl_MaitreApp_Courriel réalisant les mêmes types de contrôles sur le courriel que la RG VAL_DOS_ASS_CFA_Ctrl_Employeur_Courriel pour le courriel employeur
Dans un premier temps, le contrôle sur le champ non vide sera mis en commentaires.
contrat/dateFormationPratiqueEmployeur Créer une RG VAL_DOS_ASS_CFA_Ctrl_Contrat_DateDebFormPratique réalisant le même type de contrôle par rapport aux dates de conclusion et fin de contrat que la RG VAL_DOS_ASS_CTRL_WS01_B52_DateDebFormPratique de MY OPCO
organismeFormationLieuFormationPrincipal/denomination Créer une RG VAL_DOS_ASS_CFA_Ctrl_Formation_DenominationCFALieu réalisant les mêmes types de contrôles que la RG VAL_DOS_ASS_CFA_Ctrl_Formation_DenominationCFA pour le CFA responsable
organismeFormationLieuFormationPrincipal/siret Créer une RG VAL_DOS_ASS_CFA_Ctrl_Formation_SiretCFALieuForm réalisant les mêmes types de contrôles sur le SIRET que la RG VAL_DOS_ASS_CFA_Ctrl_Employeur_Siret pour le CFA responsable
organismeFormationLieuFormationPrincipal/uaiCfa Créer une RG VAL_DOS_ASS_CFA_Ctrl_Formation_UAICFALieuForm réalisant les mêmes types de contrôles sur l'UAI que la RG  RG VAL_DOS_ASS_CFA_Ctrl_Formation_UAI  pour le CFA responsable

Créer une RG 
VAL_DOS_ASS_CFA_Ctrl_Formation_SiretUAICFALieuForm réalisant les mêmes types de contrôles sur l'UAI et le SIRET que la RG  VAL_DOS_ASS_CFA_Ctrl_Formation_SiretUAI  pour le CFA responsable
organismeFormationLieuFormationPrincipal/adresse/adresse1 Créer une RG VAL_DOS_ASS_CFA_Ctrl_Formation_Adresse_CFALieuForm réalisant les mêmes types de contrôles sur le numéro et la voie que la RG  VAL_DOS_ASS_CFA_Ctrl_Formation_Adresse  pour le CFA responsable
organismeFormationLieuFormationPrincipal/adresse/codePostal Créer une RG VAL_DOS_ASS_CFA_Ctrl_Formation_CodePostal_CFALieuF réalisant les mêmes types de contrôles sur le numéro et la voie que la RG  VAL_DOS_ASS_CFA_Ctrl_Formation_CodePostal pour le CFA responsable
organismeFormationLieuFormationPrincipal/adresse/commune Créer une RG VAL_DOS_ASS_CFA_Ctrl_Formation_Commune_CFALieuForm réalisant les mêmes types de contrôles sur la commune que la RG  VAL_DOS_ASS_CFA_Ctrl_Formation_Commune pour le CFA responsable


65759 API CFA - Apprenti - Contrôle de la date de naissance - Projet de création ou reprise d'entreprise Évolution
Adapter la RG éditeur VAL_DOS_ASS_CFA_Ctrl_Apprenti_DateNaissance contrôlant la date de naissance de l'apprenti pour l'API CFA :   prendre en compte le projet de création/reprise d'entreprise dans les clauses permettant à l'apprenti d'avoir 30 ans ou plus.
Le contrôle devient :
L'âge de l'apprenti par rapport à la date de conclusion du contrat doit être < 30 SAUF
SI l'apprenti est travailleur handicapé OU (SI le type de dérogation est 12 ou 50 OU SI l'indicateur Projet de création ou reprise d'entreprise est coché
ET QUE le type de contrat est 11 ou 21 ou 22 ou 23 ou 33)
69361 API CFA - POST Dossiers - RG de contrôle des champs Lieu de formation principal du nouveau CERFA n°10103*10 - Adaptations Évolution
Adapter les RG éditeur (*) de contrôle de nouveaux champs CERFA 10103*10 concernant les informations du lieu de formation principal (*) pour les dossiers provenant de l'API CFA : 
  • ne faire les contrôles que lorsque la case "Le CFA responsable est le lieu de formation principal" n'est pas cochée
  • lorsque la RG contrôle à la fois la présence du champ et la validité (Ex> SIRET, UAI, Code postal), mettre en commentaires la partie contrôlant la présence du champ (elle sera réactivée lorsque les champs seront obligatoires pour la DGEFP).
RG VAL_DOS_ASS_CFA_Ctrl_Formation_Adresse_CFALieuForm, VAL_DOS_ASS_CFA_Ctrl_Formation_CodePostal_CFALieuForm, VAL_DOS_ASS_CFA_Ctrl_Formation_Commune_CFALieuForm, VAL_DOS_ASS_CFA_Ctrl_Formation_DenominationCFALieuForm, VAL_DOS_ASS_CFA_Ctrl_Formation_SiretCFALieuForm, VAL_DOS_ASS_CFA_Ctrl_Formation_SiretUAICFALieuForm et VAL_DOS_ASS_CFA_Ctrl_Formation_UAICFALieuForm.
71946 API CFA - POST Dossier - Identifiant de l'of lieu principal non trouvé : ne pas interrompre le traitement (suppression du contrôle) Évolution
Sur la méthode POST Dossier permettant de transmettre le CERFA APP dans l'API CFA, ne pas bloquer si la recherche du CFA lieu de formation principal à partir du SIRET dans le Référentiel OF de MY OPCO ne remonte rien.
Dans ce cas, le champ "Etablissement lieu de formation principal" du contrat, désormais facultatif, sera vide dans MY OPCA et seules les informations transmises (dénomination, SIRET, UAI, adresse ...) seront enregistrées sur le contrat.
72104 API CFA - POST Dossiers - RG de contrôle de l'UAI du lieu de formation principal - Champ facultatif Évolution
Adapter la RG éditeur "VAL_DOS_ASS_CFA_Ctrl_Formation_UAICFALieuForm" contrôlant l'UAI du lieu de formation principal (*) pour les dossiers provenant de l'API CFA : 
  • ne pas retourner une erreur si le champ est  vide
  • ne faire le contrôle de cohérence de l'UAI que si le champ est non vide.
73772 API CFA - POST Dossiers - Contrôle du type de contrat - Nouvelles valeurs Évolution
Adapter les RG éditeur :
  • VAL_DOS_ASS_CFA_Ctrl_Contrat_TypeCtr empêchant d'intégrer les types de contrat avenant dans l'API CFA
  • VAL_DOS_ASS_CFA_Ctrl_Contrat_NumContratPrecedent contrôlant que le numéro de contrat précédent est saisi si le type de contrat est un renouvellement ou un avenant
  • VAL_DOS_ASS_CFA_Ctrl_Contrat_DateEffetAvenant contrôlant la date d'effet de l'avenant
pour prendre en compte les 2 nouvelles valeurs créées avec le CERFA 2023 :  constante 14137 pour 35_ et constante 14138 pour 38_.
Dossier
72147 Extranet - Habilitations sur les dossiers Évolution
Ne pas tenir compte de l'indicateur Désactivé du tiers demandeur du dossier lors de l'ouverture de la fiche dossier sur l'Extranet.
Compte
65857 Extranet - Création d'utilisateur - Tri par défaut dans la grille des personnes Évolution
Dans la grille de "Sélection d'un salarié" s'ouvrant lors de la création d'un utilisateur dans l'Extranet, ordonner par défaut par nom (en ordre croissant) puis prénom (en ordre croissant).
Pièces
66550 Extranet - Personnalisation de la visibilité des documents liés à l'entreprise Évolution
Possibilité de personnaliser la recherche des documents entreprise sur l'Extranet : appel d'une fonction de recherche personnalisée (pcVAL_API_Ref_GetEntrep_Documents_Custom) depuis la fonction de recherche standard (pcVAL_API_Ref_GetEntrep_Documents).
Espace OF
67478 Extranet - Création d'utilisateur - groupe non coché Évolution
Dans la fiche de création d'un utilisateur dans l'Extranet, les groupes ne doivent pas être cochés par défaut.
A la validation, contrôler qu'au moins un groupe est coché.

67480 Extranet - Fiche utilisateur - ajout de la date de naissance Évolution
Dans le cadre Utilisateur de la fiche utilisateur, ajouter sous le champ "Prénom" le champ "Date de naissance" qui alimentera la date de naissance de la fiche personne.
Contrôler que si la date de naissance est visible dans l'écran (habilitation) alors elle est obligatoire à la validation de la fiche ; message "La date de naissance est obligatoire" en cas d'erreur.
API
Convention
65902 API - Convention - Consultation d'une convention Évolution
Mettre à disposition une méthode API permettant de consulter les informations principales d'une convention.
La méthode reçoit en paramètres :
  • une référence convention (obligatoire)  : Id convention MY OPCO ou Numéro de convention ou Réf externe 
et retourne :
  • l'identifiant MY OPCO de la convention
  • CONVENTION : toutes les informations métier de la convention (visibles dans l'écran principal Convention  de la fiche convention de MY OPCO)
  • TIERS : liste des tiers (dont le tiers principal) avec toutes les informations métier de la fiche tiers / convention.
N.B. : pour chaque tiers, on remonte : Id société de MY OPCO, Code société, Raison sociale, SIRET.
Pour l'interlocuteur, on remonte : Id personne de MY OPCO,  Nom, Nom de naissance, Prénom, Civilité. 
65904 API - Convention - Création d'une convention Évolution
Mettre à disposition une méthode API permettant de créer une convention.
La méthode reçoit en paramètres :
  • CONVENTION : toutes les informations métier (visibles dans MY OPCO) de la convention
  • TIERS PRINCIPAL : Réf Tiers (Id ou SIRET ou Réf externe) pour recherche de la société + Réf interlocuteur (Id ou Nom/Prénom) pour recherche de la personne +  informations métier de la fiche tiers de la convention
et retourne :
  • l'identifiant MY OPCO de la convention

L'intitulé de la convention est obligatoire.
Il faut au moins et au plus un tiers principal fourni pour la convention.
Si un tiers est fourni, il faut soit l'identifiant, le siret ou la référence externe pour le rechercher.
Si le nom ou le prénom de l'interlocuteur du tiers est fourni, le prénom ou le nom est obligatoire (ces deux critères doivent être obligatoirement fournis ensemble).

Créer deux points d'entrée :
  • un de contrôle : 701935
  • un de workflow : 701936
65906 API - Convention - Modification d'une convention Évolution
Mettre à disposition une méthode API permettant de modifier les informations principales d'une convention.
La méthode reçoit en paramètres :
  • une référence convention (obligatoire)  pour permettre de rechercher la convention : Id convention MY OPCO ou Numéro de convention ou Réf externe 
  • CONVENTION :  toutes les informations métier de la convention (visibles dans l'écran principal Convention  de la fiche convention de MY OPCO).
et retourne :
  • l'identifiant MY OPCO de la convention modifiée.
65907 API - Convention - Ajout d'un tiers secondaire Évolution
Mettre à disposition une méthode API permettant d'ajouter un tiers secondaire sur une convention.
La méthode reçoit en paramètres :
  • une référence convention (obligatoire)  pour permettre de rechercher la convention : Id convention MY OPCO ou Numéro de convention ou Réf externe 
  • TIERS : Réf Tiers (Id ou SIRET ou Réf externe) pour recherche et rattachement de la société + Réf interlocuteur (Id ou Nom/Prénom) pour recherche et rattachement de la personne +  informations métier de la fiche tiers de la convention
et retourne :
  • l'identifiant MY OPCO de la convention
  • l'identifiant convention / tiers MY OPCO (CONVTIERS.SCONVTIERS)
  • l'identifiant (SENTITE) MY OPCO du tiers
    l'identifiant personnel MY OPCO de l'interlocuteur (CONVTIERS.SPERSONNEL)
  • l'identifiant (SENTITE) MY OPCO de l'interlocuteur
65911 API - Convention - Modification d'un tiers Évolution
Mettre à disposition une méthode API permettant de modifier les informations d'un tiers sur une convention.
La méthode reçoit en paramètres :
  • une référence convention (obligatoire)  : Id convention MY OPCO ou Numéro de convention ou Réf externe 
  • une référence tiers (obligatoire) : Id société MY OPCO ou SIRET ou Réf externe
ou
  • une référence convention (obligatoire) : Id convention MY OPCO ou Numéro de convention ou Réf externe 
  • une référence tiers convention (obligatoire) : Id MY OPCO (CONVTIERS.SCONVTIERS) ou numéro externe de convention tiers (CONVTIERS.CNUM)
pour rechercher la fiche à mettre à jour (*)
  • Réf interlocuteur (Id ou Nom/Prénom) pour recherche de la personne si modification
  • les informations métier de la fiche tiers de la convention à mettre à jour 

et retourne :
  • l'identifiant MY OPCO de la convention
  • l'identifiant convention / tiers MY OPCO (CONVTIERS.SCONVTIERS)
  • l'identifiant (SENTITE) MY OPCO du tiers
  • l'identifiant (SENTITE) MY OPCO de l'interlocuteur
  • l'identifiant convention / tiers MY OPCO (CONVTIERS.SCONVTIERS) de la ligne mise à jour.
(*) Si plusieurs fiches remontent, la méthode renvoie une erreur.
65913 API - Convention - Suppression d'un tiers Évolution
Mettre à disposition une méthode API permettant de supprimer un tiers sur une convention.
La méthode reçoit en paramètres :
  • une référence convention (obligatoire)  : Id convention MY OPCO ou Numéro de convention ou Réf externe 
  • une référence tiers (obligatoire) : Id société MY OPCO ou SIRET ou Réf externe
ou
  • une référence convention (obligatoire)  : Id convention MY OPCO ou Numéro de convention ou Réf externe 
  • une référence tiers convention (obligatoire) : Id MY OPCO (CONVTIERS.SCONVTIERS) ou numéro externe de convention tiers (CONVTIERS.CNUM)
pour rechercher la fiche à supprimer (*)

et retourne :
  • l'identifiant MY OPCO de la convention
  • l'identifiant société (SENTITE) MY OPCO du tiers
  • l'identifiant convention / tiers MY OPCO (CONVTIERS.SCONVTIERS) de la ligne supprimée
(*) Si plusieurs fiches remontent, la méthode renvoie une erreur.
65914 API - Convention - Consultation des échéances du tiers Évolution
Mettre à disposition une méthode API permettant de consulter les échéances d'une convention pour un tiers.
La méthode reçoit en paramètres :
  • une référence convention (obligatoire)  : Id convention MY OPCO ou Numéro de convention ou Réf externe 
  • une référence tiers (obligatoire) : Id société MY OPCO ou SIRET ou Réf externe
Si le tiers n'a pas été trouvé => erreur
Si plusieurs conventions trouvées à partir des informations fournies => erreur

et retourne :
  • l'identifiant MY OPCO de la convention
  • le numéro de la convention
  • l'intitulé de la convention
  • ECHEANCES : liste des échéances pour la convention et le tiers, avec toutes les informations métier (visibles dans MY OPCO) de la fiche échéance.
65915 API - Convention - Ajout d'une échéance Évolution
Mettre à disposition une méthode API permettant d'ajouter une échéance sur une convention.
La méthode reçoit en paramètres :
  • une référence convention (obligatoire)  pour permettre de rechercher la convention : Id convention MY OPCO ou Numéro de convention ou Réf externe 
  • une référence tiers (obligatoire) pour permettre de rechercher le tiers : Id société MY OPCO ou SIRET ou Réf externe
  • ECHEANCE :  informations métier de la fiche échéance de la convention
Le tiers fourni doit être associé à la convention et doit exister. On ne peut pas créer d'échéances si le tiers n'est pas associé (CONVTIERS) (erreur sinon)

Les informations pour rechercher la convention ne doivent retourner qu'une seule convention (erreur sinon).

Le type d'appel doit exister et doit pouvoir être associée à la convention (même principe que sur myopco v11, erreur sinon).

La LDB doit être associée à la convention et doit exister. (erreur sinon)
La recherche peut être faite via l'identifiant, le code et la référence externe.

L'année MS doit correspondre à un exercice existant.

et retourne :
  • l'identifiant MY OPCO de la convention
  • l'identifiant (SENTITE) MY OPCO du tiers
  • l'identifiant MY OPCO de l'échéance créée (CONVECHEANCIER.CEC_SCONVECHEANCIER)
65916 API - Convention - Modification d'une échéance Évolution
Mettre à disposition une méthode API permettant de modifier une échéance sur une convention.
La méthode reçoit en paramètres :
  • une référence convention (obligatoire)  : Id convention MY OPCO ou Numéro de convention ou Réf externe 
  • une référence échéance (obligatoire) : Id MY OPCO (CONVECHEANCIER.CEC_SCONVECHEANCIER) 
pour rechercher la fiche à mettre à jour
  • les informations métier de la fiche échéance à mettre à jour 

Le tiers fourni doit être associé à la convention. On ne peut pas modifier le tiers de l'échéance si celui-ci n'est pas associé (CONVTIERS).

et retourne :
  • l'identifiant MY OPCO de la convention
  • l'identifiant MY OPCO de l'échéance créée (CONVECHEANCIER.CEC_SCONVECHEANCIER)
65917 API - Convention - Suppression d'une échéance Évolution
Mettre à disposition une méthode API permettant de supprimer une échéance sur une convention.
La méthode reçoit en paramètres :
  • une référence convention (obligatoire)  : Id convention MY OPCO ou Numéro de convention ou Réf externe 
  • une référence échéance (obligatoire) : Id MY OPCO (CONVECHEANCIER.CEC_SCONVECHEANCIER) 
pour rechercher la fiche à supprimer

et retourne :
  • l'identifiant MY OPCO de la convention
Document
67399 API - GED - Supprimer un index Évolution
Mettre à disposition une nouvelle route API (*) permettant de supprimer un index à partir de l'identifiant du document (DCINFO.SDOCINFO) et de l'identifiant de l'index (DOCINDEX.IDX_SINDEX)

Précisions :
  • Route accessible en mode authentifié uniquement
  • La route sera visible dans le swagger dans la partie "Document Management"

(*) DELETE v1.0/documents/{id}/indexes/{indexId}
Référentiel
60465 API - Référentiel ADH - Recherche du statut France Compétences Évolution
Mettre à disposition une méthode API permettant de remonter la valeur du statut France Compétences pour un adhérent et une date de référence donnés.
La méthode reçoit en paramètres :
  • une référence établissement adhérent (obligatoire)  : Id MY OPCO ou SIRET ou Réf externe
  • une date de référence (date du jour si vide)
et retourne :
  • l'identifiant MY OPCO de l'établissement adhérent (SENTITE)
  • le code MY OPCO de l'adhérent (SENTREP)
  • la valeur du statut
    • Actif avec données manquantes ou Actif sans données manquantes ou Délégué ou Hors champ à vérifier ... correspondant au libellé de la valeur de la période FR_STATUT si elle existe pour l'établissement et la date donnés
    • Inconnu si l'établissement ou la période n'est pas trouvé dans MY OPCO
  • l'indicateur finançable : 
    • Oui  si 
      • existence d'une période FR_FINANC avec une valeur Oui à la date donnée
ou
      • pas d'existence d'une période FR_FINANC à la date donnée et existence d'une période FR_STATUT à la date donnée avec une valeur ACTIF_01 ou ACTIF_02 ou PROVIS_01
    • Non si 
      • existence d'une période FR_FINANC avec une valeur Non à la date donnée
      ou
      • pas d'existence d'une période FR_FINANC à la date donnée et pas d'existence d'une période FR_STATUT à la date donnée
ou
      • pas d'existence d'une période FR_FINANC à la date donnée et existence à la date donnée d'une période FR_STATUT avec une valeur différente de ACTIF_01 ou ACTIF_02 ou PROVIS_01
Dossier
60654 API - Dossier - Désistement de stagiaire Évolution
Mettre à disposition une méthode API permettant de signaler un désistement de stagiaire sur un dossier et créer un événement de type "Annuler l'inscription" (Id 71) en attente.
La méthode reçoit en paramètres :
  • une référence dossier (obligatoire)  : Id MY OPCO ou Code ou Réf externe
  • une référence stagiaire (obligatoire)  : Id inscription MY OPCO ou Nom / Prénom / Date de naissance du stagiaire ou NIR ou Numéro Agora
et retourne :
  • l'identifiant MY OPCO de l'événement créé.
60692 API - Dossier - Rupture de contrat Évolution
Mettre à disposition une méthode API permettant de signaler une rupture de contrat sur un dossier et créer un événement de type "Enregistrer une rupture de contrat" (Id 108) en attente.
La méthode reçoit en paramètres :
  • une référence dossier (obligatoire)  : Id MY OPCO ou Code ou Réf externe
  • une référence stagiaire (obligatoire)  : Id inscription MY OPCO ou Nom / Prénom / Date de naissance du stagiaire ou NIR ou Numéro DECA
Informations rupture (obligatoire)
  • une date de rupture
  • un motif de rupture : Id constante (type 217) ou Code constante (type 217)
Informations suivi contrat (facultatif)
  • une situation après rupture, dans l'établissement  : Id constante (type 238) ou Code constante (type 238)
  • une situation après rupture, hors de l'établissement : Id constante (type 239) ou Code constante (type 239)
  • l'obtention de la qualification préparée  :  Id constante (type 876) ou Code constante (type 876)
  • motif de départ de l'entreprise :  Id constante (type 240) ou Code constante (type 240)
et retourne :
  • l'identifiant MY OPCO de l'événement créé.
60695 API - Dossier - Annulation de rupture de contrat Évolution
Mettre à disposition une méthode API permettant de signaler une annulation de rupture de contrat sur un dossier et créer un événement de type "Annuler une rupture de contrat" (Id 146) en attente.
La méthode reçoit en paramètres :
  • une référence dossier (obligatoire)  : Id MY OPCO ou Code ou Réf externe
  • une référence stagiaire (obligatoire)  : Id inscription MY OPCO ou Nom / Prénom / Date de naissance du stagiaire ou NIR ou Numéro DECA
  • un motif (obligatoire) : texte libre sur 200 caractères maximum
et retourne :
  • l'identifiant MY OPCO de l'événement créé.
60700 API - Dossier - Demande de subrogation Évolution
Mettre à disposition une méthode API permettant de transmettre une demande de subrogation sur un dossier et créer un événement de type "Ajouter la subrogation" (Id 162) en attente.
La méthode reçoit en paramètres :
  • une référence dossier (obligatoire)  : Id MY OPCO ou Code ou Réf externe
  • un indicateur Complément de forfait entreprise (obligatoire) : Oui / Non
et retourne :
  • l'identifiant MY OPCO de l'événement créé.
60701 API - Dossier - Arrêt de la subrogation Évolution
Mettre à disposition une méthode API permettant de transmettre une demande d'arrêt de la subrogation sur un dossier et créer un événement de type "Supprimer la subrogation" (Id 163) en attente.
La méthode reçoit en paramètres :
  • une référence dossier (obligatoire)  : Id MY OPCO ou Code ou Réf externe
et retourne :
  • l'identifiant MY OPCO de l'événement créé.
62551 API - Dossier - Annulation de formation Évolution
Mettre à disposition une méthode API permettant de signaler une annulation de formation sur un dossier et créer un événement de type "Annuler un dossier" (Id 54) en attente.
La méthode reçoit en paramètres :
  • une référence dossier (obligatoire)  : Id MY OPCO ou Code ou Réf externe
Informations annulation 
  • une date d'annulation (obligatoire)
  • un motif d'annulation (obligatoire) : Id constante (type 212) ou Code constante (type 212)
  • une observation (facultative) : 255 caractères maximum
et retourne :
  • l'identifiant MY OPCO de l'événement créé.
62552 API - Dossier - Annulation d'annulation de formation Évolution
Mettre à disposition une méthode API permettant de signaler l'annulation d'une annulation de formation sur un dossier et créer un événement de type "Réactiver un dossier annulé" (Id 55) en attente.
La méthode reçoit en paramètres :
  • une référence dossier (obligatoire)  : Id MY OPCO ou Code ou Réf externe
Informations sur le traitement 
  • une observation (obligatoire) : 255 caractères maximum
et retourne :
  • l'identifiant MY OPCO de l'événement créé.
62553 API - Dossier - Fin anticipée de formation Évolution
Mettre à disposition une méthode API permettant de signaler une fin anticipée de formation sur un dossier et créer un événement de type "Interrompre / Fin anticipée" (Id 56) en attente.
La méthode reçoit en paramètres :
  • une référence dossier (obligatoire)  : Id MY OPCO ou Code ou Réf externe
Informations fin anticipée
  • une date de fin anticipée (obligatoire)
  • un motif de fin anticipée (obligatoire) : Id constante (type 875) ou Code constante (type 875)
et retourne :
  • l'identifiant MY OPCO de l'événement créé.
62554 API - Dossier - Annulation de fin anticipée de formation Évolution
Mettre à disposition une méthode API permettant de signaler l'annulation d'une fin anticipée de formation sur un dossier et créer un événement de type "Annuler la fin anticipée" (Id 57) en attente.
La méthode reçoit en paramètres :
  • une référence dossier (obligatoire)  : Id MY OPCO ou Code ou Réf externe
et retourne :
  • l'identifiant MY OPCO de l'événement créé.
62555 API - Dossier - Refus de prise en charge Évolution
Mettre à disposition une méthode API permettant de signaler un refus de prise en charge sur un dossier et créer un événement de type "Refuser le dossier" (Id 52) en attente.
La méthode reçoit en paramètres :
  • une référence dossier (obligatoire)  : Id MY OPCO ou Code ou Réf externe
Informations annulation 
  • une date de refus (obligatoire)
  • un motif de refus (obligatoire) : Id constante (type 211) ou Code constante (type 211)
  • une observation (facultative) : 255 caractères maximum
et retourne :
  • l'identifiant MY OPCO de l'événement créé.
62556 API - Dossier - Annulation d'un refus de prise en charge Évolution
Mettre à disposition une méthode API permettant de signaler l'annulation d'un refus de prise en charge sur un dossier et créer un événement de type "Réactiver un dossier refusé" (Id 53) en attente.
La méthode reçoit en paramètres :
  • une référence dossier (obligatoire)  : Id MY OPCO ou Code ou Réf externe
et retourne :
  • l'identifiant MY OPCO de l'événement créé.
63953 API - Dossier - Consultation d'une formation Évolution
Mettre à disposition une méthode API permettant de consulter les informations (action, modules) liées à une formation.
La méthode reçoit en paramètres :
  • une référence (obligatoire)  : Id dossier MY OPCO ou Code dossier ou Réf externe ou Id opération MY OPCO ou Code opération
et retourne :
  • l'identifiant MY OPCO de l'opération
  • toutes les informations métier de l'action (visibles dans l'écran Action de MY OPCO)
  • la liste des modules avec toutes les informations métier du module (visibles dans l'écran Module de MY OPCO).
N.B. : pour l'OF rattaché au module, on remonte : Id société de MY OPCO, Code société, Raison sociale, SIRET, NDA, UAI.

63962 API - Dossier - Consultation d'une inscription Évolution
Mettre à disposition une méthode API permettant de consulter les informations liées à une inscription.
La méthode reçoit en paramètres :
  • une référence dossier (obligatoire)  : Id dossier MY OPCO ou Code dossier ou Réf externe
  • une référence inscription (obligatoire) : Id inscription MY OPCO ou Nom / Prénom / Date de naissance du stagiaire ou NIR du stagiaire ou Numéro Agora
et retourne :
  • l'identifiant MY OPCO de l'inscription
  • toutes les informations métier de l'inscription MY OPCO (colonnes inscriptions paramétrables dans les grilles Demandes + écrans de la fiche stagiaire)
N.B. : pour l'employeur et l'entreprise utilisatrice rattachés à la fiche inscription , on remonte : Id société de MY OPCO, Code société, Raison sociale, SIRET.

63967 API - Dossier - Consultation d'un contrat en alternance Évolution
Mettre à disposition une méthode API permettant de consulter les informations liées à un contrat en Alternance
La méthode reçoit en paramètres :
  • une référence dossier (obligatoire)  : Id dossier MY OPCO ou Code dossier ou Réf externe
  • une référence inscription (obligatoire) : Id inscription MY OPCO ou Nom / Prénom / Date de naissance du stagiaire ou NIR du stagiaire ou Numéro Agora ou Numéro DECA
et retourne :
  • l'identifiant MY OPCO de l'inscription
  • le numéro DECA
  • CERFA : toutes les informations présentes sur au moins l'un des CERFA CAPP, CPRO ou PRO-A
  • AUTRES : les autres informations métier du contrat exploitées dans MY OPCO (affichées dans le cadre Déroulement et suivi de la fiche stagiaire).
65494 API - Dossier - Rupture de contrat - Observation Évolution Adapter la méthode API de signalement de rupture de contrat sur un dossier : ajouter une "observation de rupture" (facultatif) dans les paramètres
65501 API - Dossier - Annulation d'annulation de formation - Ajout d'un motif Évolution
Adapter la méthode API permettant de signaler l'annulation d'une annulation de formation sur un dossier et créer un événement de type "Réactiver un dossier annulé" (Id 55) en attente : ajouter le champ "Motif" (facultatif) dans les paramètres.
65963 API - Dossier - Fin anticipée - Observation Évolution Adapter la méthode API de signalement d'une fin anticipée de formation : ajouter une "observation de fin anticipée" (facultatif) dans les paramètres.
65965 API - Dossier - Annulation de fin anticipée de formation - Ajout d'un motif Évolution
Adapter la méthode API permettant de signaler l'annulation de fin anticipée de formation sur un dossier et créer un événement de type "Annuler la fin anticipée" (Id 57) en attente : ajouter le champ "Motif" (facultatif) dans les paramètres.
65974 API - Dossier - Annulation d'un refus de prise en charge - Ajout d'un motif Évolution
Adapter la méthode API permettant de signaler l'annulation d'un refus de prise en charge sur un dossier et créer un événement de type "Réactiver un dossier refusé" (Id 53) en attente : ajouter le champ "Motif" (facultatif) dans les paramètres.
Facture
69371 API Facture - Factures multi TVA - Ajout de contrôle Évolution
Dans les méthodes API de création et modification de factures gérant la notion du multi TVA, ajouter le contrôle suivant :
  • pour chaque ligne par taux de TVA, montant HT + montant TVA = montant TTC
Ce contrôle doit remonter une erreur en cas d'échec.
Gestion des documents
GED - Grille
66836 Documents de la GED - Visibilité Front-Office - Adaptations Évolution
Suite à l'ajout des menus "Visible Front-Office OF" et "Visible Front-Office (Tous les espaces)" dans les grilles Documents de la GED, lorsque l'on clique sur le menu "Visible Front-Office Adhérent", afficher "Espace Adhérent" et non "Oui" dans la colonne "Visibilité Front-Office".
GED - Traitement
70014 Documents - Pilotage du rattachement aux pièces Évolution
Permettre de distinguer les documents donnant lieu à la création systématique d'une pièce lors de la dépose du document 
  • ouvrir un champ « Crée pièce auto (-1/0) » (NBR_DEC) sur le type de constante 700004 - Pièces disponibles
  • initialiser ce champ à 0 sur les constantes existantes.
69440 Pièces - Pointage automatique des pièces à partir des documents GED Évolution
Mettre à disposition des RG éditeur (*), permettant après dépose de document GED dans MY OPCO (dossier pré saisi, dossier, facture) via l'API, de :
  • rechercher la pièce MY OPCO associée au type de document (constante de type 700004)
  • en fonction de l'indicateur  "Crée pièce auto (-1/0) » lié au type de document (type de constante 700004 lu sur l'index GED 700005)
    • si l'indicateur est à Oui (valeur -1), créer une pièce systématiquement (RENTITE) et lui rattacher le document
    • si l'indicateur est à Non (valeur 0 ou NULL) (cas général) :
      • si la pièce n'existe pas sur le dossier, la créer et lui rattacher le document
      • si la pièce existe avec un champ "Conformité" à Oui, créer une nouvelle pièce et lui rattacher le document
      • si la pièce existe avec un champ "Conformité" différent de Oui, lui rattacher le document 
  • marquer la pièce comme étant reçue (Réception=Oui et Date de réception=Date de transmission du document).
  • (ré)initialiser le champ "Conformité" à ?

(*) Liste des RG 
  • dossier pré saisi : VAL_DOS_ASS_UpdatePieces à brancher sur le point d'entrée 14997 : RG ASSISTANT_RG Après dépose d'un document (API)
  • dossier : VAL_DOS_UpdatePieces à brancher sur le point d'entrée 14998 : RG Dossier Après dépose d'un document (API)
  • facture : VAL_FACT_UpdatePieces à brancher sur le point d'entrée 18818 : RG Après dépose d'un document (API)
  • demande de factures : VAL_FACTDEM_InitPieces à brancher sur le point d'entrée 701733 : Après transmettre pour une création automatique
  • Fiche assistant demande de facture : VAL_FACTDEM_UpdatePieces à brancher sur les points d'entrée 701722 : RG  Assistant facture - Dépôt - Contrôle et 701723 : RG  Assistant facture - Dépôt Dossier avec factures - Contrôle.
Facture
Fiche
65537 Tiers - Nouveau type de tiers comptable Employeur Évolution
Mettre en oeuvre un nouveau type de tiers "Employeur" permettant d'enregistrer des factures et régler les employeurs associés aux inscriptions :
  • créer un type de tiers comptable  "M - Employeur" (constante de type 50)
  • lors de la recherche des tiers en saisie de facture, si des natures de frais pointent sur le type de tiers "Employeur",  lire les sociétés "Employeur" des fiches inscriptions correspondantes
  • permettre de saisir manuellement des échéances sur le type de tiers "Employeur"
  • adapter les fonctions de restitutions des tiers du dossier.
65871 Facture - Création - Habilitations sur le cadre Frais à facturer Évolution
Permettre de distinguer les habilitations entre les cadres "Frais à facturer" du 1er écran et du 2nd écran de l'assistant de saisie des factures.
Facture groupée
66804 Facture groupée - Création des factures détail - Prise en compte du frais RQTH Évolution
Prendre en compte le frais RQTH dans le traitement "Créer les factures détail" utilisé dans l'apprentissage pour générer les factures détail à partir des échéances associées à une facture groupée. Le frais RQTH (frais 14) doit être traité comme le frais CP (frais 1) : s'il est différent de 0, initialiser les montants et PU avec le montant de l'échéance, la quantité à 1 et l'indicateur "Frais 14" sur la facture à -1.
RG
69164 Facture - Correction du contrôle IBAN / BIC Anomalie
Corriger la RG éditeur "VAL_FAC_CTRL_VIR_RIBIBANBIC" contrôlant les informations RIB, BIC, IBAN lors de la mise en payable d'une facture : lire le complément comptable associé au destinataire de règlement et non le 1er complément comptable du tiers.
71406 VAL_FAC_CTRL_TotalLDB - Cas où pas de DOSREGLEDOS non traité Évolution
Adapter la RG éditeur VAL_FAC_CTRL_TotalLDB contrôlant la cohérence des montants facturés et des montants engagés, pour ne pas générer une erreur lorsque la facture n'a pas de ligne détail.
Traitement
69002 Génération d'un avoir - Bloquer si paiement partiel Évolution
Lors de la génération d'un avoir (Restitution, Retenue, Déduction, Régularisation) à partir d'une facture, bloquer le traitement si la facture est dans l'état "Payée partiellement" : message "La facture est payée partiellement, vous ne pouvez pas générer de ..." (retenue ou restitution ou régularisation ou déduction).
66445 Menus doublon sur fiche facture Anomalie
Supprimer les menus doublons "Réaliser une demande de restitution" et "Réaliser une retenue" dans le menu "Traitements factures" (ils ne doivent apparaître que dans le sous-menu "Avoirs").
71021 Facture - Traitement Comptabiliser - Pas de mise à jour de la date Évolution
Le traitement facture "Comptabiliser" ne met pas à jour la date de comptabilisation de la facture.
68940 Facture - Menu Traitements factures - Adaptations pour les avoirs Évolution
Modifier les menus suivants relatifs au traitement des avoirs : 

Grille Factures de la fiche dossier, Fiche Facture, Grille Gestion des factures : menu "Traitements facture" :
  • renommer "Avoirs" en "Gérer un avoir"
  • renommer "Générer un avoir" en "Générer un avoir sur une facture non réglée"
  • renommer "Réaliser une demande de restitution" en "Générer un avoir pour restitution"
  • renommer "Réaliser une retenue" en "Générer un avoir pour retenue"
  • renommer "Réaliser une déduction" en "Générer un avoir pour déduction"
Fiche facture : menu "Traitements facture" :
  • supprimer les menus doublons "Réaliser une demande de restitution" et "Réaliser une retenue" (ils ne doivent apparaître que sous le menu "Gérer un avoir"
Grille Factures de la fiche dossier, Grille Gestion des factures : menu "Traitements règlement" :
  • renommer "Transformer en retenue" en "Transformer la ligne d'avoir en retenue"
  • renommer "Transformer en restitution" en "Transformer la ligne d'avoir en restitution"
  • renommer "Déduire du règlement" en "Transformer la ligne d'avoir en déduction"
Grille Factures de la fiche dossier : menu "Traitements facture" :
  • créer un sous-menu "Gérer une régularisation (interne)" sous le sous-menu "Avoirs"
  • déplacer dans ce sous-menu, les menus :
    • "Réaliser une régularisation"  et le renommer en "Générer un avoir de régularisation"
    • "Traiter la régularisation"
    • "Transformer la régularisation en retenue" et le renommer en "Transformer l'avoir de régularisation en retenue"
    • "Transformer la régularisation en restitution" et le renommer en "Transformer l'avoir de régularisation en restitution".
68942 Echéances - Menu Traitements échéances - Adaptations pour les avoirs Évolution
Renommer les menus suivants dans le menu "Traitements échéances" de la grille Echéancier (Suivi des échéances, fiche dossier ...) :
  • renommer "Générer factures" en "Générer les factures (ou avoirs)"
  • renommer "Générer factures pro forma" en "Générer les factures (ou avoirs) pro forma"
  • renommer "Créer facture groupée" en "Créer une facture (ou avoir) groupée"
  • renommer "Créer facture groupée pro forma" en "Créer une facture (ou avoir) groupée pro forma".
Référentiel
Qualiopi
57761 Dossier - Contrôle des certifications Qualiopi - Mise à l'écart des avenants Alternance Évolution
Adapter les RG éditeur VAL_DOS_ASS_Ctrl_Certif_Qualiopi et VAL_DOS_Ctrl_Certif_Qualiopi permettant de contrôler respectivement, dans l'assistant de saisie et dans la fiche dossier, les certifications Qualiopi pour l'(es) OF du dossier : ne  réaliser le contrôle que s'il existe sur le dossier au moins 1 inscription stagiaire non désactivée dont le type de contrat ne correspond pas à un avenant (*).

(*) Indicateur "Avenant" lu sur la constante type de contrat de l'inscription.
Certification
72609 Fiche Certification - page montant de prise en charge - colonne désactivé Évolution
Dans l'écran Montants de prise en charge de la fiche Certification - page montant de prise en charge, mettre à disposition une colonne "Désactivé" dans la grille.
62779 Certifications - Importer les certifications - Codes alphanumériques Anomalie
Le traitement "Importer les certifications" doit permettre d'importer des lignes avec un code (colonne RCF_CCODE)
alphanumérique (il n'accepte que le numérique actuellement).
70195 Code RNCP - Option de gestion du préfixe - Nouveau Évolution
Mettre à disposition une nouvelle option dans les domaine « Référentiel » et sous-domaine « Certification » :

Code

Description

Valeurs possibles

CERTIF_CODE_PREFIXE

Gestion du code certification avec le préfixe

Non (initialisée lors de la création de l’option pour compatibilité ascendante)
Oui (conseillée … cible)


70196 Référentiel Certifications - Script d'initialisation du préfixe dans le code (rattrapage) Évolution
Mettre à disposition un script permettant d'initialiser le préfixe dans le code certification du Référentiel (REFCODEFORMATION.REF_CCODE) lorsque l'option "CERTIF_CODE_PREFIXE" est à Oui :
  • certifications rattachées à la source "RNCP" (RCF_SSOURCE=13692) : si le code commence par un chiffre, suppression éventuelle des 0 à gauche et ajout du préfixe "RNCP" devant le code
  • certifications rattachées à la source "RS" (RCF_SSOURCE=14075) : si le code commence par un chiffre, suppression éventuelle des 0 à gauche et ajout du préfixe "RS" devant le code.

70210 Certification - Ajout des champs statistiques Stat7 à Stat14 Évolution
Ajouter les champs statistiques "Stat7" à "Stat14" dans la table des certifications (REFCODEFORMATION).
70211 Fiche certification - Ajout des champs statistiques Stat7 à Stat14 Évolution
Ajouter les champs de saisie habilitables  "Stat7" à "Stat14" dans la fiche Certification : chaque code statistique présente une liste déroulante pointant sur le type de constante correspondant et un champ de saisie libre (comme pour les autres champs Niveau de formation, Formacode, Code ROME ....).

(*) les listes déroulantes ne tiennent pas compte du paramétrage des constantes par filière (pas de filière au niveau de la certification).

70212 Importer les certifications - Ajout des champs statistiques Stat7 à Stat14 Évolution
Adapter le traitement d'import des certifications pour permettre d'initialiser/mettre à jour les champs "Stat7" à "Stat14" -> reprendre le même principe que pour le traitement d'import des autres champs statistiques de la fiche certification (Ex> niveau de formation, formacode ...).
Traitement
69584 Société - Traitements - Organisation des menus et accès menus adhérents Évolution
Organisation des menus traitements de la fiche et la grille Sociétés sur 3 niveaux (comme pour les dossiers) :

  Organiser
      Changer le SIRET - NIC
      Changer le SIRET - SIREN + NIC
      Définir comme siège
      Rattacher à un siège
      Affecter un code regroupement
      Supprimer un code regroupement
  Changer
      Changer de NAF
      Changer de convention collective établissement
      Changer de convention collective entreprise
      Changer de branche
      Changer la branche établissement
      Changer la branche entreprise
      Suivi OPCO
          Changer la structure
          Changer l'assistant
          Changer le conseiller
      Catégorie de société
          Modifier la catégorie Adhérent
          Modifier la catégorie OF
          Modifier la catégorie Structure
      Données millésimées adhérent (1)
          Changer de section (1)
          Changer d'option d'adhésion (1)
          Changer d'autorisation de cofinancement (1)
          Changer de type d'adhérent (1)
  Autres actions
      Activer
      Désactiver
      Initialiser les périodes
      Créer une LDB adhérent (1)
      Inscrire à un dossier (1)
      Saisir un appel de fonds
      Valider l'entreprise
      Contrôler
      Workflows
  Règles de gestion
      RG1
      RG2
      RG3
      RG4
      RG5
      RG Dynamique

(1) sur fiche et grille adhérents uniquement.

69652 Société - Changement de siège - Observation sur l'ancien siège Évolution
Le traitement "Définir comme siège" permettant de changer le siège d'une entreprise crée 2 événements :
  • type "Définit comme siège" (Id 17) rattaché au nouveau siège (établissement depuis lequel le traitement a été activé)
  • type "Changement de siège" (Id 10) rattaché à l'ancien siège
mais ne crée une observation (*) que pour l'événement "Définit comme siège" sur le nouveau siège
Créer également une observation sur l'ancien siège, associée à l'événement "Changement de siège" (*) et mentionnant l'ancien et le nouveau siège.

(*) lorsque le type d'événement a un indicateur "Créer observation" à Oui.
France compétences
62759 Dossier - Contrôle de la finançabilité pour France Compétences - Mise à l'écart des avenants Alternance Évolution
Adapter les RG éditeur VAL_DOS_ASS_Ctrl_Finance_FRCO et VAL_DOS_Ctrl_Finance_FRCO contrôlant que le statut France Compétences de chaque employeur rattaché au dossier autorise le financement, pour ne pas réaliser le contrôle si le type de contrat de l'inscription correspond à un avenant (*).

(*) Indicateur "Avenant" lu sur la constante type de contrat de l'inscription.
70156 Grille Dossiers - La colonne FR_StatutLib ne fonctionne pas Évolution
Corriger la colonne éditeur "FR_StatutLib" toujours vide sur la grille Dossiers et permettant d'afficher le libellé de la période "FR_STATUT" (statut France Compétences) active pour un adhérent.
66996 Adhérent - Période statut France Compétences - Nouveaux paramètres Évolution
Permettre de paramétrer au niveau des valeurs des périodes Statut France Compétences (type de période "FR_STATUT") :
  • la durée en mois de validité du statut 
  • le statut suivant à l'issue de cette durée de validité.
et initialiser ces valeurs, lorsqu'elles sont vides, sur les statuts suivants :
Id Code Intitulé Nombre de mois Statut suivant
13994 FERME_02 Fermé en cours de désactivation 12 13995
(FERME_03 - Fermé désactivé / non valide)
13996 PROVIS_01 Provisoire en attente des flux France Compétences 4 13997
(PROVIS_ - Provisoire à vérifier)
13997 PROVIS_02 Provisoire à vérifier 4 13992
(HCHAMP_02 - Hors champ à désactiver)

Règlement
Traitement
64167 Avoirs - Transformation du type d'avoir - Adaptations Évolution

Adapter les différents traitements permettant de transformer le type d'une ligne d'avoir (*) non traitée : à l'issue du traitement :

  • générer une observation sur l'avoir : type "FAC_TRAIT", titre "Transformation du type d'avoir", contenu de l'observation 'La retenue (ou la restitution ou la déduction selon le cas)  (id de la ligne - DOSREGLEDOS.SDOSREGLEDOS) du (date : DOSREGLEDOS.XREGL)  a été transformée en (nouveau type)"
  • si après changement, toutes les lignes de l'avoir ont le même type, mettre à jour également le type de l'avoir.

(*) Traitements : "Transformer en retenue", "Transformer en restitution", "Déduire du règlement"

66906 Assistant de lots de règlement : bouton générer inactif Anomalie
En création d'un lot de règlement les boutons de l'étape 3 sont grisés.
64437 Evénements factures - Création observation - Type d'observation Évolution

Lors de la création d'observation couplée à l'exécution d'un événement du domaine FACTURE, affecter le type "FAC_TRAIT - Traitement Facture/Avoir" (et non "DOS_TRAIT - Traitement Dossier") à l'observation créée sur la facture ou l'avoir.

65710 Règlement - Virements internes - Nouveaux champs Évolution
Créer les champs ci-dessous dans la base de données MY OPCO, pour permettre de traiter les virements internes vers le compte banque pivot :

Table des règlements (DOSREGLE) :
  • Numéro de virement interne (DOSREGLE.DRE_INUMVIR)  : incrémenté à partir du compteur de la table des banques CPTBANQUE.INUMVIR
  • Identifiant du règlement de la banque a créditer (DOSREGLE.DRE_SDOSREGLEACREDITER)   : Dans les enregistrements des règlements  internes,  pointeur sur le champ SDOSREGLE (du règlement fait depuis la banque pivot)
Table des lots (DOSLOTS) :
  • Date de préparation des virements internes (DOSLOTS.DLO_XPAIEMENTINTERNE)  : saisie lors de l'activation du traitement correspondant
  • Date de génération des fichiers de virements internes  (DOSLOTS.DLO_XFICHVIREMENTINTERNE
  • Date d'édition des virements internes (DOSLOTS.DLO_XPIECEINTERNE

65712 Lot de règlement - Nouvelle étape Préparation des virements internes Évolution
Mettre à disposition un traitement "Préparation des virements internes" dans la gestion des lots de virements (menu Traitements / Virements internes / Préparation des virements internes).
Ce traitement ne peut être activé que lorsque l’étape "Préparation du virement" du lot de règlement a été réalisée (cette dernière fige effectivement le périmètre des lignes de factures et tiers qui seront réglés dans le fichier de virements aux tiers).
Le traitement :
  • Contrôle que le traitement que le traitement n’a pas déjà été exécuté (date du traitement vide sur le lot de règlement)
  • Ouvre une fenêtre proposant la saisie d’une date : affiche par défaut la date de préparation du virement. Cette date doit pouvoir être initialisée par RG.
  • Calcule, à partir des lignes détail rattachées au lot de règlement , les montants HT, TVA et TTC pour la banque du règlement et dispositif
  • Recherche, pour chaque ligne remontée au point précédent, la banque rattachée au dispositif et à la banque pivot du règlement ; le traitement est interrompu dans les cas suivants :
    • une ou plusieurs lignes ne remontent pas de banque dispositif
    • le contrôle IBAN ou IBAN+BIC dépendant de l’option MODE_VIR (voir plus haut) remonte une anomalie (N.B. : l’IBAN et le BIC sont lus sur la banque)
avec un message précisant l’(es) erreur(s).
  • Crée un enregistrement de virement par banque dispositif dans la table des règlements. Les champs ci-dessous sont ajoutés dans la table des règlements :
    • « Numéro de virement interne » correspondant au numéro de virement calculé à partir du compteur  de chaque banque concernée
    • Identifiant du règlement de la banque pivot (lien avec le SDOSREGLE des virements aux tiers)
  • Contrôle que la somme des règlements internes générés est strictement égale au montant total du règlement sur le compte pivot. En cas d’erreur, le traitement est interrompu avec un message d’erreur.
  • Prépare le fichier XML au format SEPA en tenant compte des différentes options paramétrées.
Les informations de chaque banque émettrice (type de virement, IBAN, BIC, numéro et nom d’émetteur, dernier numéro de virement) et de la banque destinataire (IBAN, BIC) sont lues dans la table des banques
  • Enregistre la date de préparation du virement dans un nouveau champ de la table des lots.
Il doit :
  • Être associé à un type d’événement
  • Pouvoir être activé en mode différé
  • Pouvoir être intégré dans les RG batch spécifiques de règlement hebdomadaire, avec passage de la date en paramètre.
65716 Lot de règlement - Nouvelle étape Génération des fichiers de virements internes Évolution
Mettre à disposition un traitement "Génération des fichiers de virements internes" dans la gestion des lots de virements (menu Traitements / Virements internes / Génération des fichiers de virements internes).
Ce traitement ne peut être activé que lorsque l’étape "Préparation des virements internes" du lot de règlement a été réalisée (cette dernière prépare effectivement le contenu du fichier XML à générer).
Le traitement :
  • Génère les fichiers de virements en tenant compte des options générales (option FICH_VIR_GED notamment) et du paramétrage des banques (répertoire de dépôt du fichier, nom du fichier) : mêmes principes que pour la génération du fichier de virements aux tiers
  • Enregistre la date de génération des fichiers dans un nouveau champ de la table des lots.

Il doit :

  • Être associé à un type d’événement
  • Pouvoir être activé en mode différé
  • Pouvoir être intégré dans les RG batch spécifiques de règlement hebdomadaire.
65719 Lot de règlement - Nouvelle étape Edition des virements internes Évolution
Mettre à disposition un traitement "Edition des virements internes" dans la gestion des lots de virements (menu Traitements / Virements internes / Edition des virements internes).
Cette étape facultative permet de rattacher des états personnalisables listant les virements internes effectués.
La date d’édition est enregistrée dans un nouveau champ de la table des lots.


65725 Grille Suivi des virements internes - Nouveau Évolution
Mettre à disposition une nouvelle grille habilitable « Suivi des virements internes »  dans :
  • le menu Règlements du menu général de MY OPCO
  • un nouvel écran de la fiche Lot de règlement, avec un filtre sur le lot de règlement consulté.
Cette grille est basée sur une lecture des tables lots (DOSLOTS) et virements internes (DOSREGLE avec nouvelle colonne « identifiant virement interne » différente de 0) et propose :
  • Les colonnes éditeur
    • N° de lot
    • Description du lot
    • Date de préparation du virement interne
    • Date de génération des fichiers de virement
    • Date du règlement
    • N° de la banque : banque dispositif
    • Code de la banque
    • Intitulé de la banque
  • Les critères de recherche éditeur
    • N° de lot
    • Date du règlement
    • N° de la banque
    • Intitulé de la banque
  • Les filtres éditeur
    • Virements en cours  : date de préparation non vide et date de génération des fichiers vide
    • Virements terminés  : date de préparation non vide et date de génération des fichiers non vide.
Généralité
Observation
69211 Observation - Point d'entrée de RG sur la suppression Évolution
Mise à disposition d'un point d'entrée de RG "10213 - Suppression Observation" sur le traitement de suppression d'observation.
63831 Observation - Limitation des types d'observations par structure Évolution
Dans l'écran Observations des différentes fiches, exploiter le paramétrage du type de constante "Type d'observation" par structure pour limiter la liste déroulante des types d'observations en fonction des structures rattachées à l'utilisateur connecté.
N.B. : en modification, la liste déroulante doit également afficher le type d'observation déjà rattaché à la fiche même s'il ne remonte pas dans les liens paramétrés par structure.
66776 Observations - Types d'observation limité aux traitements - Initialisation éditeur Évolution
Suite à l'ouverture du champ "Automatique (O pour Oui /N pour Non)" sur le type de constante 708 - TYPE_OBSERVATION pour permettre d'indiquer si le type d'observation est réservé aux traitements et ne peut être utilisé en saisie, initialiser ce champ à "O" (oui), lorsqu'il est vide ou nul, sur les constantes éditeur ci-dessous:
Id Code Intitulé
5765 DOS_TRAIT Traitement Dossier
7001 REF_TRAIT Traitement référentiel
7744 COL_TRAIT Traitement Collecte
7745 BUD_TRAIT Traitement Budget
12118 CNV_TRAIT Traitement convention
13795 APICFA Provenance API CFA
13966 LOTREG_TRAIT Traitement Lot de règlement
14155 FAC_TRAIT Traitement Facture/Avoir

64343 Fiche Observation - Préciser la date d'alerte Évolution
Dans la fiche observation, renommer le champ "Date d'alerte" en "Date de début d'alerte".
Divers transverse
53389 Fiches - Contrôle de la longueur de la zone saisie Évolution
Mettre à jour la taille maximum du champ de saisie dans le dictionnaire des données, afin de limiter la saisie de l'utilisateur sans générer un message d'erreur non explicite du type "Une erreur s'est produite lors de la mise à jour des entrées. Pour plus d'information, consultez l'exception interne. Les données de chaîne ou binaires seront tronquées. L'instruction a été arrêtée." à la validation.
Evénement
Fiche
66034 Evénement - Fiche - Nouveau Évolution
Mettre à disposition une fiche événement accessible à partir d'un nouveau bouton "Ouvrir" ou d'un double clic sur une ligne de la grille Evénements.
  • ouvrir un écran principal "Evénement" affichant 2 cadres :
    • Evénement : affiche en lecture seule, les principales informations de la fiche événement
    • Paramètres : affiche en lecture seule les différents paramètres de l'événement
  • mettre à disposition le menu "Traitements" permettant, comme depuis la grille, d'Exécuter, Activer, Désactiver l'événement.
66037 Evénement - Fiche - Ecran Observations Évolution
Mettre à disposition un écran Observations sur la fiche événement (même principe que pour les autres fiches).
Mettre à disposition un type d'observation éditeur "EVE_TRAIT - Traitement Evénement" avec l'indicateur "Non éditable" à Oui et un lien constantes entre ce type d'observation et le domaine "Evénement".
66041 Evénement - Fiche - Ecran Documents Évolution
Mettre à disposition un écran Documents sur la fiche événement (même principe que pour les autres fiches).
Mettre à disposition un masque d'index éditeur sur l'événement.
66047 Evénement - Fiche - Ecrans Règles, Pièces, Motifs, Contrôles Évolution
Mettre à disposition des écrans Règles, Pièces, Motifs, Contrôles sur la fiche événement (même principe que pour les autres fiches).
Type d'événement
64341 Types d'événements - Pilotage des alertes - Nouveau Évolution
Permettre de générer une observation de type alerte lors de l'exécution d'un événement :
  • créer une constante éditeur "EVENEMENT - Alerte automatique générée par un événement" de type "737 - Type d'alerte des observations" avec, par défaut, l'indicateur "Alerter fiche" à Oui
  • créer un type de constante éditeur "ALERTE_EVENEMENT - Type d'observation/alerte pour les événements" dans le domaine "GENERAL" avec les valeurs (constantes éditeur) suivantes :
    • 0 - Aucune observation
    • 1 - Observation sans alerte
    • 2 - Observation avec alerte
  • modifier l'indicateur "Créer observation" des types d'événements pour le lier au nouveau type de constante "ALERTE_EVENEMENT" (remplacer la case à cocher par une liste déroulante affichant les constantes actives de type "ALERTE_EVENEMENT")
  • adapter la fonction de génération des observations lors de l'exécution des événements pour tenir compte de la constante associée au type d'événement (0, 1 ou 2).
Liaison comptable
Comptabilisation
67171 Batch de comptabilisation - Problème de sélection des évènements Évolution
Adapter la RG éditeur "VAL_CPT_CRELOT" utilisée pour exécuter les événements de comptabilisation en mode différé : prendre en compte le nouveau format des événements (*) lors de la recherche des événements à traiter.

(*) paramètres dans le nouveau champ Paramètres et plus dans le champ Libellé de la table des événements.
Schéma
69697 Schémas comptables collecte - Nouvelle section avec référence du versement Évolution
Mettre à disposition dans le paramétrage des schémas comptables, une nouvelle section #SEC20 - Référence du versement permettant de remonter la référence du versement (COLVERSEMENT.CCHEQ) dans les champs section (Section à Section 8) de l'écriture.
Rattacher cette section aux types d'écritures Collecte : 14 COLVERS-, 15 COLVERS+, 16 COLREMBQ et 17 COLREMB.
63545 Grille Schémas comptables - Recherche par type d'écriture Évolution
Dans la grille de paramétrage des schémas comptables, ajouter un critère de recherche rapide (à côté du critère "Dossier comptable") proposant la liste déroulante des types d'écritures ordonnée par code et affichant le code + le libellé + la mention "Désactivé" si le type est désactivé.

Modifier la liste déroulante du critère "Dossier comptable" en ajoutant la mention "Désactivé" si le dossier est désactivé.
GED embarquée
Grille de recherche
67522 Fiche métier - Ecran Document de la GED - Copier Évolution
Dans la page "Document de la GES" des différentes fiches métier,  permettre de sélectionner le texte dans les cellules pour pouvoir faire un copier vers le presse papier.
67771 Ecran Document - Colonnes et critères Pièce - Nouveau Évolution
Dans les écrans "Documents" (GED) des fiches dossier et facture, mettre à disposition :

Les colonnes relatives aux pièces associées aux documents :
  • Intitulé pièce : intitulé de la pièce
  • Conforme : Oui / Non / ? 
  • Motif de non conformité : libellé du motif 
  • Observation pièce : observation de la pièce
Si le document est rattaché à plusieurs pièces, ces nouvelles colonnes sont vides sauf la colonne "Intitulé Pièce" qui affichera  <nbre> <pièces> 

et les critères de recherche :
  • Pièce : avec liste déroulante
  • Conforme : Oui / Non / ?
66845 Grille Règles (Règles, Pièces, Motifs, Contrôles, Courriers) - Sélection des pièces à pointer Évolution
Dans les différentes grilles Règles, Pièces, Contrôles, Motifs, Courriers des fiches de MY OPCO, ajouter une colonne permettant de sélectionner les lignes (avec une fonction permettant de "tout sélectionner") à prendre en compte lors de l'action des boutons de mise à jour  : "Conformité" (Oui/Non/?), "Reçu" (Oui/Non/?), "Relance" (Oui/Non).
Traitement
66837 Documents de la GED - Attacher une pièce - Ajout case à cocher A relancer Évolution
Dans la fenêtre "Choisir une pièce" s'ouvrant lors de l'activation du traitement "Attacher une pièce dossier" de la grille Documents de la GED, ajouter, avant le champ "Observations", la case à cocher "Pièce à relancer" permettant de mettre à jour ce champ sur la pièce.
66838 Grille Règles (Règles, Pièces, Motifs, Contrôles, Courriers) - Ajout bouton A relancer Évolution
Dans les différentes grilles Règles, Pièces, Contrôles, Motifs, Courriers des fiches de MY OPCO, mettre à disposition un bouton "A relancer" (sur le même modèle que les boutons "Conformité" et "Reçu") proposant les valeurs Oui et Non et permettant de cocher (si choix Oui) ou décocher (si choix Non) l'indicateur "A relancer" pour les lignes sélectionnées.
Des points d'entrée de RG avant traitement (contrôle sur les règles sélectionnées), après traitement si échec et après traitement si réussite sont mis à disposition et exécutés pour chaque règle.
67630 Ecran Document - Attacher une pièce - Adaptations (multi documents, motif de non conformité, contrôles) Évolution
Adapter le traitement de rattachement d'une pièce (dossier ou facture) à un document de la grille Documents de la GED :

Contrôles lors de l'activation du traitement :
  • si le document est déjà rattaché à une pièce, retourner une erreur "Ce document est déjà rattaché à la pièce <intitulé> - <code> - <résultat de la réception>  - <résultat de la conformité>, vous ne pouvez pas attacher une autre pièce." et interrompre le traitement.
Exemple : "Ce document est déjà rattaché à la pièce Justificatif passage CQP - JT_CQP - Reçu - Non conforme, vous ne pouvez pas attacher une autre pièce."

Liste déroulante des pièces :
  • afficher les pièces par ordre alphabétique (et non par identifiant) et afficher le code de la pièce derrière le libellé.
    Exemple : 
    • Certificat de réalisation - CT_REAL
    • Facture - FA_OF
    • Justificatif passage CQP - JT_CQP
  • ne pas afficher la(es) pièce(s) à laquelle(auxquelles) le document est déjà rattaché 
  • matérialiser les pièces ayant déjà un(des) document(s) GED rattachés : afficher l'icone sur la ligne
  • afficher les éventuels résultats de réception et conformité
Reçu  : initialisé à Oui (en lecture seule)

Date de réception : initialisée avec la date de création du document si non vide ou la date du jour sinon (en lecture seule)

Conforme : initialisé à partir de la pièce sélectionnée et modifiable

Date de conformité :  initialisée à partir de la pièce sélectionnée puis mise à jour avec les mêmes automatismes que dans l'écran de saisie des pièces :
  • si Conforme est mis à Non ou à ? : la date de conformité est effacée
  • si Conforme est mis à Oui : la date de conformité est mise à la date du jour.
Motif de non conformité (nouveau) : liste déroulante présentant la liste des constantes "Motif de non conformité des règles" (code - libellé) ordonnée (champ IORDRE), tenant compte du paramétrage par pièce.
Ce champ n'est saisissable que lorsque le champ "Conforme" est à Non.
Si le champ Conforme passe à Oui ou ?, le motif est automatiquement effacé.

Pièce à relancer : indicateur initialisé à partir de la pièce sélectionnée et modifiable

Observation : saisie libre, obligatoire si un motif de conformité a été saisi et a un indicateur "Commentaires" à Oui  (contrôle en dur à la validation de l'écran).

A la validation, le document est rattaché à la pièce sélectionnée et les informations de la pièce (réception, conformité, observation) sont mises à jour.
67649 Ecran Document - Détacher une pièce - Mise à jour de la pièce Évolution
Lors de l'activation du traitement "Détacher une pièce" à partir du menu "Traitements documents" de l'écran "Documents" (GED), permettre de mettre à jour les informations de la pièce : ouvrir une fenêtre comme pour le traitement "Attacher une pièce" affichant les mêmes champs initialisés comme suit :
  • Pièces (en lecture seule) : pièce (libellé - code) à laquelle est rattaché le document 
  • Reçu (modifiable) : valeur lue sur la pièce
  • Date de réception (modifiable) : valeur lue sur la pièce  ; mêmes automatismes que pour la saisie de la pièce (*)
  • Conforme (modifiable) : valeur lue sur la pièce 
  • Date de conformité (modifiable) : valeur lue sur la pièce  ; mêmes automatismes que pour la saisie de la pièce (*)
  • Motif de non conformité (modifiable) : valeur lue sur la pièce ; mêmes automatismes que pour la saisie de la pièce (**) ;  liste déroulante présentant la liste des constantes "Motif de non conformité des règles" (code - libellé) ordonnée, tenant compte du paramétrage par pièce.
  • Case à cocher "Pièce à relancer" (modifiable) : valeur lue sur la pièce 
  • Observation (modifiable) : valeur lue sur la pièce ; obligatoire si un motif de conformité a été saisi et a un indicateur "Commentaires" à Oui  (contrôle en dur à la validation de l'écran).
A la validation de l'écran, le traitement :
  • met à jour la pièce avec les informations modifiées le cas échéant (cela peut permettre notamment de remettre à 0 des informations de réception et/ou conformité)
  • supprime le lien entre le document et la pièce (comme aujourd'hui).
(*) date de réception (ou conformité) : effacée si indicateur Reçu (Conforme) mis à Non ou à ? ; initialisée à la date du jour si elle est vide et l'indicateur Reçu (ou Conforme) est mis à Oui.
(**) saisissable uniquement si le champ "Conforme" est à Oui. Si le champ Conforme passe à Non ou ?, le motif est automatiquement effacé.
Chargeur
Dossier
65961 Chargeur Dossier - Fin anticipée - Observation Évolution
Ajouter le champ "Observation fin anticipée" permettant d'enregistrer une observation liée à la fin anticipée du dossier, dans la table dossier du chargeur et le traitement de chargement correspondant.