Liste des évolutions et correctifs apportés

vv21.2

ApplicationNuméroTitreTypeDescription
MyOPCA 19473 WD 6676 - COMPTABILISATION REMISES - ECARTS DE CENTIMES Anomalie
Certaines remises en banque laissent apparaître des écarts de centimes (de -3 à +3 centimes constatés sur certaines remises) entre le total des versements et le montant comptabilisé sur le compte banque. (lié à la ventilation des versements par cotisation ?).
MyOPCA 25847 Contrat APP - Contrôle de la date de conclusion Évolution
Mettre à disposition deux RG VAL_DOS_CTRL_DateConclusion et VAL_DOS_ASS_CTRL_DateConclusion permettant de contrôler dans l'assistant de saisie et en validation de la fiche dossier, que la date d'embauche/conclusion du contrat est :
  • non vide
  • inférieure ou égale à la date de début d'exécution du contrat (date de début de contrat)
  • inférieure ou égale à la date du jour

Message 'La date de conclusion doit être inférieure ou égale à la date d’exécution du contrat et à la date du jour.'

Branchements assistant de saisie  :

- Assistant créa > CERFA > Ctrl page CERFA - 15342 - avertissement interactif

- Assistant créa > Validation données Assistant - 7004 - avertissement interactif

Branchements dossier :

- Dossier > Validation - 7057 - avertissement interactif
- Dossier > Engagement - 3713 - blocage partiel


La limitation aux contrats d'apprentissage est faite par le branchement ciblé sur la filière correspondante.
MyOPCA 25848 Traitement - limiter accès aux frais ouvert sur filière Évolution
Vérifier que les traitements dossier limitent bien les boucles aux natures de frais ouvertes sur la filière (pas de boucle sur les 21 frais) 

Dans les méthodes et propriétés des  RG voir s'il est possible de limiter aux frais ouverts sur la filière. L'idée serait de modifier juste les wrappers pour que l'optimisation soit transparente mais appliquée sur les RG existantes.
MyOPCA 25880 Remise en banque - Calcul crédit adhérent - Limitation aux appels Évolution Adapter la RG éditeur VAL_COL_MAJ_CREDITADH activant le calcul du crédit adhérent à l'issue de la remise en banque, pour limiter ce calcul aux mouvements de nature 'APPEL' (id 3701).
MyOPCA 26112 Contrat APP - Contrôle de la date d'effet de l'avenant Évolution

Mettre à disposition des RG éditeur (*), permettant de contrôler que si la date d'effet de l'avenant est non vide, elle est inférieure à la date de fin du contrat.

Message 'La date d’effet de l’avenant ne doit pas être postérieure à la date de fin d’exécution du contrat. Merci de vérifier votre saisie'.

RG 'VAL_DOS_ASS_APP_Ctrl_DateEffetAvenantFinContrat'

- Assistant créa > CERFA > Ctrl page CERFA - 15342 - message Inter Actif
- Assistant créa > Validation données Assistant - 7004 - message Inter Actif

RG 'VAL_DOS_APP_ Ctrl_DateEffetAvenantFinContrat'

- Dossier > Validation - 7057 - message Inter Actif
- Dossier > Engagement - 3713 - message Bloquant

 
MyOPCA 26120 Grille Personnes - Colonnes Référence externe - Ajouts Évolution
Mettre à disposition les nouvelles colonnes suivantes dans la grille Personnes / Personnels de MY OPCO (grille Personnes et grille Personnel de la fiche société) :
  • Réf ext. personne : référence externe de la fiche personne (pointe sur le champ PERSONNE.CENTEXT)
  • Réf ext. personnel : référence externe de la fiche personnel (pointe sur le champ PERSONNEL.CCODEEXT).
MyOPCA 26249 Collecte - Annulation de mouvement - Contrôle des versements Évolution Mettre à disposition une RG éditeur VAL_COL_AnnulationMVT_CtrlVersements permettant d'empêcher l'annulation d'un mouvement lorsqu'il existe un versement non remis en banque ou remis en banque et non annulé.
MyOPCA 26281 LDB - Critères d'éligibilité - Département du siège - Nouveau Évolution Mise à disposition d'un nouveau critère d'éligibilité multiple LDB 'Département du siège'
  • créer un nouveau critère l'éligibilité LDB 'Département du siège' dans le domaine 'Tiers demandeur'
  • lire le département du siège sur l'établissement siège du tiers demandeur exactement comme on lit actuellement le département du tiers demandeur
MyOPCA 26285 Fiche adhérent - LDB - Liste des LDB incomplètes Évolution
La grille LDB de la fiche adhérent ne remonte que les LDB associées directement à la fiche établissement (BUDLDB.SENTITETIERS).
Il faut remonter également :
  • les LDB avec option d'adhésion Entreprise, rattachées à l'entreprise de l'établissement
  • les LDB avec option d'adhésion Groupe, rattachées au code regroupement de l'établissement
  • les LDB rattachées à l'établissement via les critères d'éligibilité
MyOPCA 26608 API Dossier - Code diplôme du contrat - Ne pas effacer Évolution
Le code diplôme du contrat (correspondant au champ DOSINFOCONTRAT.DIC_CCODEDIPLOMEVISE) transmis pas l'API ne doit pas être effacé s'il ne correspond pas à une certification du Référentiel de MY OPCO.
(N.B. : le contrôle de cohérence certification / code diplôme) doit être fait dans MY OPCO (assistant de saisie par exemple).
MyOPCA 26610 Dossier - Certifications - Sources par filière - Paramétrage Évolution
Permettre de définir par filière, la(es) source(s) de certifications utilisées pour le rattachement de la certification de l'action (champ DOSACTION.ACT_SCERTIFICATION) :
  • ouvrir la personnalisation par filière sur le type de constante 858-Type de certification
  • initialiser les liens filière/constante comme suit (via MyUpdate) : 
    • valeur 12345 (APPRENTI) pour les filières 204 (APP) et 205 (APS)
    • valeurs 12215 (MyOpco) et 12212 (BRANCHE) pour toutes les autres filières (éditeur ou non).
MyOPCA 26611 Dossier - Action - Rattachement de la certification Évolution
Lors du rattachement d'une certification à une action dans  :
  • les écrans Action de l'assistant de saisie et de la fiche dossier
  • les écrans CERFA Apprentissage de l'assistant de saisie et la fiche dossier
filtrer sur les sources de certifications paramétrées pour la filière du dossier (lien CONSTANTE / FILIERE) et non plus à partir des filtres 'en dur'.
MyOPCA 26741 Optimisation SQL Évolution
Optimisation sql :
  • suppression des sommes dans les grilles de recherche
  • Suppression des fonctions sql
  • Ajout d'index
