v22.1.16
| Numéro | Titre | Type | Description | ||||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Dossier | |||||||||||||||||||||||||||||||||
| Contrat Apprentissage | |||||||||||||||||||||||||||||||||
| 43661 | Barèmes Apprentissage - Dates d'éligibilité | Évolution | Ouvrir une période d'éligibilité sur le type de constante 234 - BAREME :
|
||||||||||||||||||||||||||||||
| 43821 | Echéancier - Modification du type - Contrôle de l'existence de factures | Évolution | Mettre à disposition une RG éditeur VAL_DOS_Ctrl_Factures_Existantes_Echeancier permettant de contrôler lors de la modification du type d'échéancier, qu'il n'existe pas de facture pour le dossier. S'il existe au moins une facture non annulée, message « Attention, il existe une (des) facture(s) pour le dossier : la modification du type d’échéancier a un impact fort sur le calcul de l’échéancier». La RG est branchée en mode Avertissement interactif sur le traitement de modification du type d'échéancier (DICO 9424). |
||||||||||||||||||||||||||||||
| AGORA | |||||||||||||||||||||||||||||||||
| 43474 | AGORA - cas des NIR non null mais de longueur 0 (cas de la chaine vide) | Évolution | On retrouve dans les bases de données des champs ONIR non vide mais la valeur décryptée est égale à la chaine vide. A faire :
|
||||||||||||||||||||||||||||||
| 44571 | AGORA - Cas des erreur de doublon - adaptation du message d'erreur de retour | Évolution |
|
||||||||||||||||||||||||||||||
| DECA | |||||||||||||||||||||||||||||||||
| 43693 | Envoi DECA - Adaptation pour transmission des contrats PRO | Évolution | Adaptation du traitement d'envoi des dossiers vers DECA pour prise en compte des contrats PRO :
|
||||||||||||||||||||||||||||||
| Fiche | |||||||||||||||||||||||||||||||||
| 43806 | Modification dossier - Contrôle de l'origine | Évolution | Ajouter un contrôle en dur sur le bouton "Modifier" de la fiche dossier empêchant d'entrer en modification si l'origine du dossier a un indicateur "Non modifiable" à "O" (N.B. : la valeur nulle de l'indicateur est considérée comme "N", donc modifiable) (*) Message : "Modification non autorisée pour l'origine ...". (*) lu sur la constante de type 790. |
||||||||||||||||||||||||||||||
| Traitement | |||||||||||||||||||||||||||||||||
| 43775 | Dématérialisation des contrats PRO - Actualisation du SMIC au 1er mai 2022 | Évolution | Actualiser les valeurs du Smic horaire (*) dans les RG de contrôle de la dématérialisation des contrats PRO (VAL_DOS_ASS_DEMAT_SMIC et VAL_DOS_DEMAT_SMIC). |
||||||||||||||||||||||||||||||
| Inscription | |||||||||||||||||||||||||||||||||
| 43281 | Fiche dossier - Grille Liste stagiaires - Nouvelles colonnes | Évolution | Mettre à disposition les colonnes éditeur suivantes sur les grilles "Suivi des inscriptions" et "Liste des stagiaires" de la fiche dossier :
+ renommer la colonne existante "Type contrat" (id 1893) en "Nature contrat" |
||||||||||||||||||||||||||||||
| Assistant de saisie | |||||||||||||||||||||||||||||||||
| 44403 | Assistant Dossier - Cerfa APP et PROA - Administration - Dictionnaires manquants | Évolution | Dans l'assistant dossier, quand on clique sur la roue crantée, il n'y aucun dictionnaire de la page qui s'affiche pour les étapes CERFA APP et CERFA PROA. Il faudrait pouvoir accéder aux dictionnaires de ces écrans dans la fenêtre d'administration. |
||||||||||||||||||||||||||||||
| PRO A | |||||||||||||||||||||||||||||||||
| 43051 | Contrôle de cohérence minimum social et travailleur handicapé - Adaptations pour PRO-A | Évolution | Adapter les RG éditeurVAL_DOS_Ctrl_TravailleurHandicape et VAL_DOS_ASS_Ctrl_TravailleurHandicape de contrôle de cohérence entre le minimum social et la reconnaissance de handicap pour permettre de les utiliser sur la filière PRO-A : la RG doit tester que l'indicateur "travailleur handicapé" est coché si la "situation avant contrat" a la valeur 6082 (code CERFA "3", utilisée pour le CPRO) ou 13779 (code CERFA "1", utilisée pour la PRO-A). |
||||||||||||||||||||||||||||||
| 43266 | CERFA PROA - Ajout du contact dans le cadre Employeur | Évolution | Ajouter la zone de saisie "Contact" dans le cadre Employeur des écrans CERFA PRO-A (assistant de saisie et fiche dossier). N.B. : mêmes principes que pour le rattachement du contact employeur dans les écrans CERFA CPRO et APP. |
||||||||||||||||||||||||||||||
| MF | |||||||||||||||||||||||||||||||||
| 43052 | Montage financier - Traitements Appliquer le modèle - Ajouts de point d'entrée de RG | Évolution | Mettre à disposition des points d'entrée de RG avant et après traitement sur les boutons "Appliquer le modèle" et "Appliquer le modèle à tous". Actuellement, le traitement met à jour, après copie d'un modèle, le "financé" sur l'inscription sélectionnée ("Appliquer") ou l'ensemble des inscriptions ("Appliquer à tous") ; le but est de permettre notamment d'intervenir également au préalable, sur le demandé et/ou le financé de(s) l'inscription(s) cible(s). Point d'entrées - 18742 : Appliquer le modèle - 18743 : Après l’application du modèle Propriétés ajoutés dans le Montage financier RG - DonneesModele - DonneesCibleModele |
||||||||||||||||||||||||||||||
| Budget | |||||||||||||||||||||||||||||||||
| Fiche | |||||||||||||||||||||||||||||||||
| 43194 | LDB - OUVERTURE DE PAGE AUTOMATIQUE | Anomalie | Après la création d'une LDB, on est redirigé vers la page classique d'édition des LDB (BudgetEdit/Edit/XXX). Il y a un petit chargement après la validation et l'exécution des RG. |
||||||||||||||||||||||||||||||
| Extranet | |||||||||||||||||||||||||||||||||
| Demande | |||||||||||||||||||||||||||||||||
| 43204 | Extranet CERFA PROA - Contact dans le cadre Employeur | Évolution | Sur le scénario PRO A de l'extranet dans le cadre EMPLOYEUR, il manque la zone sur le "contact". Il faudrait le même style que sur le contrat d'apprentissage. |
||||||||||||||||||||||||||||||
| API | |||||||||||||||||||||||||||||||||
| Dossier | |||||||||||||||||||||||||||||||||
| 44352 | API - GET Demands - Tuteur non présent - Exception | Évolution | API Demandes Si on fait un GET demands/{id} pour récupérer les données d'une demande (ASSISTANT_ITEM) et qu'il n'y a pas de tuteur sur le CERFA. L'erreur suivante apparait : { "status": "error", "code": -1, "message": "La référence d'objet n'est pas définie à une instance d'un objet." }Correction pour prendre en compte la non présence d'un tuteur sur le CERFA. |
||||||||||||||||||||||||||||||
| Evénement | |||||||||||||||||||||||||||||||||
| 43710 | API - Création d'événement | Évolution | Création de plusieurs routes :
|
||||||||||||||||||||||||||||||
| 43716 | API - Consultation d'événements | Évolution | Création d'une route GET \events et \events\{id} pour retourner les informations suivantes :
On peut filtrer la recherche par les éléments suivants :
|
||||||||||||||||||||||||||||||
| Facture | |||||||||||||||||||||||||||||||||
| RG | |||||||||||||||||||||||||||||||||
| 43830 | Facture - Contrôle de la date par rapport à la date de la période | Évolution | Mettre à disposition des RG éditeur (*) contrôlant que pour une facture ou avoir non proforma, la date de la facture (ou avoir) est supérieure ou égale à la date de début de la période facturée. En cas d'erreur, message « La date de la facture (ou de l'avoir) ne peut pas être antérieure à la date de début de la période facturée ». (*) RG "VAL_FACT_CTRL_DATE_DEB" branchée en mode bloquant à la validation de la facture. RG "VAL_FACGRP_CTRL_DATE_DEB" branchée en mode bloquant à la validation de la facture groupée depuis le menu "Générer factures" ou "Créer facture groupée" de la grille Echéancier. |
||||||||||||||||||||||||||||||
| 44701 | RG - Facture nouvelle méthode pour ajouter un contrôle sur une facture | Évolution | Sur le même principe que l''ajout de motif ou de pièce permettre d'ajouter des Contrôle sur une facture. Ajouter également la possibilité de supprimer un contrôle Dans les RG sur l'objet Facture nouvelles méthodes :
|
||||||||||||||||||||||||||||||
| Traitement | |||||||||||||||||||||||||||||||||
| 44689 | Traitement RG Contrôler Facture - Point de Rg en cas d'erreur | Évolution | Dans le traitement Contrôler la facture ajouter un déclenchement de RG en cas d'erreur sur les RG de contrôle (point 18124) Dans la méthode ServiceDosFacture.ControlerFactures, ajouter un point d'entrée de RG (id 18744) en cas d'erreur (faire la même séquence que pour le point de Rg workflow) avec N° de dico dédié au cas d'erreur |
||||||||||||||||||||||||||||||
| Fiche | |||||||||||||||||||||||||||||||||
| 43805 | Modification facture - Contrôle de l'origine | Évolution | Ajouter un contrôle en dur sur le bouton "Modifier" de la fiche facture empêchant d'entrer en modification si l'origine de la facture a un indicateur "Non modifiable" à "O" (N.B. : la valeur nulle de l'indicateur est considérée comme "N", donc modifiable) (*) Message : "Modification non autorisée pour l'origine ...". (*) lu sur la constante de type 790. |
||||||||||||||||||||||||||||||
| Référentiel | |||||||||||||||||||||||||||||||||
| Personne | |||||||||||||||||||||||||||||||||
| 43804 | Modification personne - Contrôle de l'origine | Évolution | Ajouter un contrôle en dur sur le bouton "Modifier" de la fiche personne empêchant d'entrer en modification si l'origine de la fiche entité a un indicateur "Non modifiable" à "O" (N.B. : la valeur nulle de l'indicateur est considérée comme "N", donc modifiable) (*) Message : "Modification non autorisée pour l'origine ...". (*) lu sur la constante de type 790. |
||||||||||||||||||||||||||||||
| 44372 | Grille Personnes - Les filtres "VAL" ne doivent plus être communs | Évolution | Sur la grille Personnes, les filtres techniques éditeur commençant par "VAL" ne doivent plus être communs : VAL_CONTACT_ACTIVITE VAL_CONTACT_ACTIVITE_SOC VAL_AUTEUR_ACTEUR_HAB_U VAL_AUTEUR_ACTEUR_HAB_S VAL_AUTEUR_ACTEUR_HAB_N VAL_AUTEUR_ACTEUR |
||||||||||||||||||||||||||||||
| Société | |||||||||||||||||||||||||||||||||
| 43062 | Création d'adhérent - Création automatique d'événement - Nouveau | Évolution | Mettre à disposition une RG éditeur VAL_REF_CreerEvenementCreationEtablissement permettant de créer un événement de type 26-Création établissement après création d'une fiche société adhérent à partir de MY OPCO. Les informations ci-dessous sont passées à la méthode de création de l'événement : identifiant de la société (SENTITE), l'identifiant de l'événement (26), l'intitulé de l'événement ("Création de l'établissement"), le SIRET, l'origine (6553 pour MYOPCA), l'indicateur "A traiter" (à 0). |
||||||||||||||||||||||||||||||
| 43128 | Données millésimées entreprise - Réorganisation du cadre Effectifs | Évolution | Suite à l'ajout des effectifs moyens BOETH et Alternants, réorganiser le cadre "Effectifs" de l'écran Données millésimées pour rapprocher les informations liées (effectifs au 31/12, effectifs moyens, MS, MS CDD) |
||||||||||||||||||||||||||||||
| 43800 | Modification société - Contrôle de l'origine | Évolution | Ajouter un contrôle en dur sur le bouton "Modifier" de la fiche société empêchant d'entrer en modification si l'origine de la fiche entité a un indicateur "Non modifiable" à "O" (N.B. : la valeur nulle de l'indicateur est considérée comme "N", donc modifiable) (*) Message : "Modification non autorisée pour l'origine ...". (*) lu sur la constante de type 790. |
||||||||||||||||||||||||||||||
| 43811 | Modification période entreprise - Contrôle de l'origine | Évolution | Dans l'écran Périodes de la fiche société, ouvrir la fiche période en lecture seule si l'origine de la période a un indicateur "Non modifiable" à "O" (N.B. : la valeur nulle de l'indicateur est considérée comme "N", donc modifiable) (*) (*) lu sur la constante de type 790. |
||||||||||||||||||||||||||||||
| Certification | |||||||||||||||||||||||||||||||||
| 42861 | Certifications - Critères d'éligibilité - Prise en compte des évolutions (table d'entête) lors de la recherche | Évolution | Adapter les différentes fonctions de recherche des certifications (*) pour prendre en compte la nouvelle table des entêtes avec les périodes d'éligibilité : lire les dates d'éligibilité de chaque entête (en plus des dates d'éligibilité de la certification). principe général : la certification doit répondre aux dates d'éligibilité + critères d'éligibilité (Ex> filière, branche ...) de l'entête 1 ou dates d'éligibilité + critères d'éligibilité de l'entête 2 ou ... (*) Ceci concerne :
|
||||||||||||||||||||||||||||||
| 42862 | Certifications - Import des critères d'éligibilité - Prise en compte des évolutions (table d'entête) | Évolution | Adapter le format de fichier et le traitement d'import des critères d'éligibilité des certifications pour créer/mettre à jour les infos d'entête (nouveau) et détail. |
||||||||||||||||||||||||||||||
| 43675 | Certifications - Liens entre certifications | Évolution | Mettre à disposition un nouvel écran "Certifications liées" sur la fiche Certification permettant de :
(*) bouton habilitable. |
||||||||||||||||||||||||||||||
| 43679 | Certifications - Import des liens certifications - Nouveau | Évolution | Mettre à disposition sur la grille Certifications, un nouveau traitement habilitable "Import liens certifications" permettant d'importer un fichier de liens entre certifications avec toutes les informations contenues dans la table des liens. |
||||||||||||||||||||||||||||||
| 43699 | Certifications - Critères d'éligibilité - Initialisation de la table d'entête | Évolution | A l'issue de la création de la table des entêtes de critères d'éligibilité certifications (table REFCODEFORMATION_ENTETE_CRIT), initialiser une ligne d'entête pour chaque certification ayant au moins 1 critère d'éligibilité, en regroupant sous cet entête, tous les critères d'éligibilité rattachés à la certification :
|
||||||||||||||||||||||||||||||
| Modèle de données | |||||||||||||||||||||||||||||||||
| 43672 | Certifications - Table de liens entre certifications | Évolution | Créer une table de liens entre certifications REFCODEFORMATION_LIEN, contenant l'identifiant des 2 certifications liées, une période (date de début et fin) d'éligibilité du lien, les champs techniques habituels (utilisateurs et dates de création, modification, ...). |
||||||||||||||||||||||||||||||
| Correspondant | |||||||||||||||||||||||||||||||||
| 43812 | Modification correspondant - Contrôle de l'origine | Évolution | Ajouter un contrôle en dur sur le bouton "Modifier" de la fiche correspondant empêchant d'entrer en modification si l'origine de la fiche entité a un indicateur "Non modifiable" à "O" (N.B. : la valeur nulle de l'indicateur est considérée comme "N", donc modifiable) (*). Message : "Modification non autorisée pour l'origine ...". (*) lu sur la constante de type 790. |
||||||||||||||||||||||||||||||
| Généralité | |||||||||||||||||||||||||||||||||
| Traitement | |||||||||||||||||||||||||||||||||
| 44800 | Modification Fiche - Contrôle de l'origine par RG | Évolution | Déporter les contrôles de modification des fiches en fonction de l'origine de l'entité dans une RG. Liste des RG publiées :
Pour les assistants de dossiers pré saisie :
|
||||||||||||||||||||||||||||||
| Divers transverse | |||||||||||||||||||||||||||||||||
| 43799 | Origine - Nouvel indicateur de contrôle des modifications | Évolution | Ouvrir un champ "Non modifiable" sur le type de constante 790 - ORIGINE, permettant d'indiquer depuis la personnalisation des constantes, si les entités liées à l'origine peuvent être modifiées (valeur "N") ou non (valeur "O") via la fonction de modification de la fiche dans MY OPCO. N.B. : l'absence de valeur sera interprétée comme la valeur "N" (modifiable). Exploiter cet indicateur dans la fonction de modification des entités suivantes : - Société - Correspondant - Période entreprise - Personne - Dossier - Facture - Dossier pré saisi |
||||||||||||||||||||||||||||||
| Evénement | |||||||||||||||||||||||||||||||||
| Grille de recherche | |||||||||||||||||||||||||||||||||
| 43063 | Grille Evénements - Export EXCEL | Évolution | L'ajout de la fonction d'export Excel a été fait sur la grille Evénements. |
||||||||||||||||||||||||||||||
| Type d'événement | |||||||||||||||||||||||||||||||||
| 43707 | Types d'événements - Ajout d'un poids | Évolution | Permettre de gérer un "poids" au niveau des types d'événements :
|
||||||||||||||||||||||||||||||
| RG | |||||||||||||||||||||||||||||||||
| 43060 | Evénements - Création d'événements par RG - Nouveau | Évolution | Accès via OutilsRG des méthodes suivantes permettant de créer des événements :
L'objet EvenementParametres est composé de :
Le constructeur de l'objet met par défaut ATraiter à true, Branche à 0 et CodeOpco à 0. RG qui exploite la création d’un événement pour exemple - VAL_REF_CreerEvenementCreationEtablissement |
||||||||||||||||||||||||||||||
| Chargeur | |||||||||||||||||||||||||||||||||
| Adresse | |||||||||||||||||||||||||||||||||
| 42937 | Chargeur - Adresse - Nouvelle fonction | Évolution | Mettre à disposition une nouvelle fonction de chargement d'adresses dans le module chargeur :
|
||||||||||||||||||||||||||||||