MyOPCA 26851 Fiche LDB - Ajout du montant réglé Évolution
Ajouter un champ Montant réglé dans la fiche LDB  :
  • intégrer ce champ dans les procédures de recalcul des montants LDB : PcBUDMajMtLDB_Exec et PcBUDMajMtLDBParent_Exec
  • prendre en compte ce champ dans le calcul du disponible au règlement dans les traitements de paiement : FctVAL_ControleBudDispo (lire directement le champ sur la LDB et non via la fonction FctVAL_Bud_MontantRegle qui lit en direct la table DOSREGLEDOS
MyOPCA 26932 Avoir - Option 572-TYPE_AVOIR - Nouvelle valeur Déduction Évolution
Afficher dans la Description de l'option 572-TYPE_AVOIR, une nouvelle valeur 2 pour Déduction.
Texte : Si ITRAITE = 0 alors Restitution, ITRAITE = 1 alors Retenue,  ITRAITE = 2 alors Déduction
MyOPCA 26933 Avoir - Nouvel indicateur Déduction Évolution

Un indicateur « Déduction » est ajouté dans la table des détails de règlement (DOSREGLEDOS) au même niveau que les indicateurs existants (restitution, retenue, régularisation, rejet).

Cet indicateur est affiché :

  • Sur la fiche facture (assistant de saisie et fiche)
  • Sur la grille Factures de la fiche dossier : ajout d’une colonne « Déduction » dans la grille Détail règlements de la facture, affichant Oui ou Non en fonction de l’indicateur (*)
  • Sur la grille générale Gestion des factures : mise à disposition d’une colonne « Déduction » sur la grille Détail des règlements de la facture, affichant une case cochée ou non en fonction de l’indicateur (*)
  • Sur la grille Suivi des détails de règlement : mise à disposition d’une colonne « Déduction » affichant une case cochée ou non en fonction de l’indicateur (*)

(*) même principe que pour les autres indicateurs type d’avoir (restitution, retenue ...).
MyOPCA 26934 Grille Factures - Critères de filtre sur les avoirs Évolution

Mettre à disposition les critères de recherche suivants dans le domaine « Règlement » sur la grille Gestion des factures :

  • « Avoir Restitution » (type booléen) : permet de rechercher les avoirs en fonction de leur indicateur Restitution
  • « Avoir Retenue » (type booléen) : permet de rechercher les avoirs en fonction de leur indicateur Retenue
  • « Avoir Régularisation» (type booléen) : permet de rechercher les avoirs en fonction de leur indicateur Régularisation
  • « Avoir Déduction » (type booléen) : permet de rechercher les avoirs en fonction de leur indicateur Déduction.
MyOPCA 26935 Avoir - Génération automatique depuis l'échéancier - Nouveau type Déduction Évolution

Lors de la génération automatique d'un avoir à partir d'une échéance  :

  • fiche Facture groupée - écran Echéances - traitement Créer les factures détail
  • grille Echéances - traitements Générer factures et Générer factures proforma (fonction de création des factures/avoirs détail)
, prendre en compte la nouvelle valeur 2 (Déduction) de l'option « TYPE_AVOIR » (Id 572).
Si cette option a la valeur 2, initialiser automatiquement l'indicateur "Déduction" de l'avoir (table DOSREGLEDOS) à Oui.
MyOPCA 26936 Avoir - Création/Modification - Case à cocher Déduction Évolution
Ajouter l'indicateur "Déduction" dans le cadre Avoir des écrans de saisie, consultation/modification de la fiche avoir.
En création, cocher automatiquement cet indicateur lorsque l'option « TYPE_AVOIR » (Id 572) a la valeur 2.
MyOPCA 26937 Avoir - Contrôle indicateur Déduction Évolution
Mettre à disposition une RG éditeur VAL_AVO_CTRL_Deduction contrôlant, pour un avoir, que l'indicateur "Déduction" n'est pas coché lorsque le mode de paiement de la facture est Chèque (id 1343) 
N.B. : informations à lire sur chaque ligne détail (DOSREGLEDOS) de l'avoir qui sont non traités (DOSREGLEDOS.SETAT à 1675,1674,1651) et sur DOSFACTURE. s'il n'y a pas de DOSREGLEDOS.

Message : "L'indicateur Déduction ne peut être utilisé avec le mode de paiement Chèque".
Branchement en mode avertissement interactif en validation (création et modification) de facture et en mode blocage partiel sur le traitement de Mise en payable.
MyOPCA 26938 Avoir - Nouveau traitement Déduire du règlement Évolution

Un nouveau traitement habilitable « Déduire du règlement » est mis à disposition sur les grilles : « Suivi des restitutions », « Suivi des retenues » et « Factures » de la fiche « Facture groupée » (N.B. : les habilitations doivent être distinctes pour chacune des grilles).

Le traitement :

  • contrôle que la ligne (DOSREGLEDOS) sélectionnée :
    • est rattachée à un avoir
    • n’est pas traitée : état « Enregistré » ou « Payable » et sans lien avec un règlement (DOSREGLE)
    • a un indicateur « Déduction » à Non
  • efface l’indicateur « Restitution » ou « Retenue » selon le cas
  • coche l’indicateur « Déduction »
Des points d’entrée de RG « avant traitement » (pour contrôle : 16781) et « après traitement » (pour workflow : 16782) sont mis à disposition.
MyOPCA 26939 Suivi des détails de règlement - Nouveau menu Traitements Évolution

Un menu « Traitements » habilitable est mis à disposition sur la grille « Suivi des détails de règlement » : il propose les traitements existants suivants :

  • Transformer en retenue : RG 16786 et 16787
  • Transformer en restitution : RG 16788 et 16789
  • Déduire du règlement : RG 16781 et 16782

et les exécute pour les lignes sélectionnées dans la grille.


Les habilitations sur ces menus sont personnalisables pour cette grille Suivi des détails de règlements.

Les contrôles, RG… sur ces traitements sont les mêmes que lorsqu’ils sont appelés depuis les menus habituels « Suivi des retenues », « Suivi des restitutions », …
MyOPCA 26940 Grilles factures - Nouveau menu Traitements règlement Évolution

Un menu « Traitements règlement » habilitable est mis à disposition sur les grilles Factures (grille générale Gestion des factures et écran Factures de la fiche dossier) : il propose les traitements existants suivants :

  • Transformer en retenue
  • Transformer en restitution
  • Déduire du règlement

et les exécute pour les lignes sélectionnées dans la grille Détail des règlements de la facture.

Les habilitations sont personnalisables pour ce point d’entrée (Factures / Traitements règlement).

Les contrôles, RG… sur ces traitements sont les mêmes que lorsqu’ils sont appelés depuis les menus « Suivi des retenues », « Suivi des restitutions », …
MyOPCA 26942 Paiement - Nouvelle option Paiement à 0 Évolution

Une nouvelle option « PAIEMENT_0 » (ID 583) est mise à disposition pour définir si les paiements dont le montant cumulé est égal à 0 doivent être intégrés ou non aux lots de règlements.

Elle peut prendre les valeurs :

  • Oui : si le montant calculé est à 0, il ne provoque pas de virement mais reste intégré au lot et peut être extrait sur les courriers d’avis de paiement
  • Non : si le montant calculé est à 0, les lignes de factures associées sont écartées du lot de règlement. Elles seront traitées dans un lot suivant ou via un mode différent (Ex> retenue …).
Elle est initialisée à Oui par défaut.
MyOPCA 26943 Paiement - Lot de virement - Création - Recherche des factures et avoirs Évolution

Adapter les critères de recherche éditeur de sélection des factures en création de lot de virement pour remonter les lignes d’avoirs dans l’état « Remboursable » et ayant un indicateur « Déduction » coché


(*) Filtre obligatoire VAL_SEL_DOSREGLE  de la grille « Recherche des factures pour assistant de lot » (Id 64) : remplacement du critère « Est un Avoir » à Non par  « Est un Avoir » à Non ou « Est un Avoir » à Oui et « Indicateur Déduction » à Oui.
MyOPCA 26944 Paiement - Lot de virement - Création - Grille de recherche des factures - Indicateur Déduction Évolution

Les éléments suivants sont mis à disposition dans la grille de sélection des factures à régler en création de lot de virement :

  • Colonnes « Avoir » et « Déduction » (cases cochées ou non)
  • Critère de recherche « Règlement dossier \ Déduction » de type booléen permettant de filtrer sur l’indicateur « Déduction » de la ligne de règlement.
MyOPCA 26945 Paiement - Lot - Etats de contrôle - Adaptations Évolution
Adapter les états éditeur « Liste facture rejetees(traitement) » et « Liste factures écartées (Traitement) »  pour afficher, au début de chaque ligne, avant la colonne « N° facture », une nouvelle colonne « Avoir » remontant Oui lorsque la ligne est rattachée à un avoir.
MyOPCA 26946 Paiement - Lot - Etats de contrôle - Liste des factures rejetées - Nouveau Évolution

Mettre à disposition un nouvel état éditeur « Liste des factures rejetées (lot) » permettant d’éditer (rééditer) toutes les lignes de règlement rejetées dans le lot (dans les phases de création du lot et/ou préparation du virement).

Cet état est créé par duplication de l'état existant « Liste facture rejetees(traitement) » (après ajout de la colonne "Avoir" en début de ligne) mais est appelé depuis le menu Imprimer (et/ou Edition des journaux de contrôle) en passant en paramètre le lot de règlement sélectionné dans la grille.
MyOPCA 26958 Paiement - Lot de virement - Préparation du virement - Contrôle du montant du virement Évolution

Dans le traitement de « Préparation des virements », à l’issue de la phase de regroupements de factures/avoirs par tiers (en fonction des différentes options de ruptures et regroupements ... banque, structure, référence facture, dispositif ...), lorsque :

  • le montant du virement est à 0 :
    • aucune ligne de virement n’est générée dans la table des virements
    • si l’option « PAIEMENT_0 »   est à Non les lignes de détail factures constituant le paiement à 0 sont écartées du lot et remontent dans la liste des factures rejetées avec un motif de rejet « Paiement à 0 »
  • le montant du virement est négatif :
    • aucune ligne de virement n’est générée dans la table des virements
    • les lignes de détail factures constituant le paiement négatif sont écartées du lot et remontent dans la liste des factures rejetées avec un motif de rejet « Paiement négatif »
MyOPCA 26963 Comptabilisation des règlements - Prise en compte du signe des montants Évolution

Lors de la comptabilisation des règlements (type d'écriture REG+), les lignes détail (DOSREGLEDOS) ayant un signe négatif provoquent une inversion du signe (débit / crédit) de l’écriture correspondante :


  • paramétrer le signe « habituel » (champ CSIGNE) à « P »  pour le type d'écriture REG+ (Id 9) dans la table des types d’écritures (CPTTYPECR)
  • lors de la création des lots d’écritures comptables, si le montant de la ligne d'écriture présente un signe inverse au signe habituel, le sens (Débit / Crédit) de l'écriture lu dans le paramétrage des schémas comptables, est inversé (Crédit au lieu de Débit et Débit au lieu de Crédit).


N.B. : les mouvements liés aux « restitutions », « rejets bancaires », «retenues » (lorsqu’elles sont comptabilisées) et « régularisations » ne sont pas modifiés et restent liés aux types d’écritures habituels (REG-, REG-Rej, REG-Rest, RET-, RET+, REGUL+, REGUL-).
MyOPCA 26981 Avoir - Génération depuis une facture (retenue, restitution) - Date de comptabilisation vide Évolution

Lors de la génération d'un avoir à partir d'une facture (traitements "Réaliser une demande de restitution" ou  "Réaliser une retenue"), la date de comptabilisation (DOSFACTURE.XCOMPT) ne doit pas être initialisée sur les avoirs créés.


La date de comptabilisation de l'avoir (DOSFACTURE.XCOMPT) doit être mise à jour dans les traitements :

  • "Valider la remise en banque" : avec la "date de remise en banque" saisie dans le traitement, pour les restitutions
  • "Traiter les retenues" : avec la date du jour, pour les retenues.
MyOPCA 26984 Avoir - Suppression (retenue, restitution) Évolution

Les avoirs dans l'état « Enregistré » doivent pouvoir être supprimés à l'aide du bouton de suppression standard même lorsque l’avoir a été généré à partir d’une facture (champ DOSFACTURE.SDOSFACTORIGINE non vide).

N.B. : seule, une date de comptabilisation de l’avoir peut empêcher sa suppression (contrôle existant).
MyOPCA 26985 Grilles factures - Nouvelles colonnes liées aux avoirs Évolution

Les colonnes suivantes sont mises à disposition sur les grilles Factures (grille générale Gestion des factures et écran Factures de la fiche dossier) :

  • « N° fact. Origine » et « Réf. fact. origine »: affichent le numéro et la référence de la facture d’origine (*) lorsqu’elle existe, c’est-à-dire lorsque la ligne est :
  • un « avoir » généré à partir d’une facture

ou

  • une facture de régularisation générée à partir d’un avoir de régularisation.
  • « A un avoir » : affiche Oui si la facture est à l’origine d’un avoir (**) et Non dans le cas contraire.

(*) champs DOSFACTURE.CNUMFACT et DOSFACTURE.CREFFFACT de la facture (ou avoir) correspondant au champ DOSFACTURE.SDOSFACTORIGINE.

(**) existence d’une facture de type « avoir » (DOSFACTURE.IAVOIR=-1) avec DOSFACTURE.SDOSFACTORIGINE=DOSFACTURE.SDOSFACTURE.
MyOPCA 26986 Grille factures - Nouveaux critères et filtres liés aux avoirs Évolution

Les critères de recherche suivants sont mis à disposition sur la grille Gestion des factures dans le domaine « Pilotage » :

  • « Réf. fact origine » (type alphanumérique) : permet de sélectionner une facture ou un avoir à partir de la référence (DOSFACTURE.CREFFACT) de sa facture (ou avoir) d’origine (DOSFACTURE.SDOSFACTORIGINE)
  • « A un avoir » (type booléen) : permet de retrouver, dans le cas d’une facture, si elle a fait l’objet d’un avoir (existence d’une facture de type « avoir » (DOSFACTURE.IAVOIR=-1) avec DOSFACTURE.SDOSFACTORIGINE=DOSFACTURE.SDOSFACTURE).


Un filtre éditeur commun « Avoirs » est mis à disposition dans la grille Gestion des factures.

Il présente les critères de recherche :

  • Avoir : coché
  • Pro forma : décoché
  • Etat de la facture : interactif
  • Type de tiers de la facture : interactif
  • Origine : interactif
  • Réf fact origine (nouveau) : interactif
MyOPCA 26987 Grille Suivi des détails de règlement - Nouveau menu Imprimer Évolution Un menu « Imprimer » habilitable est mis à disposition sur la grille « Suivi des détails de règlements » : il reçoit en paramètres la liste de détails de règlement (DOSREGLEDOS) sélectionnée.

Créer les points d'entrée de RG suivants :
  • 16804 : RG : Impression des détails de règlement
  • 16805 : RG : Pendant l’impression des détails de règlement
MyOPCA 26988 Grille Suivi des retenues - Nouveau menu Imprimer Évolution Un menu « Imprimer » habilitable est mis à disposition sur la grille « Suivi des retenues » : il reçoit en paramètres la liste de détails de règlement (DOSREGLEDOS) sélectionnée.

Créer les points d'entrée RG suivants :
  • Avant impression :16768
  • Après impression : 16767
MyOPCA 26995 Grille Suivi des détails de règlement - Nouveau menu Consulter le règlement Évolution

Un menu « Consulter le règlement » habilitable est mis à disposition sur la grille « Suivi des détails de règlements » : il ouvre, pour la ligne sélectionnée, un écran affichant l’entête du règlement (table DOSREGLE) et une grille « Factures réglées » présentant le détail des lignes rattachées (table DOSREGLEDOS) (même type de présentation que sur le Suivi des paiements de la fiche dossier) avec les fonctions habituelles de choix de colonnes, exports EXCEL ...
MyOPCA 26996 Grille Suivi des retenues - Nouveau menu Consulter le règlement Évolution

Un menu « Consulter le règlement » habilitable est mis à disposition sur la grille « Suivi des retenues » : il ouvre, pour la ligne sélectionnée, un écran affichant l’entête du règlement (table DOSREGLE) et une grille « Factures réglées » présentant le détail des lignes rattachées (table DOSREGLEDOS) (même type de présentation que sur le Suivi des paiements de la fiche dossier) avec les fonctions habituelles de choix de colonnes, ...
MyOPCA 27000 Taille du lieu de Ville du module - passer de 40 à 60 caratères Évolution
Pour être en adéquation avec la taille du champ Ville de la table adresse, passer le champ  ville du module  (DOSMODULE.CLIEUVILLE) de 40 à 60 caractères
A faire 
  • En base de données
  • Sur l'API
  • Dans la page module du dossier
  • Dans la page module de l'assistant dossier
  • Dans le chargeur
MyOPCA 27018 Grille dossiers - Colonne Total réglé Anomalie
La colonne 'Total réglé' de la grille Dossiers n'est pas correcte car elle ne tient pas compte des opérations multi dossiers pour lesquelles les factures ne sont pas rattachées directement au dossier.

Le montant réglé d'un dossier doit être lu dans la table DOSREGLEDETAIL et non DOSREGLEDOS/DOSFACTURE via le DOSFACTURE.SDOSENTITEDOS  qui n'est pas valorisé lorsque la facture est rattachée à plusieurs dossiers de l'opération (cas des opérations multi dossiers).
-> corriger dans ce sens (en utilisant la table DOSREGLEDETAIL) toutes les colonnes 'Total réglé',  'Total réglé Frais ...', 'Total reste à régler', 'Total reste à régler Frais ...'
MyOPCA 27020 GED_DEV dans la colonne CTABLE de GRD_GRILLE de la tranche Editeur Anomalie
Enlever des alias GED_DEV dans la colonne CTABLE de la table GRD_GRILLE de la tranche Editeur.
MyOPCA 27022 Traitement facture depuis le dossier - Curseur mal repositionné Anomalie Lorsque l'on active un traitement facture depuis l'écran Factures de la fiche dossier, (Ex> Bloquer, Générer un avoir ...), le curseur se repositionne systématiquement sur la 1ère ligne de la grille et non sur la ligne à partir de laquelle le traitement a été activé.
Le curseur doit être repositionné sur la ligne qui était sélectionnée au lancement du traitement.
MyOPCA 27026 DIMINUTION D ENGAGEMENT > CONTRÖLE PLAFOND DE DEPASSEMENT ENGAGEMENT Évolution
Pour contrôler l'engagement de la diminution et en fonction des plafonds de d'engagement par filière il existe 2 contrôles parallèles : 
- La RG  VAL_DOS_ENG_Ctrl_Mt_Dim (WD16914)
- En dur dans le code

Supprimer le contrôle en dur, seule la RG fera le contrôle.
MyOPCA 27088 Contrat APP - Contrôle de la majoration annuelle RQTH Évolution
Des RG éditeur sont mises à disposition pour permettre de contrôler dans l’assistant de saisie (sortie fiche CERFA FA13 et validation assistant) et la fiche dossier (validation dossier),  pour les contrats APP (*), que :
  • si l'indicateur "Travailleur handicapé" de la fiche inscription est à Oui et la date de conclusion du contrat est supérieure ou égale au 01/01/2021, le montant de majoration RQTH (**) doit être différent de 0.
Message "Le stagiaire a une RQTH et aucun frais RQTH n'a été saisi."
Branchement des RG en mode Avertissement interactif.

  • si le montant de majoration RQTH (**) est différent de 0, l'indicateur "Travailleur handicapé" de la fiche inscription est à Oui et la date de conclusion du contrat est supérieure ou égale au 01/01/2021
Message "Majoration RQTH non possible pour un stagiaire sans RQTH et/ou un contrat non conclu après le 31/12/2020."
Branchement des RG en mode Blocage partiel.

(*) Rattachement des RG à la filière CAPP.
(**) Montant demandé du frais 14.

Les RG doivent être nommées :
  • VAL_DOS_ASS_APP_CTRL_RQTH_SiMontantDif0
  • VAL_DOS_ASS_APP_CTRL_RQTH_Saisi

  • VAL_DOS_APP_CTRL_RQTH_SiMontantDif0
  • VAL_DOS_APP_CTRL_RQTH_Saisi
MyOPCA 27089 Contrat APP - Motif dossier - Nouveau Majoration RQTH Évolution Mise à disposition d'un motif éditeur 'CAPP_RQTH -  Majoration RQTH' (ID 517) pour permettre de marquer les contrats d'apprentissage bénéficiant d'une majoration RQTH.
MyOPCA 27090 Contrat APP - Initialisation motif - Nouveau Majoration RQTH Évolution
Mettre à disposition une RG éditeur VAL_DOS_APP_INIT_Motif_RQTH permettant d'initialiser le motif MAJORQTH sur les dossiers éligibles.
Cette RG doit pouvoir être appelée pour un contrat APP (*) à l'issue de la création (point d'entrée 7509 - RG après création dossier) et à la validation de la fiche dossier.
Si le contrat lié à l'inscription répond aux critères suivants :
  • Indicateur travailleur handicapé de la fiche Inscription à Oui
  • Date de conclusion du contrat supérieure ou égale au 01/01/2021

et si le motif éditeur MAJORQTH n'est pas déjà rattaché au dossier, rattacher le motif MAJORQTH au dossier avec un résultat à Oui.

(*) critère déterminé par le rattachement de la RG à la filière APP.
MyOPCA 27091 Contrat APP - Montage financier - Calcul du demandé RQTH Évolution
Mettre à disposition une RG éditeur « VAL_DOS_APP_INIT_FRAISRQTHDEMANDES » permettant de calculer la partie "Demandé" du frais "RQTH" (frais 14) sur un dossier contrat APP (même principe que la RG "VAL_DOS_APP_INIT_FRAISCPDEMANDES" pour le CP) ayant un motif RQTH avec un résultat à Oui.

Règles de calcul : 

  • Qté demandée : même calcul pour le CP (on utilise les dates d’échéancier du(es) module(s) existants
  • Unité d'oeuvre : même recherche et calcul que pour le CP
  • Montant demandé = montant saisi par l’utilisateur 
  • PU demandé = Montant demandé  / Qté demandée
La RG est branchée sur les points d'entrée :

- 15987 - « Générer les montants demandés »

- 15988 – « Après génération des montants demandés »


(*) critère déterminé par le rattachement de la RG à la filière APP.
MyOPCA 27092 Contrat APP - Montage financier - Calcul du retenu RQTH Évolution
Mettre à disposition une RG éditeur « VAL_DOS_APP_INIT_FRAISRQTHRETENUS »  permettant de calculer la partie "Retenu" du frais "RQTH" (frais 14) sur un dossier contrat APP (même principe que la RG « VAL_DOS_APP_INIT_FRAISCPRETENUS » pour le CP) ayant un motif RQTH avec un résultat à Oui.

Règles de calcul : 

  • Qté Retenue :
    on se base sur les unités d'oeuvre si l'option recalcul demandé ("RECALCUL_DEM") n'est pas activée et si la fin anticipée est nulle.
    Sinon on copie le demandé dans le retenu.
  • PU Retenu = PU demandé plafonné à 333,33333 € (4000.00 annuels/12)
  • Montant Retenu =  Qté retenue * PU retenu (l'arrondi est déterminé par l'option MF_PEC_ARRONDIEURO pour savoir si on arrondi à la valeur entière la plus proche ou si on arrondit à deux décimales.)  
N.B. : la majoration de 10% si durée <1 an et type de dérogation =21 existant pour le CP ne s’applique pas pour le frais RQTH.

La RG est branchée sur le point d’entrée 15984 – Générer les montants retenus.


(*) critère déterminé par le rattachement de la RG à la filière APP.
MyOPCA 27168 CERFA - Convention collective applicable est longue à charger Évolution

Dans l'assistant de saisie du CERFA à l'étape CERFA et dans le dossier à la page CERFA du contrat d'apprentissage et du CPRO, le temps de L'affichage de la liste des valeurs est plus longue que dans les autres champs (il prend entre 2 à 3 secondes).

De même lorsque l'on y saisie un valeur de la liste, celle-ci met 2 à 3 secondes à s'afficher à l'écran.
MyOPCA 27186 Situations avant contrat - Distinction des constantes CPRO et CAPP Évolution
Pour les valeurs des situations avant contrat des anciens CERFA Apprentissage avant 2020, mettre en oeuvre des constantes distinctes de celles déjà utilisées pour les CERFA CPRO car les listes et correspondances Démat ont évolué différemment.
Il s'agit des valeurs :

Code

Libellé

3

Etudiant

4

Contrat d'apprentissage

5

Contrat de professionnalisation

6

Salarié en contrat aidé : CUI-CIE, CUI-CAE

7

Stagiaire de la formation professionnelle

8

Salarié (y compris intérimaires et salariés à temps partiel)

9

Personne à la recherche d'un emploi

10

Inactif


Création des constantes éditeur 13704 à 13711 
MyOPCA 27221 Utilisateurs - Paramétrer l'ouverture de la personne et de la structure associées en fonction du logiciel Évolution
Il faudrait que dans la fiche utilisateur ouverte à partir de la grille des utilisateurs dans le paramétrage, les fenêtres qui s'ouvrent pour la personne et la structure soient les fenêtres spécifiques pour MyOpco.
MyOPCA 27386 API - Exécution d'une RG de type BATCH Évolution
Mettre en place une route PUT /v1.0/opca/batch/rg/{rgName} permettant d'exécuter une RG de type batch.

L'objectif est de pouvoir appeler par l'API les traitements qui aujourd'hui sont exécutés en ligne de commande.
Cette route ne retourne aucun information sur le déroulement de la RG, il faut aller lire dans la table LOGS pour plus d'information (même fonctionnement que pour MyOpco V10 en mode BATCH).

Attention il y a un timeout : s'il dépasse 2 min (par défaut) il retourne une erreur code HTTP 502.
MyOPCA 27395 Contrat APP - Calcul du CP retenu - Majoration - Exceptions (adaptations) Évolution
Adapter le calcul du CP retenu pour les contrats d'apprentissage (RG éditeur VAL_DOS_APP_INIT_FRAISCPRETENUS) pour les  exceptions à la majoration de 10% sur les contrats de mois de 12 mois :
  • écarter également de la majoration le code certification 56T31107 : Conducteur(trice) de transport en commun sur route (à ajouter donc aux codes 56T31102, 56T31101 et 56T3110A)
  • pour ces exceptions (4 codes certifications mentionnés plus haut), calculer différemment les Mt et PU retenus :
    • Montant retenu = cout annuel du module (sans application du prorata sur le nombre de mois)
    on conserve le plafonnement existant  : Si montant retenu > montant demandé alors on plafonne au montant demandé
    pas d’application de la majo de 10% dans ces 4 cas.
      • Pu retenu = Montant retenu /Qté retenu
      • Qté retenue : pas de changement
    MyOPCA 27397 API Dossier - Code financement spécifique du dossier Évolution Ajouter le champ 'Financement spécifique' (identifiant et code constante : SpecificFundingId et SpecificFundingCode) dans les informations dossier transmises par l'API pour création de demande dans MY OPCO et retournées par l'API lors de la consultation de dossier.
    MyOPCA 27401 Certifications - Changement de source - Nouveau traitement Évolution
    Dans le menu Traitements de la grille Certifications, mettre à disposition un nouveau traitement 'Changer la source' pouvant être appelé à partir d'une sélection dans la grille.
    Ce traitement doit être habilitable, proposer des points d'entrée de RG 'avant traitement' ( contrôles : 16826) et 'après traitement' (workflows : 16827).

    Il ouvre une fenêtre permettant de sélectionner une nouvelle source dans une liste déroulante (même liste qu'en création de fiche  certification).
    MyOPCA 27402 Certifications - Changement de source - Contrôles Évolution
    Mettre à disposition une RG éditeur VAL_CERTIF_CTRL_ChangementSource appelée sur le traitement 'Changer la source' du menu Traitements de la grille Certifications et contrôlant pour chaque certification sélectionnée que :
    • si l'ancienne source est 'CPF' (id 12211), la certification n'est pas rattachée à un dossier dans le 'code CPF' (DOSACTION.SCODECPF)
    • si l'ancienne source est 'APPRENTI' (id 12345), la certification n'est pas rattachée à un dossier  dans le champ 'Certification' (DOSACTION.ACT_SCERTIFICATION)
    • si  l'ancienne source est 'RNCP' (id 13692), la certification n'est pas rattachée à un dossier ans le champ 'RNCP' (DOSACTION.ACT_SRNCP).
    Message 'La certification ... est utilisée dans un dossier. Vous ne pouvez modifier la source'.
    La RG doit être appelée en mode Blocage partiel.
    MyOPCA 27429 Collecte - Contrôle de la TVA versée dans l'assistant de saisie Évolution
    La RG éditeur VAL_COL_CTRL_TVAVersee contrôlant la TVA versée dans l'assistant de saisie de la collecte ne fonctionne pas dans le cas où toutes les cotisations sont non assujetties à TVA (cas des bordereaux CSA à Constructys) : elle renvoie systématiquement l'erreur "La TVA versée ne correspond pas au taux de TVA du mouvement".

    La RG VAL_COL_CTRL_TVAVersee  doit être adaptée de la façon suivante :
    • Si toutes les cotisations du mouvement ont un indicateur Assujetti TVA à Non, contrôler que le montant versé de TVA est à 0
    • Si toutes les cotisations du mouvement ont un indicateur Assujetti TVA à Oui, faire le contrôle actuel (comparaison du montant versé de TVA au montant recalculé à partir du TTC versé et du taux de TVA du mouvement).
    • Sinon on ne fait pas de contrôle.
    MyOPCA 27486 Retour - Les constantes de type 882 (Version de CERFA) n'ont pas les bonnes dates d'éligibilité Évolution
    Les constantes des types de contrat CERFA sont incomplètes. Il faut :
    • 1/ compléter 
      • * constante 13697 - 10103*07 : mettre DATE1 à 01/01/2020 (au lieu de NULL)
      • constante 13698 - 10103*06 : mettre DATE2 à 31/12/2019 (au lieu de NULL)
    • 2/ mettre à jour les DATE1 et DATE2 des constantes de type 882
    MyOPCA 27518 Fiche dossier, page échéance, colonne automatique Évolution Dans la fiche Dossier, page échéance, ajouter une colonne qui matérialise l'indicateur "automatique" d'une échéance.
    MyOPCA 27777 Grille Dossiers - Fin anticipée - Colonnes et critères Évolution
    Renommer les colonnes éditeur de la grille Dossiers 'Indicateur de rupture' (Id 95) en 'Fin anticipée' et 'Date de rupture' (Id 104) en 'Date de fin anticipée'.
    Mettre à disposition une colonne éditeur 'Motif de fin anticipée' affichant le libellé (constante) du motif de fin anticipée du dossier.

    Renommer le critère éditeur de la grille Dossiers 'Indicateur Rupture Contrat' (Id 107) en 'Fin anticipée' et remplacer le domaine 'Contrat' par 'Dossier'.
    Mettre à disposition les nouveaux critères éditeur suivants : 
    • 'Date de fin anticipée'  dans le domaine Dossier, pointant sur la date de fin anticipée du dossier
    • 'Motif de fin anticipée' dans le domaine Dossier, pointant sur le motif de fin anticipée et proposant une liste déroulante affichant les codes et libellés de motif de fin anticipée (type de constante 875)
    MyOPCA 27779 Contrat APP - Echéancier - Calcul du frais RQTH Évolution
    MyOPCA 27780 CERFA APP - Affichage des nom et prénom de l'apprenti Évolution
    Dans les écrans CERFA APP, le champ 'Nom de naissance et prénom' du cadre L'APPRENTI doit afficher les informations suivantes :  
    -nom de naissance de l'inscription (DOSINSCRIPTION.INS_CNOM_NAISS) si non vide ou nom de l'inscription (DOSINSCRIPTION.CNOM) si pas de nom de naissance; suivi du prénom de l'inscription (DOSINSCRIPTION.CPRENOM).

    N.B.: actuellement le champ affiche les informations de la fiche personne (et non inscription) et ne tient pas compte du nom de naissance.
    MyOPCA 27782 Dossier - Inscription - Affichage du nom de naissance Évolution
    Mettre à disposition une colonne 'Nom de naissance' (*) dans les grilles Inscriptions des écrans Demande (assistant de saisie et fiche dossier) et Facture : ajout d'une colonne Inscription (type constante 231) pouvant être paramétrée par filière.

    Mettre à disposition une colonne 'Nom de naissance' (*) dans la grille de l'écran 'Liste stagiaires' de la fiche dossier.

    (*) pointant sur le champ DOSINSCRIPTION.INS_CNOM_NAISS.
    MyOPCA 27784 Inscription - Sélection du stagiaire - Initialisation du NIR Évolution
    Dans tous les traitements permettant de sélectionner une personne (pour création, modification ou mise à jour d'inscription), le champ NIR chiffré (ONIR) de la fiche inscription doit être initialisé à partir du champ NIR chiffré de la fiche personne (comme l'est actuellement le champ NIR non chiffré CNSS).

    Ceci concerne :  l'ajout d'un stagiaire (assistant de saisie et fiche dossier), le traitement de changement de stagiaire sur une inscription.
    MyOPCA 27851 Fin anticipée dossier - Traitement Annulation - Accès fiche dossier Évolution Déplacer le traitement 'Annuler la fin anticipée' du menu 'Traitements dossier / Autres traitements'  vers le menu 'Traitements dossier / Annuler un traitement'  et mettre à disposition ce traitement dans la fiche dossier (actuellement, il n'est accessible que depuis la grille Dossiers).
    MyOPCA 27997 Dossier - Liste des stagiaires - Colonne Travailleur handicapé incorrecte Évolution Dans l'onglet "Liste des stagiaires" du dossier, la colonne Travailleur handicapé est incorrecte. Si la valeur en base de données DOSINSCRIPTION.ITRAVHANDICAP est à -1, la valeur reste à "Non" au lieu de "Oui".
    MyOPCA 28092 Adhérent - Inscription à un dossier - Saisie classification Évolution A faire en v10 et v11
    Dans le traitement d'inscription à un dossier depuis la fiche adhérent (Traitements / Inscrire à un dossier), ajouter dans le cadre' Inscription de l'écran de saisie, un champ de saisie "Classification' affichant une liste déroulante (même principe que dans la fiche inscription).
    MyOPCA 28185 Traitement Débloquer une facture générée à partir d'une échéance incorrect Évolution
    Quand on génère les factures détails suite au traitement "générer factures" à partir d'une échéance, les DOSREGLEDOS ne sont pas forcément créés.

    Quand on essaie de débloquer une facture qui a été générée à partir d'une échéance sans DOSREGLEDOS, la facture passe en "payée totalement" ce qui est incorrect.
    Ce statut est donné car il n'y a pas de DOSREGLEDOS associés à la facture.
    MyOPCA 28227 Retour - Extranet Collecte - Perte de l'initialisation du type de versement Évolution
    L'initialisation du type de versement (virement ou chèque) ne se fait plus à l'ouverture de la page.
    Précédemment cela se faisait via une RG qui crée un versement à l'ouverture de la page et qui initialisait par défaut le type de versement à virement.

    Au vu des modifications précédentes (demande de ne plus créer un versement par défaut à l'ouverture de la page), il n'est plus possible de modifier le type de versement.
    En effet, celui-ci n'existe qu'à la fermeture de la page (via précédent, suivant, sauvegarder).

    Il a été décidé que le type de versement par défaut à l'ouverture de la page se ferait via le CDEFAUT du dictionnaire du composant (701060).
    Il faut donc modifier ce CDEFAUT avec soit
    • "CHQ" => chèque
    • "VIR" => virement
    • "TELEPAIEMENT" => télépaiement
    Si le versement n'existe pas et qu'il n'y a déjà un type de versement sélectionné, on prendra la valeur du dictionnaire.
    MyOPCA 28310 MyUpdate v21.2.1 Évolution
    MyOPCA 28388 Optimisation du recalcul des LDB à l'engagement Évolution
    Dans le traitement d'engagement :
    • Classe ServiceDosEngager Méthode DoEngager : enlever la partie de recalcul des LDB, ce recalcul sera fait par batch suivant les besoins.
    • Classe DataDosDemande Méthode ControleFonds
      • Supprimer le Recalcul des montants de cette LDB en début de méthode
      • Transformer l'appel de la fonction sql FctVAL_BUD_GetLDBMontantDispoReel en procédure pcVAL_BUD_RetournerLdbMontantDisponibleReel
        • si possible sans modification de l'EDMX pour faciliter le patch
        • en gardant la fonction sql pour compatibilité si elle est appelée dans d'autres traitements
        • La nouvelle procédure appellera
          • le recalcul des LDB
          •  la fonction sql existante
    MyOPCA 28390 Optimisation mise à jour des LDB - ServiceDosTraitement Évolution
    Dans la classe ServiceDosTraitement méthode UpdateLDB :
    • Supprimer la partie de recalcul sur la LDB parent, cela est géré dans le premier appel
    • Créer une option SKIP_RECALCUL_LDB (ID : 584) qui permette de débrayer la totalité de la méthode
    MyOPCA 28392 Suppression de facture - pas de recalcul des LDB parents Évolution Dans la classe ServiceDosFacture, méthode RecalculerMontants supprimer la partie de recalcul des LDB parents.
    MyOPCA 28394 Mise à l'écart des factures - recalcul des LDB Évolution
    Dans la classe ServiceDosRegleDos, méthode MiseEcartFacture supprimer la partie de recalcul des LDB. 
    MyOPCA 28396 Traitement de règlement - optimisation du recalcul des LDB Évolution
    Dans la classe ServiceLotsReglementsTraitement, méthode CalculeReglements :
    • supprimer les deux appel à PcBUDMajMtLDB
    • Modifier la procédure pcVAL_REGLE_PaiementLDB
      • Pour appeler PcBUDMajMtLDB mais uniquement si blocage au paiement est différent de null ou de 'N'
    MyOPCA 28484 Erreur 404 Anomalie
    Voici la liste des erreurs 404 extraits des logs :

    GET /App_Themes/VAL/24x24/ico_factures+groupées.gif
    GET /CollecteEdit/Edit/Versement/undefined
    GET /Common/GetCpfInfo/null
    GET /Common/GetDossierInfo/null
    GET /Common/GetEntiteInfo/null
    GET /Content/Themes/Images/null
    GET /EntrepTraitements/GetEntrepOptionAdh/280789/
    GET /favicon.ico
    GET /GED/Images/zoom_icons.png
    GET /GED/Images/zoom_preloader.gif
    GET /http:/myopco.si.opco2i.fr/
    GET /MyOpca/App_Themes/VAL/48x48/w_cross.png
    GET /MyOpca/Budget/pages/App_Themes/Office2003Silver/RadComboBox/RadComboBox.Val.css
    GET /MyOpca/Budget/pages/App_Themes/Office2003Silver/RadDockTK/Dock.css
    GET /MyOpca/Budget/pages/App_Themes/Office2003Silver/Scheduler/sprite.css
    GET /MyOpca/Budget/pages/App_Themes/Office2003Silver/Scheduler/styles.css
    GET /MyOpca/Budget/pages/App_Themes/Office2003Silver/Telerik.Panelbar/PanelBar.Outlook.css
    GET /MyOpca/Dossier/pages/App_Themes/Office2003Silver/RadComboBox/RadComboBox.Val.css
    GET /MyOpca/Dossier/pages/App_Themes/Office2003Silver/RadDockTK/Dock.css
    GET /MyOpca/Dossier/pages/App_Themes/Office2003Silver/Scheduler/sprite.css
    GET /MyOpca/Dossier/pages/App_Themes/Office2003Silver/Scheduler/styles.css
    GET /MyOpca/Dossier/pages/App_Themes/Office2003Silver/Telerik.Panelbar/PanelBar.Outlook.css
    GET /MyOpca/Referentiel/App_Themes/VAL/48x48/w_cross.png
    GET /MyOpca/Referentiel/Entrep/pages/App_Themes/Office2003Silver/RadComboBox/RadComboBox.Val.css
    GET /MyOpca/Referentiel/Entrep/pages/App_Themes/Office2003Silver/RadDockTK/Dock.css
    GET /MyOpca/Referentiel/Entrep/pages/App_Themes/Office2003Silver/Scheduler/sprite.css
    GET /MyOpca/Referentiel/Entrep/pages/App_Themes/Office2003Silver/Scheduler/styles.css
    GET /MyOpca/Referentiel/Entrep/pages/App_Themes/Office2003Silver/Telerik.Panelbar/PanelBar.Outlook.css
    GET /undefined/Show/519525
    POST /AdhReglesPiecesPage/AddRegles/419592/undefined/false
    POST /AppelsFondsEditPage/ExecuteCtrlRg/20433988/10977
    POST /CollecteObservationsPage/SaveObservationDetails/20215425
    POST /DosObservationsPage/SaveObservationDetails/279026
    POST /DosReglesPiecePage/AddRegles/907474/undefined/false
    POST /EntrepObservationsPage/SaveObservationDetails/1457879
    POST /FactureObservationsPage/SaveObservationDetails/817981

    Corriger les manques et les anomalies.
    MyOPCA 28543 Collecte - Contrôle saisie du régime TA Évolution
    Mettre à disposition des RG de contrôle éditeur (VAL_ASS_COL_Ctrl_Saisie_RegimeTA et VAL_COL_Ctrl_Saisie_RegimeTA) permettant de contrôler que le régime TA est non vide si la nature de mouvement est Bordereau (id 3702) ou Acompte (id 3700) et l'année de salaire supérieure ou égale à 2019.

    Ces contrôles doivent s'effectuer dans l'assistant de saisie (sortie de la page entreprise) et en modification de mouvement (validation enregistrement).
    Branchement en mode Blocage partiel.
    Message 'Vous devez saisir le régime TA'.
    MyOPCA 28586 CERFA APP - Version de CERFA - Modification du code 10103*08 Évolution
    MyOPCA 28587 Extranet Collecte - Bordereau sans PDF Évolution
    Des bordereaux sont arrivés de l'extranet sans PDF dans la GED.
    Mettre en place sur le catalogue RG la RG de batch de rattrapage des PDF : VAL_BATCH_ASS_COL_XTRA_PDF_vers_Ged.
    MyOPCA 28619 Ouverture de la fenêtre de sélection de l'état dossier par RG Évolution
    Dans MyOpco V11, un nouvel écart entre la V10 et la V11 a été constaté.
     
    A la validation du dossier, l'ouverture de la fenêtre de sélection de l'état dossier en V11  génère ce message d'erreur :
    "L’affichage d’une boîte de dialogue modale ou d’un formulaire lorsque l’application ne s’exécute pas en mode UserInteractive n’est pas une opération valide.
    Spécifiez le style ServiceNotification ou DefaultDesktopOnly pour afficher une notification à partir d’une application de service".
     
    La méthode RG à la base est :  DossierTraitement.SelectEtatDossier (Dossier.ID, DateTime.Today, true, out l_ErrMsg);
    Nom de la RG concernée : VAL_FIF_ETAT_V_G

    Mettre en place la boîte de dialogue de sélection de l'état d'un dossier par RG.
    MyOPCA 28721 Collecte - Mouvement - Initialisation de l'indicateur Exonération TA - SMIC 2021 Évolution
    Adapter les RG éditeur (*) initialisant l'indicateur Exo TA à partir de l'indicateur Apprentis et de la MS nette totale, pour l'année de salaire 2021 : 
    • si année de salaire = 2020 et nature de mouvement Bordereau (id 3702), tester la valeur de MS nette 110 838,00 €
    • si année de salaire >= 2021 et nature de mouvement Bordereau (Id 3702) ou Acompte (Id 3700), tester la valeur de MS nette 111 930,00 €
    • sinon, pas d'initialisation.
    MyOPCA 28724 Mouvement - Contrôle de l'indicateur Exonération TA - SMIC 2021 Évolution
    Adapter la RG éditeur (*) contrôlant la cohérence de l'indicateur Exo TA avec l'indicateur Apprentis et la MS nette totale, pour l'année de salaire 2021 : 
    • si année de salaire = 2020 et nature de mouvement Bordereau (id 3702), tester la valeur de MS nette 110 838,00 €
    • si année de salaire >= 2021 et nature de mouvement Bordereau (Id 3702) ou Acompte (Id 3700), tester la valeur de MS nette 111 930,00 €
    • sinon, pas de contrôle.
    (*) RG VAL_COL_CTRL_EXONERATION_TA
    MyOPCA 28725 Extranet - Lenteur d'ouverture de la grille des organismes de formation Anomalie
    Dans l'assistant de saisie des demandes, étape "Action de formation", la recherche des organismes de formation peut durer plus de 20s (voir 40s pour certains environnements) à l'afficher.
    MyOPCA 28787 PERF - Batch de mesure de temps Évolution Mettre en place un batch, état de mesure de temps d'une version à une autre
    MyOPCA 28798 Réaffectations CUFPA - Nouveau type de cotisation - CPFHTT Évolution
    Création du type de cotisation (constante) éditeur CPFHTT - CPF non soumis à TVA (Id 13715)
    pour identifier les réaffectations (mouvements miroir) des cotisations sans TVA CUALG et CUALA.
    MyOPCA 28814 Comptabilisation - Choix du traitement - Règlements seuls (sans annulations) Évolution Lors de la création d'un lot d'écritures comptables, permettre de ne traiter que les règlements (sans les annulations) : ajout d'un choix 'Génération des écritures des Règlements positifs' dans la liste déroulante des traitements, sélectionnant uniquement les règlements.
    MyOPCA 28825 CAPP - DEMAT - Transmission à DECA - NAF Vide Évolution
    Dans la dématérialisation vers DECA, le NAF de l'employeur transmis dans le fichier JSON est toujours vide.
    Il faut transmettre l'information lorsqu'elle est présente sur le CERFA (champ DOSINFOCONTRAT.SNAF).
    MyOPCA 28836 Restitution - Valider la remise en banque - Choix de la banque Évolution
    Lors de la validation de la remise en banque du règlement de restitution (Suivi des restitutions / Traitement / Valider la remise en banque), permettre de choisir la banque (actuellement, la banque est automatiquement copiée à partir de la facture initiale et n'est ni visible ni modifiable) : ajouter une liste déroulante des banques (comme lors de la remise en banque des versements de collecte) proposant  :
    • la banque déjà rattachée aux lignes de règlement de l'avoir (DOSREGLEDOS.SCPTBANQUE) si elle est identique sur toutes les lignes et n'est pas désactivée
    • les autres banques de type Dossier (Id 4284) non désactivées et éligibles (sans critère d'éligibilité sur le mode de paiement ou avec le critère d'éligibilité Mode de paiement = Restitution (id 3735)).
    A la validation, la banque choisie est mise à jour dans les tables détail règlement (DOSREGLEDOS) (écrase la valeur précédente si changement) et entête (DOSREGLE).
    MyOPCA 28844 Dossier pré saisi - Suppression - Ajout point d'entrée de RG Évolution Mettre en œuvre un point d'entrée de RG(*) sur le bouton Supprimer de la grille Dossiers pré saisis.
      
    Il doit permettre le branchement de RG empêchant la suppression de certains dossiers en fonction de leur origine par exemple.

    (*)7143 - RG : Suppression dossier présaisi
    MyOPCA 28845 Dossier pré saisi - Suppression - Contrôle de l'origine du dossier Évolution
    Mettre à disposition une RG VAL_DOS_ASS_Ctrl_Origine_AvantSuppression permettant d'empêcher la suppression de dossiers pré saisis (bouton Supprimer) dont l'origine est externe (non nulle et différente de 0).

    Message 'Vous ne pouvez supprimer un dossier pré saisi ayant une origine externe.'
    Branchement en mode Blocage partiel sur le bouton Supprimer de la grille Dossiers pré saisis.
    MyOPCA 28854 Collecte - Traitement Remboursement - Contrôle de l'état du mouvement Évolution
    Le traitement "Générer un remboursement" (ex "Remboursement total") de la grille Collecte (menu Traitements mouvement / Autre) doit pouvoir être appelé sur un mouvement non validé.

    Supprimer le contrôle en dur et mettre à disposition une RG VAL_COL_CONTROLER_VALIDATION réalisant ce contrôle et pouvant être appelée sur le point d'entrée 15979- RG : Remboursement total.
    MyOPCA 28855 Collecte - Traitement Remboursement - Saisie de la référence Évolution
    Dans la fenêtre ouverte par le traitement  "Générer un remboursement" (ex "Remboursement total")  de la grille Collecte (menu Traitements mouvement / Autre), permettre de saisir une 'Référence' initialisant la référence versement des lignes de remboursement créées par le traitement.
    MyOPCA 28856 Collecte - Traitement Remboursement - Multi sélections et batch Évolution
    Le traitement  "Générer un remboursement" (ex "Remboursement total") de la grille Collecte (menu Traitements mouvement / Autre) doit pouvoir être appelé pour une sélection multiple de mouvements.
    La date, la référence et le paquet (1)  saisis sont alors appliqués pour chaque ligne de remboursement générée.
    Lorsque le paquet n'est pas éligible (2) pour le mouvement, le mouvement est écarté du traitement et apparaît en erreur dans le boîte de log.

    Ce traitement doit pouvoir être appelé par RG avec passage en paramètres d'une date de versement, référence de versement et identifiant de paquet. 
    Les éventuelles erreurs doivent être inscrites dans la table des logs.

    (1) une liste déroulante propose les paquets ouverts, rattachés à l'utilisateur, ayant les mêmes année de salaire et nature de mouvement que le 1er mouvement sélectionné.
    (2) même année de salaire et même nature : test via une RG éditeur VAL_COL_CONTROLER_ELIGIBILITE_PAQUET.
    MyOPCA 28861 Collecte - Traitement Remboursement - Calcul du trop versé et adaptations Évolution
    Le traitement  "Générer un remboursement" (ex "Remboursement total")  de la grille Collecte (menu Traitements mouvement / Autre) doit générer une ligne de type remboursement, dont le montant correspond à la différence entre les totaux (TTC, TVA et HT) versés  (*) et déclarés du mouvement.
    Le remboursement ne doit être créé que si le total TTC (versé - déclaré) ainsi calculé est positif.
    Si le traitement a généré une ligne de remboursement, activer automatiquement le traitement de validation du mouvement lorsque l'option 365-VALIDAUTO est active.

    (*) le total versé du mouvement peut être à 0 (cas de mouvement avec déjà versé supérieur au calculé) (voir exemple en PJ).
    MyOPCA 28864 Motif collecte - Nouveau motif éditeur COL_REMBOURSE Évolution Mettre à disposition un motif éditeur (règle de contrôle) pour permettre d'indiquer qu'un remboursement doit être effectué à l'entreprise  :
    518 : COL_REMBOURSE - Remboursement à l'entreprise.

    N.B. : ce motif pourra être rattaché au mouvement par RG (Ex> cas d'acomptes supérieurs au solde) et servir de critère de sélection pour le traitement de remboursement total.
    MyOPCA 28865 Collecte - Traitement Remboursement - Mise à jour du motif COL_REMBOURSE Évolution
    Mettre à disposition une RG éditeur VAL_COL_Passe_Col_Rembourse_Oui appelée sur le point d'entrée 15980 - RG : Après Remboursement total.
    Cette RG met à Oui le résultat du motif COL_REMBOURSE si :
    • ce motif est déjà rattaché au mouvement et a un résultat différent de Oui
    • le traitement  "Générer un remboursement" (ex "Remboursement total") a réussi (génération d'une ligne de remboursement).
    MyOPCA 28869 Grille Collecte - Colonnes motifs éditeur Évolution
    Mettre à disposition sur la grille Collecte, des colonnes éditeur pour chacun des motifs éditeur Collecte existants (*) ,  affichant le code du motif dans l'intitulé de la colonne et le résultat (?, Oui, Non) dans la colonne.

    (*) Motifs concernés : COL_ACPTESUP, COL_SEUIL250 et COL_REMBOURSE.
    MyOPCA 28872 Grilles Collecte et Versements - Critères motifs éditeur Évolution
    Mettre à disposition sur les grilles Collecte et Versements, dans un domaine 'Motif mvt', les critères de recherche ci-dessous liés aux motifs éditeur Collecte existants :
    • COL_ACPTESUP
    • COL_SEUIL250
    • COL_REMBOURSE
    avec une liste déroulante permettant de choisir la valeur du résultat à rechercher : ?, Oui ou Non.
    MyOPCA 28876 Grille Collecte - Nouveau filtre éditeur Changement de régime Évolution
    Mettre à disposition sur la grille Collecte un filtre éditeur 'Changement de régime' permettant de remonter les mouvements (*) rattachés à un tiers ayant, pour la même année de salaire (**), un autre mouvement (*) avec un régime (***) différent.
    Ce filtre doit permettre de repérer notamment les entreprises avec un acompte +11 et un bordereau de solde -11 ou un bordereau +11 avec 1er acompte et un 2nd acompte -11 ...

    (*) limité aux natures Bordereau (Id 3702) et Acompte (Id 3700) (COLMVT.SNATUREMVT)
    (**) lue sur les cotisations (COLCOTISATION.SANNEESALAIRE)
    (***) COLMVT.SREGIME
    MyOPCA 28879 Paramétrage collecte - Plancher de versement - Nouveau Évolution
    Ajouter un champ 'Plancher de versement HT' de type montant dans le paramétrage collecte (table COLPARAMMVT).
    Ce montant est initialisé par défaut à 0 lorsqu'il est vide en saisie (création, modification de paramétrage) et lors de l'ajout du champ dans la base de données.
    Il permet de préciser le montant HT calculé au-dessous duquel l'entreprise n'a pas à effectuer de versement.
    MyOPCA 28880 API Collecte - Plancher de versement Évolution
    Dans la méthode de récupération des informations du mouvement, retransmettre le nouveau champ 'Plancher de versement' lu dans le paramétrage associé au mouvement (COLMVT.CMV_SCOLPARAMMVT).
    N.B. : ce montant plancher pourra permettre par exemple de proposer un montant dû à 0 sur l'Extranet lorsque le montant calculé HT est inférieur au montant plancher.

    Le nom du champ retourné dans l'API est PlancherVersement.
    MyOPCA 28881 Collecte - Assistant de saisie - Affichage du plancher de versement Évolution
    Afficher dans le cadre 'Assistant de calcul' de l'écran Effectifs/Cotisations/Versement de l'assistant de saisie, le nouveau champ 'Plancher de versement' associé  au paramétrage du mouvement (COLPARAMMVT) et l'actualisation à chaque mise à jour du paramétrage.
    MyOPCA 28891 Collecte - Fiche mouvement - Indicateur Pas de versement - Nouveau Évolution Gérer un nouvel indicateur 'Pas de versement' dans la fiche mouvement :
    • ajout d'un champ dans la table des mouvements
    • ajout d'une colonne éditeur 'Pas de versement' (case) dans la grille Collecte
    • ajout d'un critère de recherche 'Pas de versement' dans la grille Collecte
    • ajout d'un champ 'Pas de versement' dans le cadre 'Assistant de calcul' de l'écran Effectifs/Cotisations/Versement de l'assistant de saisie et de l'écran Cotisations de la fiche mouvement.
    Ce champ doit permettre de distinguer 3 valeurs : information inconnue / oui / non.
    Ce champ doit être habilitable et disponible en lecture/écriture au niveau des RG.
    MyOPCA 28893 Chargeur Collecte - Mouvement - Indicateur Pas de versement - Nouveau Évolution Ajouter le champ 'Pas de versement' dans la table des mouvements de collecte du chargeur et mettre à jour le champ correspondant dans la fiche mouvement, lors du traitement des lots de collecte.
    MyOPCA 28894 API Collecte - Fiche mouvement - Indicateur Pas de versement - Nouveau Évolution Gérer dans l'API le nouveau champ 'Pas de versement' de la fiche mouvement  :
    • permettre de le transmettre dans les fonctions de création et modification de mouvement.  Ce champ doit permettre de distinguer 3 valeurs : information inconnue / oui / non (unknown, yes, no).
    • permettre de le réceptionner à partir de la fonction de recherche de mouvement.
    Ce champ se nomme : PasDeVersement.
    MyOPCA 28897 Collecte - Indicateur Pas de versement - Initialisation Évolution
    Mettre à disposition une RG éditeur VAL_COL_INITIALISER_PAS_DE_VERSEMENT permettant d'initialiser dans l'assistant de saisie de mouvement et dans la fiche mouvement, l'indicateur 'Pas de versement' après initialisation/actualisation des totaux calculés : si aucun versement rattaché au mouvement et indicateur 'Pas de versement' vide ou à Non, l'initialiser à Oui lorsque :
    • le total calculé HT est égal à 0 
    • le total calculé HT est inférieur à 0
    • le total calculé HT est inférieur au 'Plancher de versement' associé au paramétrage du mouvement.

    Un nouveau point d'entrée doit être créé :  16847 - RG : Après mise à jour montants calculés.
    MyOPCA 28898 Collecte - Indicateur Pas de versement - Contrôle Évolution
    Mettre à disposition une RG éditeur VAL_COL_Ctrl_TotalCalcHt_Inf_MtPlancherParam permettant de contrôler l'indicateur 'Pas de versement' comme suit : 
    si aucun versement n'est rattaché au mouvement et l'indicateur 'Pas de versement' est à Oui et le total calculé HT est supérieur au montant plancher lu dans le paramétrage du mouvement, message 'Indicateur Pas de versement coché alors que le total calculé HT est supérieur au montant plancher.'.

    Cette RG doit être branchée en sortie de l'assistant de saisie de mouvement et en validation de la fiche mouvement.
    Branchement en mode 'Avertissement interactif'.
    MyOPCA 28921 Collecte - Contrôle des écarts entre calculé et versé - Indicateur Pas de versement Évolution Adapter la RG éditeur de contrôle des écarts entre le calculé et le versé (RG VAL_COL_CtrlEcartCalculeVerse) pour ne pas contrôler lorsque l'indicateur 'Pas de versement' est à Oui sur le mouvement.
    MyOPCA 28924 Grille Société, OF et autres - Colonne IBAN incorrecte Évolution
    Dans les grilles "Société", "OF" et "Autres", la colonne IBAN est toujours vide quelque soit l'information sur la fiche.
    Cette colonne fonctionne correctement sur la grille "Société".
    MyOPCA 28947 Gestion des utilisateurs - Adresse email non acceptée Évolution
    Quand on va dans MyOpco > Paramétrage > Gestion des utilisateurs > Assistant de création/modification de compte et qu'on essaie de modifier une adresse email, il y a un erreur à la validation (icône rouge) à côté de l'adresse mail.

    Les adresses email concernées :
    gillesvds@adok.info
    m.lambert@renaissance.archi

    Il faut modifier le regex associé au dictionnaire 809285 (dictionnaire de l'adresse email).
    MyOPCA 28953 Contrat APP - Assistant de saisie - Ajout points d'entrée de RG sur durée hebdo de travail Évolution
    Mettre à disposition des points d'entrée de RG  sur les champs 'Durée hebdo de travail' heures et minutes (15185 et 15187) de l'écran CERFA Apprentissage de l'assistant de saisie.

    Cela doit permettre de redéclencher le calcul automatique du pourcentage de formation (même principe que pour le contrat PRO).
    MyOPCA 28957 SIA DECA - Transmission Code RNCP (nouveau) Évolution Transmettre le code RNCP (CERFA 2021) du contrat APP vers le SIA DECA :  contenu du champ « Code RNCP » (DOSINFOCONTRAT.DIC_CCODERNCP) du cadre La formation du CERFA.

    Si rien n 'est saisi ,envoyer "null" dans le champ formation.rncp du Json.
    MyOPCA 28999 CERFA APP - Cadre Le contrat - Nouveau champ Avantages en nature - Autre Évolution Ajouter un champ "Avantages en nature - Autre" (DIC_AVTGNATUR_BAUTRE) dans la table des contrats.

    Ajouter une case à cocher "Autre" pointant sur ce champ,  à la fin du cadre 'Le contrat' des écrans CERFA Apprentissage de l'assistant de saisie et de la fiche dossier.
    MyOPCA 29000 CERFA APP - API Dossier - Nouveau champ Avantages en nature - Autre Évolution Ajouter le nouveau champ (case à cocher) 'Autre' de l'écran CERFA Apprentissage (cadre Le contrat) dans l'API MY OPCA : méthodes de création du dossier (demande) et consultation de dossier.
    MyOPCA 29002 CERFA APP - Chargeur dossier - Nouveau champ Avantages en nature - Autre Évolution Ajouter le nouveau champ (case à cocher) 'Autre' de l'écran CERFA Apprentissage (cadre Le contrat) dans le chargeur dossier de MY OPCO (table DOSINSCRIPTION de la base chargeur et fonction de chargement de dossier).
    MyOPCA 29003 CERFA APP - Historisation du CERFA - Nouveau champ Avantage en nature - Autre Évolution Ajouter le nouveau champ 'Autre'  du cadre 'Le contrat' de l'écran CERFA Apprentissage dans la table des historiques de contrats et le prendre en compte dans le traitement 'Créer un avenant au contrat'.
    MyOPCA 29005 SIA DECA - Transmission Avantages en nature - Autre Évolution Transmettre l'indicateur Avantages en nature - Autre du contrat APP vers le SIA DECA :  champs « Autre» du cadre Le contrat du CERFA : envoyer True si Oui,  False si Non.
    MyOPCA 29007 SIA DECA - Transmission Complément adresse alternant Évolution Transmettre le complément d'adresse de l'apprenti du contrat APP vers le SIA DECA :  champ « Complément» (ADRESSE.CADR2 lu à partir de DOSINSCRIPTION.SADR) de l'adresse du cadre L'apprenti du CERFA à envoyer dans le champ Alternant.adresse.complement du JSON ou null si le champ est vide (50 caractères maximum dans SIA DECA)
    MyOPCA 29011 SIA DECA - Transmission Complément adresse employeur Évolution Transmettre le complément d'adresse de l'employeur du contrat APP vers le SIA DECA :  champ « Complément» (ADRESSE.CADR2 lu à partir de DOSINFOCONTRAT.SADRESSE) de l'adresse du cadre L'employeur du CERFA ou null si le champ est vide (50 caractères maximum dans SIA DECA)
    MyOPCA 29013 MyOpco v11- contrôle de validité de l'adresse mail Évolution
    Uniquement en v11
    Dans les différences zones de saisie de l'email, ajouter un contrôle via une regex placée sur le dico. Cela signale visuellement que la saisie est incorrecte.
    MyOPCA 29017 SIA DECA - Transmission Complément adresse représentant légal Évolution Transmettre le complément d'adresse du représentant légal de l'apprenti du contrat APP vers le SIA DECA :  champ « Complément» (DOSINSCRIPTION.INS_REPLEGAL_ADR_CCOMPL) de l'adresse du cadre L'apprenti du CERFA dans le champ Alternant.responsableLegal.complement du JSON ou null si le champ est vide (50 caractères maximum dans SIA DECA).
    MyOPCA 29020 [API CFA] Permettre tous les types de tiers de facturation Évolution
    Lors de la création dans la facture par la méthode POST invoices, permettre tous les types de tiers (type de constante 50).
    Aujourd'hui seuls les types de tiers "E" et "O" sont autorisés
    Tous les types de tiers de facturation possibles doivent effectivement être permis.

    Pour le type G il faut aller faire lien avec le centre de gestion le DOSMODULE.MOD_SOGE (qui est l'entité d'une entreprise)

    N.B. : le champ 'type de tiers' ne doit pas être obligatoire (l'utilisateur de l'API ne connaît pas forcément le type du tiers interne à MY OPCO) ; c'est le tiers lui-même qui doit être obligatoire et le type de tiers recherché par l'API s'il n'est pas transmis.
    MyOPCA 29022 [API CFA] Permettre de ne pas renseigner le nombre d'heures Évolution
    Dans le cadre de la création de facture via API, méthode Invoice, les CFA ne remplissent pas le nombre d'heures.

    Cette notion ne doit plus être obligatoire (si l'appelant ne la renseigne pas, mettre 0).
    MyOPCA 29024 [API CFA] recherche d'un numéro de dossier à partir d'un numéro DECA Évolution
    Dans le cadre du projet API CFA, les CFA créant des factures n'ont pas l'information du numéro de dossier MyOPCO. Ils ont comme information le numéro DECA.
    Pour valoriser le numéro de dossier dans la méthode de création de facture (POST Invoice), il faut enrichir la route get/{version}/dossiers pour permettre de retrouver le N° de dossier à partir du N° de DECA.

    Note : le Numéro DECA est stockée dans le champ DOSINSCRIPTION.INS_CNUMAGORA
    MyOPCA 29027 [API CFA] Recherche des échéances Évolution
    Dans le cadre du projet CFA, il est nécessaire de faire évoluer les méthodes actuelles pour gérer la notion d'échéancier.
    Il faut créer une nouvelle méthode de consultation d'échéancier, prenant en paramètre get/{version}/deadlines : 
    • le numéro dossier (SDOSENTITE) (obligatoire)
    • le numéro d'échéancier (facultatif) (SDOSECHEANCIER)
    • Numéro de l'échéance (INOECH)
    • Date d'échéance (XECHEANCE)
    • Montant de l'échéance (DMTOTMECH)
    • Active (IDESACTIVE)
    • Identifiant du tiers (SENTITETIERS)
    Renvoyer les champs suivants :
    - Identifiant de l'échéance   (SDOSECHEANCIER)
    - Numéro de l'échéance (INOECH)
    - STYPEECHEANCE (code constante et identifiant de la constante)
    - Identifiant du tiers (SENTITETIERS)
    - Date d'échéance (XECHEANCE)
    - DFRAISnMTECH (DFRAISnMTECH correspond au montant de chaque frais.)
    - Montant de l'échéance (DMTOTMECH)
    - Date de début (XDEB)
    - Date de fin (XFIN)
    - Active (IDESACTIVE)
    MyOPCA 29029 [API CFA] Nouvelle méthode d’ajout d’échéances sur une facture Évolution
    Ajouter une méthode POST {version}/invoices/{idFacture}/deadlines
    dans le domaine facture pour lier des échéances à une facture
    en Entrée
    • Identifiant de la facture (SDOSFACTURE)
    • Liste d'échéances (SDOSECHANCIER)
    en sortie
    • mise à jour des échéances avec le DOSECHEANCIER.SDOSFACTURE
    Règles de gestion domaine Facture
    • Point d'entré RG avant pour contrôler que la facture est dans un état autorisant l’ajout d’échéance (possibilité de bloquer le traitement) : 701411
    • RG après le traitement pour déclenchement de traitement complémentaire : 701412
    MyOPCA 29051 SIA DECA - Contrôle du code RNCP Évolution
    Mettre à disposition des RG éditeur permettant de contrôler le code RNCP (DOSINFOCONTRAT.DIC_CCODERNCP) du contrat Apprentissage (*) conformément à la règle DECA WS01-B22  : le champ « Code RNCP » doit être non vide si le champ « Diplôme ou titre visé par l'apprenti »  (DOSINFOCONTRAT.SDIPLOMEVISE) est non vide et différent de 0  et que la version du CERFA est supérieure ou égale à 10103*08.

    Message d’erreur : « WS01-B22 : Le champ Numéro RNCP du diplôme ou titre visé par l'Alternant n’est pas renseigné alors que le champ Diplôme ou titre visé par l'Alternant est rempli. »

    A brancher et publier sur les points d'entrée suivants :
    Assistant créa > CERFA > Ctrl page CERFA - 15342 - message Inter Actif
    Assistant créa > Validation données Assistant - 7004 - message Inter Actif
    Dossier > Validation - 7057 - message Inter Actif
    Dossier > Engagement - 3713 - message Bloquant

    (*) le contrôle sur l'apprentissage est fait via le rattachement de la RG à la filière APP.
    MyOPCA 29053 API - Récupération des documents d'un dossier très lente Évolution
    La récupération des documents d'un dossier peut durer tellement longtemps que l'Extranet retourne une erreur et n'affiche pas le résultat. 
    Voici la liste des étapes réalisées : Ouvrir Extranet > Ouvrir un Dossier >Aller sur un onglet Document > Ouverture n'aboutit pas.
    MyOPCA 29054 SIA DECA - Transmission Sportif de haut niveau (nouveau) Évolution Transmettre l'indicateur Sportif de haut niveau CERFA 2021) du contrat APP vers le SIA DECA :  cases à cocher Sportif de haut niveau Oui/Non (champ DOSINFOCONTRAT.DIC_BSPORTIFHAUTNIVEAU) du cadre L'apprenti du CERFA.
    MyOPCA 29057 SIA DECA - Transmission Adhésion au régime d'assurance chômage Évolution Transmettre l'indicateur Adhésion au régime d'assurance chômage du contrat APP vers le SIA DECA :  case à cocher (DOSINFOCONTRAT.DIC_BADHESIONSTAGI_REGIMSPECIF_ASSUCHOM) du cadre L'employeur du CERFA : envoyer True si Oui,  False si Non dans le champ Employeur.regimeSpecifique du JSON.
    MyOPCA 29064 Ventilation versement - Trier par la colonne Ordre Évolution
    Suite à l'ajout de la colonne 'Ordre' dans l'écran de ventilation des versements, les cotisations doivent toujours être ordonnées par défaut sur ce champ.

    Cet écran peut être atteint en ouvrant un mouvement de collecte, en allant dans l'onglet "Versement" et en cliquant sur "Traitements versement" > "Ventilations du versement" > "Ventiler le versement"
    MyOPCA 29075 Avoir - Nouveau traitement Déduire du règlement Évolution

    Un nouveau traitement habilitable « Réaliser une déduction » est mis à disposition dans le menu Traitements facture / Avoirs de la grille Gestion des factures et de l'écran Factures de la fiche dossier.

    Sur le même principe que les traitements existants « Réaliser une retenue», « Réaliser une demande de restitution , le traitement :

    • ouvre un écran permettant de saisir une date de comptabilisation, une référence d'avoir, une date d'avoir et une date de cachet de la poste (voir PJ)
    • génère un avoir avec l'indicateur « Déduction » à Oui et les éléments saisis, pour chaque facture sélectionnée

    Des points d’entrée de RG « avant traitement » (pour contrôle : 16853) et « après traitement » (pour workflow : 16854) sont mis à disposition.
    MyOPCA 29076 SIA DECA - Transmission Employeur spécifique Évolution
    Transmettre le code Employeur spécifique du contrat APP vers le SIA DECA :  code de la constante de champ Employeur spécifique (DOSINFOCONTRAT.DIC_SEMPLOYEUR_SPECIFIQUE) du cadre L'employeur du CERFA.
    N.B. : ne plus envoyer la valeur 0 si le champ est vide dans MY OPCO.
    MyOPCA 29077 SIA DECA - Contrôle du code Employeur spécifique Évolution
    Mettre à disposition des RG éditeur(1) permettant de contrôler que le champ "Employeur spécifique"  (DOSINFOCONTRAT.DIC_SEMPLOYEUR_SPECIFIQUE) du contrat Apprentissage (*) est non vide et différent de 0.

    Message d’erreur : « L'employeur spécifique n'est pas renseigné»

    A brancher et publier sur les points d'entrée suivants :
    - Assistant créa > CERFA > Ctrl page CERFA - 15342 - message Inter Actif
    - Assistant créa > Validation données Assistant - 7004 - message Inter Actif
    - Dossier > Validation - 7057 - message Inter Actif
    - Dossier > Engagement - 3713 - message Inter Actif

    (1)VAL_DOS_SIA_Ctrl_EmployeurSpecifique et VAL_DOS_ASS_SIA_Ctrl_EmployeurSpecifique

    (*) le contrôle sur l'apprentissage est fait via le rattachement de la RG à la filière APP.
    MyOPCA 29113 [API CFA] Nouvelles méthode de récupération du détail des stagiaires d’une facture Évolution
    Ajouter une méthode API GET /v1.0/invoices/{id}/trainees pour récupérer les stagiaires d'une facture
    En entrée
    • identifiant de la facture SDOSFACTURE
    En sortie
    • L'identifiant de l'inscription (SDOSINSCR)
    • L'identifiant du module (SDOSMODULE)
    • L'identifiant de la ligne d'inscription dans la facture (SDOSDEMINSCR)
    • Le sentite de la personne
    • Le nom du stagiaire
    • Le prénom du stagiaire
    • Le N° DECA du Stagiaire
    Mettre en place la pagination
    MyOPCA 29115 [API CFA] Nouvelle méthode de modification des données des stagiaires Évolution
    Ajouter dans l'API une méthode PATCH permettant de modifier les données des stagiaires d'une facture (DOSDEMINSCR)
    En entrée 
    • Identifiant de la facture (SDOSFACTURE)
    • Identifiant du stagiaire dans la facture (SDOSDEMINSCR)
    • la liste des champs pouvant être mis à jour est la suivante
      • Pour chaque frais de 1 à 20 : 
        • Quantité  (DOSDEMINSCR.DFRAISnQRET)
        • Prix Unitaire (DOSDEMINSCR.DFRAISnPURET)
        • Montant (DOSDEMINSCR.DFRAISnMTRET)
      • Heure (DOSDEMINSCR.DH)
      • Heure temps de travail (DOSDEMINSCR.DHTT)
      • Heure hors temps de travail (DOSDEMINSCR.DHHTT)
      • Heure CPF (DOSDEMINSCR.DNBHDIF)
      • Heure CPF hors temps de travail (DOSDEMINSCR.DNBHDIFHTT)
      • Heure de présence (DOSDEMINSCR.DHPRESENCE)
      • Heure d'absence payée (DOSDEMINSCR.DHABSPAYEE)
      • Heure d'absence justifiée (DOSDEMINSCR.DHABSJUSTIFIEE)
      • Indicateur heure réalisée (DOSDEMINSCR.IHREA)


    Contrôle et Points d'entrée RG dans le domaine facture 
    • Contrôle en dur, seul les factures en états enregistrées peuvent être modifiées
    • RG avant pour contrôler que la modification est autorisée : 701299
    • RG après pour déclenchement de traitement complémentaire, notamment la mise à jour des LDB : 701296 ou 701298
    MyOPCA 29147 SIA DECA - Transmission spécialité de formation Évolution Transmettre la spécialité de formation (domaine de formation) du contrat APP vers le SIA DECA :  correspondance DEMAT (type constante 635) liée au champ "Spécialité / Domaine"  (DOSACTION.SDOMAINE) de l'écran Action du dossier.
    MyOPCA 29151 [AGORA] Modifiquation la balise CPF-pec-salaire-ht-effectif Évolution
    La balise CPF-pec-salaire-ht-effectif du web service Agora a changé avec les nouvelles spécifications :Elle est devenue CPF-pec-salaire-effectif-ht

    Prendre en compte la modification dans la construction des données échangées.
    MyOPCA 29154 CERFA APP - Cadre La Formation - Initialisation de l'Intitulé précis Évolution
    MyOPCA 29173 Dossier - Ecran Factures - Ouverture facture sur double clic Évolution Dans l'écran Factures de la fiche dossier, permettre l'ouverture de la facture/avoir en double cliquant sur une ligne (équivalent d'un clic sur le bouton "Consulter") comme cela est permis dans l'écran Gestion des factures.
    MyOPCA 29178 Ecran Echéances - Raccourcis d'accès aux fiches Évolution
    MyOPCA 29182 Ecran Factures - Raccourcis d'accès à la fiche tiers Évolution
    MyOPCA 29191 Facture et facture groupée - Contrôle de cohérence date et échéances Évolution
    Mettre à disposition des RG éditeur(*) permettant de contrôler sur une facture (ou avoir)  détail et sur une facture (ou avoir) groupée, que toutes les échéances associées à la facture (ou avoir) ont une date d'échéance inférieure ou égale à la date de la facture.
    Si erreur, message «  La date de la facture ne peut pas être antérieure à la date de l’échéance  ».

    Publication sur les points d'entrée suivants :
    • En création de l’en tête Facture / Avoir (détail) – Avertissement interactif
    • Mise en payable – Blocage partiel
    • Création de facture / avoir Groupée – Avertissement interactif
    (*)VAL_FAC_Ctrl_DatesEcheances_InfOuEg_DateFacture et VAL_FACGRP_Ctrl_DatesEcheances_InfOuEg_DateFacture
    MyOPCA 29195 Contrat APP - Initialisation du barème et du coût annuel - Rattachement d'un motif Évolution
    Créer un motif éditeur "CAPP_CDSC - Code diplôme sans cout éligible".
    Adapter la RG éditeur "VAL_DOS_ASS_Init_Bareme_CoutAnnuel_SurModules" : lorsqu'elle retourne un message d'erreur, rattacher le motif "CAPP_CDSC" au dossier avec un résultat à Oui et le message d'erreur en commentaires sur le motif.
    N.B. : si le motif est déjà rattaché au dossier avec un autre résultat (? ou Non), mettre le résultat à Oui.
    Motif 519 - Code diplôme sans coût éligible
    MyOPCA 29198 Banque - Rattachement à une banque pivot Évolution
    MyOPCA 29199 Schémas comptables - Ajout champ banque Évolution
    MyOPCA 29225 SIA DECA - Transmission du nom de naissance de l'apprenti Évolution Lorsqu'il est non vide, le nom de naissance de l'apprenti (DOSINSCRIPTION.INS_CNOM_NAISS) doit être transmis à la place du nom (DOSINSCRIPTION.CNOM) dans le champ Alternant.nom du JSON.
    MyOPCA 29264 Formacode - Ajout des nouveaux codes V13 Évolution
    Compléter la liste des formacodes (constantes de type 849) avec les nouveaux codes de la version 13 du formacode : 40 nouveaux codes sur 5 positions.

    Constantes éditeur 13717 à 13756 créées désactivées 
    MyOPCA 29282 MyUpdate 21.2.2 Évolution
    MyUpdate pour la version Beta API CFA
    MyOPCA 29672 Gestion des pièces - Renommer Résultat en Conformité Évolution
    Dans les différentes grilles Règles, Pièces, Contrôles, Courriers, Motifs des fiches MY OPCO :
    • renommer la colonne « Résultat » (ou « Reçu » dans la grille Pièces) en « Conforme » 
    • renommer la colonne « Date » en « Date conformité »
    • renommer le bouton « Action » (ou « Général ... » dans certaines grilles)  en « Conformité ».
    MyOPCA 29818 Mode Batch - boite de dialogue Évolution
    En mode batch (Appel en ligne de commande V10),  les boite de dialogue ne doivent pas s'afficher.

    A faire :
    • Gérer le cas d'une RG qui appelle un traitement qui lui même appelle des RG en mode intéractif ou avec des boites de dialogues.
    • Ajouter sur l'objet outils des RG une propriété IsBAtch qui retourne vrai si on est en mode batch.
    MyOPCA 29857 CTS EVOLUTION CHARGEUR DES DOSSIERS PRE SAISIS (MANTIS 15440 / CRM 181381) Évolution
    MyOPCA 29933 Collecte - Traitement Remboursement - Intitulé et accès Évolution
    Renommer le menu "Remboursement total" du menu "Traitements mouvements / Autre" de la grille Collecte en "Générer un remboursement".
    Mettre à disposition également ce traitement depuis la fiche mouvement (menu "Traitements mouvements / Autre".
    MyOPCA 30009 Collecte - Traitement Remboursement - Saisie de la banque Évolution
    Dans la fenêtre ouverte par le traitement  "Générer un remboursement" (ex "Remboursement total") de la grille Collecte (menu Traitements mouvement / Autre), permettre de saisir une "Banque" initialisant la banque des lignes de remboursement créées par le traitement.

    Les contrôles en saisie doivent être les mêmes que lors de la saisie manuelle d'un remboursement (fiche mouvement / grille Versements / menu Ajouter un remboursement).

    Ce champ doit pouvoir être passé en paramètre lors de l'appel du traitement CollecteTraitement.GenererRemboursement par RG (batch).
    MyOPCA 30017 MyUpdate 21.2.4 Évolution Scripts pour My Update 21.2.4
    MyOPCA 30114 Facture groupée - Création facture impossible si option 396 active Évolution

    Il existe un nouveau problème lié à l'option 396 (fermeture de la page de log s'il n'y a pas d'erreurs).

    Si l'option est activée et qu'on utilise le traitement générer factures sur l'écran Echéances de la fiche dossier, la fenêtre de log se ferme seule, et la facture ne se crée pas.
    MyOPCA 30118 Retour - WI 26934 - Critères incorrects Évolution
    Les critères créés pour la grille Détails de la grille des Facture sont incorrects => il faut chercher par rapport au règlement et non pas par rapport à la facture.
    Le critère 1671 ("Avoir Régularisation") qui existait et qui a été modifié précédemment doit être recréer au lieu de le modifier (nouveau critère : 2279).

    Modifier les critères 2261,2262 et 2263 (« Avoir Restitution », « Avoir Retenue », « Avoir Déduction »)
    MyOPCA 30181 Problème d'affichage d'apercu GED depuis la 21.1 Anomalie

    Ecran documents de la GED sur la fiche dossier.

    Si le nombre de documents de la GED fait que la grille des documents fait plus d'une page, il se produit un dysfonctionnement.

    Si on clique sur un document de la première page, l'aperçu s'affiche. Si on clique ensuite sur un document de la 2ème page, l'aperçu reste sur le premier document.


    Idem si on relance la recherche.
    MyOPCA 30183 Le bouton rotation du document a disparu Anomalie

    Dans documents de la GED sur la fiche , lorsque l'on affiche un aperçu (à droite de l'écran), il y a un certain nombre de bouton au dessus de ce document (télécharger, changer de page).

    La possibilité de faire une rotation du document n'y est plus.
    MyOPCA 30188 [AGORA] modification de la structure du fichier XML Anomalie

    La structure du dictionnaire de données fourni par la DGEFP n'est pas celle attendue par AGORA :

    Pour les balises dont l'id est "CPF-categorie-employeur" et celle juste en-dessous"CPF-siret-employeur", contenue dans la balise CPF-employeur-du-benificiaire, ce sont des balises "ns:extra".

    Aujourd'hui nous créons des balises "ns:extras"

    Ce qu'il y a actuellement :

            <ns:extras id="CPF-employeur-du-beneficiaire">

              <ns:extras info="O" id="CPF-categorie-employeur" />

              <ns:extras info="45252219600024" id="CPF-siret-employeur" />

            </ns:extras>

    Ce qu'il devrait y avoir :

            <ns:extras id="CPF-employeur-du-beneficiaire">

              <ns:extra info="O" id="CPF-categorie-employeur" />

              <ns:extra info="45252219600024" id="CPF-siret-employeur" />

            </ns:extras>
    MyOPCA 30204 Extranet Collecte - Saisie acompte - Versement - Prise en compte du plancher Évolution Dans l'écran Versement de l'assistant de saisie d'acompte Extranet, lorsque le montant calculé TTC est inférieur au "plancher de versement" (*), afficher 0 dans le champ "MONTANT TTC A REGLER".

    (*) Plancher de versement lu sur le paramétrage Collecte (COLPARAMMVT) lié au mouvement.
    MyOPCA 30231 Facture - Wrapper RG Echéances incorrect Évolution
    Le champ Echéances dans le wrapper Facture est incorrect => il rajoute à chaque appel une échéance dans la liste des échéances.
    Cela entraîne des erreurs lors de l'appel à Echéances dans les RG car au lieu d'avoir par exemple une seule échéance (comme sur la facture), on a autant d'échéances que de fois qu'on a appelé Echéances dans une RG.

    Rectifier afin qu'on ne rajoute qu'en initialisation de la variable les échéances.
    MyOPCA 30293 Fiche LDB - Ecran Dossiers - Filtre VAL_DOS_FINANCES Évolution

    Le filtre technique VAL_DOS_FINANCES créé en parallèle de l'option 578 pour permettre de limiter l'affichage des dossiers depuis la fiche LDB (Cf WD 16700) apparaît à tort pour tous les utilisateurs :

    * le filtre ne doit pas être commun (RAZ de l'indicateur commun)

    * comme pour les autres filtres techniques appelés par les grilles, son nom doit être égal au code : afficher 'VAL_DOS_FINANCES' au lieu de 'Dossiers financés'.
    MyOPCA 30303 VFN Optimisation des recherches dans les grilles - Commence par à la place de Contient Évolution
    Modifier le fonctionnement des filtres sur les colonnes dans les grilles.

    Il faut que quand on lance le filtre, il ne filtre pas par "Commence par" mais par "Contient".
    MyOPCA 30311 CTS RG BATCH DE RATTRAPAGE DES PDF POUR LES BDX DE COLLECTE Évolution
    MyOPCA 30314 Rafraichissement grille sur fermeture fiche métier Évolution En sortie de fiche métier, ne pas rafraichir la grille
    MyOPCA 30326 Contrat APP - Nature d'action - Nouvelles natures CAPPM12 et CAPPP12 Évolution
    Mise à disposition de 2 nouvelles natures d'action (constantes) éditeur : 
    • CAPPP12 - Contrat d'apprentissage de 12 mois et plus - Constante N° 13757
    • CAPPM12 - Contrat d''apprentissage de moins de 12 mois - Constante N° 13758
    visant à remplacer la nature CAPP - Contrat d'apprentissage sur la filière APP et à distinguer au niveau des règles de financement, les contrats de moins de moins de 12 et de 12 mois et plus.
    MyOPCA 30331 Retour - WI 27784 - Inscription - Sélection du stagiaire - Initialisation du NIR Évolution
    La modification de la RG VAL_DOS_StagiDepuisPersonne n'a pas été fait. 
    Le besoin est que dans cette RG appelée lors de la modification d'une personne alors que l'on est sur la fiche dossier, le NIR de la personne écrase le NIR stagiaire.
    MyOPCA 30340 Contrat APP - Nature d'action - Initialisation Évolution
    MyOPCA 30346 Contrat APP - Calcul de l'échéancier - Adaptation des règles pour distinguer plus ou moins de 12 mois Évolution
    MyOPCA 30367 Retour - WI 26985 - Grille Factures - Libellé colonnes à corriger Évolution
    Corriger les libellés des colonnes N°Fact origine et Ref fact origine qui ne sont pas corrects (mauvais encodage)

    Rectifier également le nom du criètre n°2266 ref facture origine
    MyOPCA 30377 Retour - WI 27092 - Calcul du PU incorrect Évolution Dans la RG VAL_DOS_APP_INIT_FRAISRQTHRETENUS, le calcul du PU est incorrect => il ne doit pas s'appuyer sur le coût annuel du module.
    Il faut vérifier que le PU * 12 <= 4000, sinon on le plafonne à 4000/12.
    MyOPCA 30392 Assistant dossier - Contrôle de la longueur max des champs Évolution
    Il faudrait compléter la RG VAL_DOS_ASS_Ctrl_LongueursChamps afin de rajouter les champs suivants dans les contrôles :
    • Siret entreprise (14 caractères)
    • Code diplôme (30 caractères)
    • Pourcentage du taux de rémunération (pour toutes les années et les périodes) (pas plus de 1000)
    MyOPCA 30432 Retour - WI 26981 - Ne pas initialiser la date de comptabilisation quand création d'une retenue/restitution Évolution
    La génération d'une retenue ou d'une restitution sur une facture payée totalement initialise la date de comptabilisation.
    Il ne faut pas que cette date le soit pour une création.
    MyOPCA 30445 Retour - WI 26935 - CREATION AUTO FACTURE TOUJOURS EN RETENUE PAR DEFAUT Évolution

    Dans le dossier > Sur la grille de suivi des échéances lorsque l'on utilise le traitement "Créer Facture Groupée" après avoir sélectionné une échéance négative, la fiche de la facture groupée s'ouvre et permet de valider la facture groupée.

    Depuis l'onglet "Echéances", on utilise le traitement échéance = "Créer les factures détail" pour générer l'avoir détail.

     L'avoir généré est systématiquement typé "Retenue" par défaut malgré l'option "N°572-Type Avoir par défaut" qui est positionnée avec Itraite =2 = déduction

    Idem avec le traitement générer facture pro forma où l'avoir Pro forma est typé "retenue" et non "déduction".

    A faire : corriger le traitement "créer facture" pour qu'il tienne compte du Itraite de l'Option 572.
    MyOPCA 30456 PERF Suppression des fonctions sql Évolution
    Dans les grilles de recherches, sur les colonnes et critères remplacer les fonctions scalaires sql par le code de la fonction. Faire les fonctions suivantes :
    • FctVAL_ConstanteCodeLibelle
    • FctVAL_ConstanteCode
    • FctVAL_ConstanteLibelle
    • FctVAL_InfoEntite
    • FctVAL_GetEnCoursUserInfos 
    • FctVAL_IRIB
    • fctVal_TXTCodeCentre
    • FctVAL_Filiere
    • FctVAL_VersementEntrep
    • FctVAL_GetTauxTva
    • FctVAL_GetCodeTiers
    • FctVAL_InfoTIERSEntite
    • FctVAL_FACT_GetTypeModules
    • FctVAL_NumeroEntite
    • FctVAL_DB_NOM
    • FctVAL_DB_PRENOM
    • FctVAL_FACT_GetInfosTiersReglement
    • FctVAL_NumEntrepEntite
    • FctVAL_DB_SIRET
    • FctVAL_DB_SECU
    • FctVAL_DB_ADRESSE
    • FctVAL_CodeRegroupementByEntrep
    • FctVAL_DosOrigineFichierDernier
    • FctVAL_Nbre_Dossier_Engage_by_Dispositif
    • FctVAL_Dispositif
    • FctVAL_Bud_Transfert_IdSource
    • FctVAL_GetUserInfos
    • FctVAL_DOSS_PA_GetSIA
    • FctVAL_LoginUser
    • FctVAL_DosDipResultat
    • FctVAL_CoutPrisEnCharge
    • FctVAL_TotalHTFactureGrp
    • FctVAL_MT_TOTAL_Dossier_Engage_by_Dispositif
    • FctVAL_BUD_LibelleTypeMvtLDB

    Critères :
    • FctVAL_DosDipResultat
    • FctVAL_EntrepMontantCotisExec
    • FctVAL_ISiege
    • FctVAL_ExistsEditionHistoFiltreCourrier
    • FctVAL_ITeteGrp
    • FctVAL_AssistantCode
    • FctVAL_InfoConseiller
    • FctVAL_VersementEntrep
    • FctVAL_CTR_Inscription_Nom
    MyOPCA 30564 Fiche Personne, page utilisateur Évolution
    Nouvelle fonctionnalité de la fiche personne qui permet de gérer l'utilisateur et un token pour l'utilisation de l'API CFA

    Nouvelle page (dico 17147) par défaut visible uniquement pour le groupe 1 - adm
    Image

    Si pas d'utilisateur possibilité de le créer directement depuis la page
    Image
    Image

    La page utilisateur permet de gérer
    • Les groupes donc ATTENTION à ne pas donner les droits à n'importe qui sinon un utilisateur lambda pourra se donner des droits
    • Les structures
    • Le token API, par défaut il a une durée de validité de 6 mois
    • Image

    Rgs:
    • Sur le point d'entrée 17301 
      • il est possible de filtrer les groupes disponible. Ce qui permet de limiter l'utilisation des groupes en fonction du profil de l'utilisateur connecté. Par Rg retirer les groupes de la liste ci-dessous
        • Propriété des RG Personne.
          IdentifiantsGroupesUtilisateurDisponibles
      • idem pour les structures 
        • Propriété des RG Personne.
          IdentifiantsStructuresUtilisateurDisponibles
    MyOPCA 30638 Calcul première échéance du dossier OPCO EP avec décimale à 0 Évolution

    Dans le cas d'un dossier de type "OPCO EP" c'est à dire ayant le Motif 514 - CAPP_OPCOEP avec son résultat = VRAI :

    Dans le calcul de l'échéancier il est prévu de diminuer la première échéance (ou les premières échéances si besoin) de 1500.00 

    Il est constaté que la dernière échéance qui est alors diminuée de tout ou partie des 1500 et qui a donc un montant > 0  est créée / affichée avec "00" au niveau des décimales alors que le reste des lignes d'échéances ont des décimales valorisées.


    D'autre part l'échéance de solde (Total engagé - Sommes des échéances calculées) ne semble pas tenir compte de ce manque de décimales et fait le calcul en prenant en compte les décimales de l'échéance concernée   

    A faire : sur les échéances recalculées pour déduire les 1500 de l'OPCOEP bien s'assurer que les décimales sont calculées et sont affichées. 
    MyOPCA 30647 Fiche Budget - Liste des filières financières incorrectes Évolution
    Dans les fiches LDB / Onglet Filières financières, la liste déroulante pour sélectionner une nouvelle filière ne fonctionne pas bien : il faut saisir le code (identifiant) de la filière pour que cette filière soit prise en compte.

    Si on sélectionne dans la liste déroulante ou si on saisit le code (style APP, APS...), le résultat affiché est incorrect (C pour CPRO - ..., A pour APP - Apprentissage....)
    MyOPCA 30651 VAL_DOS_TIERS_ACTIF - Prendre en compte le niveau de blocage Évolution Corriger la RG VAL_DOS_TIERS_ACTIF pour prendre en compte le niveau de blocage du PE lors de l'exécution
    MyOPCA 30698 Saisie en grille - mélange des lignes Anomalie
    Dans les grilles de saisie, en modification, si on va trop rapidement, il arrive que la donnée modifiée ne corresponde pas à la bonne ligne.

    A traiter en priorité :
    • Fiche dossier, page demande globale : grille inscription et grille LDB
    • Fiche Montage financier
    • Fiche facture, onglet imputation stagiaire
    MyOPCA 30737 API CFA - Connexion OAuth2 Évolution
    Permet de définir un client ID et un client Secret qui pour utiliser l'API Extranet (CFA).

    Paramétrage
    • Cette gestion se fait depuis les constantes de type 885
    • Les constantes définissent les applications tiers autorisées a consommer l'API CFA
      • A noter que les constantes doivent être actives 
    • MyOpco v21.2 est livré avec deux constantes
      • Constante 1359 - AMMON
      • Constante 13760 - YPAREO
    • Il est possible d'ajouter des constantes pour définir d'autres couples (Client ID / Client Secret)
    Image

    Route API
    • POST http://extranet /api/connect/token qui correspond à l'implémentation du Protocol OAuth2
    • En entrée
      • Header :
        •  - Authorization : Basic XXXXXXXXX
               - XXXXXXXXX = [client_id]:[client_secret] en Base64 (sans les crochets)
        Body Form (x-www-form-urlencoded) : 
          - grant_type : client_credentials
    • En retour 
      • un JWT qui expire après 3600s (1h) avec les informations de connexion
    MyOPCA 30746 API CFA - GET - /API/v1/dossiers Évolution
    Sur l'Extranet Opco mettre en place la méthode GET
    /API/v1/dossiers correspondant à la norme défini dans Swagger UI (api-inter-opco.azurewebsites.net)

    Le Dico 17366 permet d'habiliter cette route API.

    Route API
    • GET http://extranet/api/v1/dossiers 
    • En entrée
      • Header :
        •  - Authorization : Bearer XXXXXXXXX
               - XXXXXXXXX = Token reçu lors de l'authentification
         - X-API-KEY : YYYYYYYYYY
               - YYYYYYYYYY = Token CFA
      • Query
        •   - numeroExterne : Numéro de dossier
          - numeroDeca : Numéro DECA
          - numeroInterne : Numéro interne Assistant Item
    • En retour 
      • Les données du dossier

    Pour les valeurs en entrée : (numeroExterne et numeroDeca) OU numeroInterne 
    MyOPCA 30748 API CFA - POST - /API/v1/dossiers Évolution
    Sur l'Extranet Opco mettre en place la méthode POST
    /API/v1/dossiers correspondant à la norme défini dans Swagger UI (api-inter-opco.azurewebsites.net)

    Le Dico 17376 permet d'habiliter cette route API.
    L'Option 585 permet de définir le scénario pour la création.

    Recherche des "personnes" par le nom, prénom et date de naissance dans les personnels du tiers demandeur puis dans la base de données, sinon création.

    Recherche du tiers demandeur par le Siret.

    Recherche de l'organisme de formation par le Siret et la catégorie OF.

    Route API
    • POST http://extranet/api/v1/dossiers 
    • En entrée
      • Header :
        •  - Authorization : Bearer XXXXXXXXX
               - XXXXXXXXX = Token reçu lors de l'authentification
         - X-API-KEY : YYYYYYYYYY
               - YYYYYYYYYY = Token CFA
      • Body 
        •   - JSON des données du dossier
    • En retour 
      • L'identifiant du dossier dans NumeroInterne (Identifiant Assistant Dossier)
    MyOPCA 30750 API CFA - POST - /API/v1/factures Évolution
    Sur l'Extranet Opco mettre en place la méthode POST
    /API/v1/factures correspondant à la norme défini dans Swagger UI (api-inter-opco.azurewebsites.net)

    Le Dico 17379 permet d'habiliter cette route API.

    Création d'une facture si les lignes correspondent à un dossier, sinon pour l'instant il retourne une erreur.

    Route API
    • POST http://extranet/api/v1/factures
    • En entrée
      • Header :
        •  - Authorization : Bearer XXXXXXXXX
               - XXXXXXXXX = Token reçu lors de l'authentification
         - X-API-KEY : YYYYYYYYYY
               - YYYYYYYYYY = Token CFA
      • Body multipart/form-data
        •   - facture : Avec le JSON des données de la facture
          - fichier : Avec les données du fichier à liée à la facture
    • En retour 
      • L'identifiant de la facture (mais pas encore implémenté)
    MyOPCA 30752 API CFA - GET - /API/v1/status Évolution
    MyOPCA 30755 API CFA - POST - /v1/documents Évolution
    Sur l'Extranet Opco mettre en place la méthode POST
    /API/v1/documents correspondant à la norme défini dans Swagger UI (api-inter-opco.azurewebsites.net)

    Le Dico 17378 permet d'habiliter cette route API.

    Pour l'instant, il ajoute l'index "Visible Front Office", et l'index Dossier. Les autres seront ajoutés dans une prochaine évolution.

    Route API
    • POST http://extranet/api/v1/documents
    • En entrée
      • Header :
        •  - Authorization : Bearer XXXXXXXXX
               - XXXXXXXXX = Token reçu lors de l'authentification
         - X-API-KEY : YYYYYYYYYY
               - YYYYYYYYYY = Token CFA
      • Body multipart/form-data
        •   - typeFichier : Le type de fichier (voir swagger pour les types possibles)
          - typeObjet : "DOSSIER_APPRENTISSAGE" seulement pour l'instant
          - idObjet : identifiant interne du dossier
          - fichier : Le binaire du fichier à ajouter sur le dossier
    • En retour 
      • Rien
    MyOPCA 30841 Retour - WI 26610 - Initialisation Source APPRENTI pour les filières 204 et 205 Évolution

    Définir par filière la(es) source(s) de certifications utilisées pour le rattachement de la certification de l'action.

    Les filières 204 et 205 n'ont pas pour les constantes 858 la valeur APPRENTI comme source associée => modifier le script pour ne pas utiliser une clé de la table CONSTANTEDOSFILIERE en dur mais de recalculer le serial
    MyOPCA 30853 Grille Alerteur Prodemat incorrecte Évolution La grille "Alerteur prodémat" est incorrecte => quand on y accède, on a accès à la grille des dossiers et pas de l'alerteur prodémat.
    MyOPCA 30883 API - Données stagiaire d'une facture - Numéro DECA incorrect Évolution Le champ retourné pour le numéro DECA (DECANumber) dans la récupération des données stagiaire d'une facture est incorrect => il faut retourner DOSINFOCONTRAT.CNUMENREG
    MyOPCA 30967 MyUpdate v21.2.5 Évolution
    MyOPCA 31078 Erreur lors de l'exécution de la RG VAL_FACT_CtrlTauxTVAComplCompt Évolution
    Si lors de la saisie de la facture la sélection du destinataire de règlement est oubliée, à la validation erreur de la RG VAL_FACT_CtrlTauxTVAComplCompt "La référence d'objet n'est pas définie à une instance d'objet" au lieu de sortir en erreur sur le ComplFact.
    MyOPCA 31123 RG VAL_DOS_APP_INIT_FRAIS - Rajout du with(nolock) dans la récupération des unités d'oeuvre Évolution
    MyOPCA 31130 Retour de recette WI 26963 COMPTABILISATION DES REGLEMENTS DES DEDUCTION Évolution
    Suppression de la prise en en compte des comptabilisation des règlements négatifs (WD 10370) qui vient en contradiction de la WI 26963
    MyOPCA 31153 MyUpdate 21.2.6 Évolution
    MyOPCA 31234 Saisie date dans filtre dynamique en erreur Anomalie
    Suite aux optimisations des recherches, dans la grille Suivi des échéances, la saisie d'une date dans le filtre dynamique de la colonne Date échéance ne fonctionne plus
    MyOPCA 31267 Traitement Remboursement - Mise à jour du motif COL_REMBOURSE KO Évolution Quand on lance le traitement "Générer un remboursement", même si la ligne de remboursement est créée et que le motif "COL_REMBOURSE" est présent avec un résultat différent de "Oui", le changement du motif ne se fait pas.