Application	Numéro	Titre	Type	Description
MyOPCA	29009	Champ manquant API demande : Convention	Évolution	Exploitation des conventions dans l'API : 1/ permettre de remonter une liste de conventions correspondant à la liste déroulante proposée dans la fiche dossier (écran Contrôles et Suivi) de MY OPCO -> créer une méthode de recherche de conventions avec les critères de recherche habituels : identifiant, code, référence externe, intitulé, état, indicateur convention modèle (Oui/Non) et remontant l'identifiant, le code, l'intitulé, le type (identifiant et code constante), l'état (identifiant et code constante), la référence externe, le millésime, la nature (identifiant et code de la constante), date de début, date de fin, date de signature , assistant (identifiant personne et code), conseiller (identifiant personne et code), tiers principal (identifiant SENTITE) 2/ permettre de transmettre une convention (identifiant ou code) lors de l'import d'une demande -> adaptation de la méthode existante d'import de demande 3/ permettre de transmettre la ou les conventions (identifiant, code et intitulé) rattachée au dossier dans les informations retournées par la méthode de recherche de dossier -> adaptation de la méthode existante de recherche de dossier 4/ permettre de récupérer les informations convention à partir de son identifiant directement (en plus de la recherche)
MyOPCA	35341	API CFA - Post Dossier - Retraitement du code RNCP	Évolution	Lors de la lecture du code RNCP ("rncp"), examiner si la valeur transmise commence par « RNCP » et si oui, enlever le texte "RNCP" (lire donc à partir du 5ème caractère) puis : Si la valeur est sur 5 caractères, on initialise le champ « Code RNCP » du CERFA de MY OPCO Si non, on retourne une erreur.
MyOPCA	35342	API CFA - Get Dossier et Get Dossier Liste - Retraitement du code RNCP	Évolution	Lorsque de la transmission des informations dossier de MY OPCO, ajouter le préfixe « RNCP » devant le code RNCP du CERFA lu sur le contrat (DOSINFOCONTRAT.DIC_CCODERNCP) (la valeur transmise doit ainsi être sur 9 positions).
MyOPCA	35545	API CFA - POST Dossiers - Code Postal sur 10 caractères alphanumériques	Évolution	Modifier le contrôle du code postal dans la RG VAL_DOS_ASS_CFA_Ctrl_Apprenti_RepLegal_CodePostal afin de vérifier que l'on ne dépasse pas les 10 caractères.
MyOPCA	35684	API CFA - POST Factures - Modifier le contrôle sur l'échéance liée à une facture	Évolution	Dans le cas d'une facture ne contenant que des frais annexes, il ne faut pas que le contrôle de la RG VAL_FAC_CFA_Ctrl_Echeance_Sans_Lien ne se lance. En effet, il a été demandé dans ce cas là de ne pas effectuer de lien entre la facture et l'échéance et donc il n'est pas nécessaire de vérifier ce lien.
MyOPCA	35687	API CFA - POST Dossiers - La vérification des droits est incorrecte	Évolution	Sur le Post dossiers, le contrôle de vérification des droits de l'utilisateur est incorrect. L'utilisateur doit avoir le droit de créer un dossier sur l'ensemble des établissements associés aux entreprises desquelles il est personnel.
MyOPCA	35694	API CFA - POST Dossiers - Contrôle du téléphone au format SIA	Évolution	Pour le téléphone de l'employeur et de l'apprenti, le contrôle doit être fait pour qu'il ne dépasse pas les 13 caractères (norme SIA) Modifier les RG VAL_DOS_ASS_CFA_Ctrl_Apprenti_Tel et VAL_DOS_ASS_CFA_Ctrl_Employeur_Tel
MyOPCA	35731	API CFA - POST Dossiers - Mettre à jour la civilité à partir du sexe	Évolution	Créer une RG VAL_PERS_CFA_Init_Civilite qui permet de mettre à jour la civilité en fonction du sexe de la personne.
MyOPCA	35734	API CFA - POST Factures - Bloquer si le complément comptable est inactif	Évolution	Créer la RG VAL_FAC_CFA_Ctrl_ComplFac_Non_Desactive qui bloque si le complément comptable trouvé est désactivé lors de la création d'une facture via l'API CFA.
MyOPCA	35785	Extranet - Champ Password - Afficher/Cacher le mot de passe	Évolution	Ajout d'un "oeil" sur le composant "password" qui permet de montrer/cacher le mot de passe en cliquant dessus.
MyOPCA	35812	API CFA - POST Factures - Accès au champ estCertificatRealisation	Évolution	Rajouter l'accès à l'indicateur estCertificatRealisation dans l'API CFA.
MyOPCA	35871	API CFA - POST Factures - Gestion des cas de déphasage	Évolution	Pour gérer ces cas de déphasage (un de ces montants est différent des autres : Champ montantTotal du json, Montant HT de l'en-tête de facture, Somme des lignes de détail stagiaire, Somme des lignes du montage financier), effectuer les évolutions suivantes : - Mettre en place un nouveau motif (REGLES : 520) Code : CTRLFAC-APICFA Libellé : Contrôle Montants Facture API CFA - Créer un nouveau type d'observation (CONSTANTE : 13795) code APICFA libellé : Provenance API CFA Après la dernière étape de la facture API CFA (PE 701298), vérifier s'il y a un déphasage par la RG VAL_FAC_CFA_Ctrl_Dephasage : S'il n'y a pas de déphasage : remonter le motif sur la facture avec un résultat à oui (il n'y aura donc pas de blocage à la mise en payable) S'il y a un déphasage: - Créer une observation Type : APICFA Titre : Erreur intégration facture Libellé : Déphasage détecté entre le montant de la facture du flux API CFA et la facture générée dans MyOPCO. - Remonter le motif sur la facture avec un résultat à non (il y aura donc un blocage à la mise en payable)
MyOPCA	35928	API CFA - GET Dossiers - Sexe de l'apprenti	Évolution	Il faut retraiter le sexe de l'apprenti retourné par l'API CFA afin que si sexe = 'F', on retourne 'F', si sexe = 'M' ou 'H', on retourne 'M' dans tous les autres cas on retourne null
MyOPCA	35938	API CFA - POST Dossiers - Erreur quand le numéro d'avenant n'est pas un chiffre	Évolution	Le numéro d'avenant doit être un chiffre. Actuellement si on saisit une chaine de caractère, il y a une erreur car on s'attend à un chiffre. Vérifier en amont si ce qui est saisi correspond bien à un chiffre sinon lancer une exception.
MyOPCA	35941	API CFA - Adapter le périmètre de recherche	Évolution	1/Périmètre dossiers : Dossiers contrats APP (1) non désactivés avec une date de conclusion (2) supérieure ou égale au 01/01/2020 • dont l’OF (principal) de l’action est un des établissements (actif ou non) de l’utilisateur (3) ou • dont au moins 1 échéance active (déjà facturée ou non) est rattachée à un des établissements (actif ou non) de l’utilisateur (3) (uniquement pour le dossier et pas pour la demande)  Pas de recherche sur le tiers demandeur (c’est hors contexte) ni sur l’OGE du module 2/ Périmètre factures : Factures dont le tiers de l’échéance est rattachée à un des établissements (actif ou non) de l’utilisateur (3) 3/ Périmètre documents : En fonction de la facture ou du dossier, intégrer les mêmes contrôles. (1) Contrat APP : lu à partir du « type de CERFA » de la filière (Cf tests RG : propriété Dossier.EstContratAPP) et non figé aux filières n°204/205 (2) Date de conclusion (Ex « embauche ») : DOSINFOCONTRAT.XENTREE (3) on reste sur le principe actuel de recherche des établissements à partir des sociétés rattachées à la fiche personne associée au compte utilisateur, en tenant compte de l’indicateur « Tous les établissements » (charge à l’OPCO de cocher cet indicateur sur la fiche personne pour que les CFA voient tous les établissements de leur CFA)
MyOPCA	36014	API CFA - POST Documents et POST Factures - Contrôles sur le fichier	Évolution	Mettre en place ces contrôles de conformités des fichiers envoyés : Type de fichier : uniquement .pdf Taille de fichier maximum : pas plus de 5 Mo nom du fichier : pas plus de 100 caractères
MyOPCA	36129	Paramétrage - Problème d'accès	Évolution	Quand on essaie d'éditer un rapport dans le menu "Bibliothèque d'états", il y a une erreur 500 à l'ouverture. Cacher le menu "NAF" car cela est géré par constante. On ne peut pas accéder aux requêtes car il y a une erreur 500.
MyOPCA	36132	Grille - Les icônes ne s'affichent pas	Évolution	Sur certaines grilles de recherche, les icônes de recherche et de filtre ne s'affichent pas.
MyOPCA	36138	Factures - Filtres - Critères de recherche Motifs - Nouveau	Évolution	Dans la grille Gestion des factures, mettre à disposition les critères de recherche ci-dessous dans un domaine "Motifs" (en s'inspirant de l'existant sur le domaine "Pièces") : Ayant un motif non conforme : remonte Oui si au moins 1 des motifs a un indicateur "Conforme" différent de Oui (<>1225) Motif conforme à ? (liste déroulante avec choix du motif à tester) Motif conforme à Non (liste déroulante avec choix du motif à tester) Motif conforme à Oui (liste déroulante avec choix du motif à tester)
MyOPCA	36143	Factures - Génération des lignes détail de règlement - Adaptations	Évolution	Adapter la RG éditeur « VAL_FAC_DETAILRGL » générant les lignes de détail de règlement, pour exclure les factures ayant un motif « CTRLFAC-APICFA » (Id 520) avec une valeur autre que Oui (Id <> 1225).
MyOPCA	36144	API CFA - POST Factures - Initialiser la pièce Certificat de réalisation	Évolution	Une nouvelle RG éditeur "VAL_FAC_CFA_MAJ_Piece_CertificatReal" est mise à disposition pour traiter le booléen estCertificatRealisation de la méthode POST Factures comme suit : 1/ On recherche l’existence d’une pièce « certificat de réalisation » : champ « Fonction » (REGLES.CFONCTION) égal à « CERREA » Si la pièce existe, on recherche si elle est rattachée à la facture : si ce n’est pas le cas, on rattache la pièce à la facture 2/ On lit l’option logiciel 586 (« PIECECONFORME ») (N.B. : si l’option n’existe pas – version MY OPCO antérieure à 21.3 – elle est considérée comme inactive) 3/ On met à jour le résultat ("conformité") en fonction de la valeur du champ estCertificatRealisation S’il est vide, champs « Résultat (Conformité) » à ?, « Date résultat/conformité » à la date du jour S'il est à True (la facture tient lieu de certificat de réalisation) - Si l’option 586 est inactive, champs « Résultat / Réception » à Oui et « Date réception / résultat » à la date du jour - Si l’option 586 est active, champs « Réception » à Oui, « Date réception » à la date du jour, « Conformité » à Oui, « Date conformité » à la date du jour S'il est à False (la facture (pas de certificat de réalisation) - Si l’option 586 est inactive, champs « Résultat / Réception » à Non et « Date réception / résultat » à la date du jour - Si l’option 586 est active, champs « Réception » à Non, « Date réception » à la date du jour, « Conformité » à Non, « Date conformité » à la date du jour. La RG sera publiée sur le point d'entrée 701293 - Avant création facture (API) et devra être branchée avant les RG éditeur rattachant les pièces à la facture.
MyOPCA	36184	API CFA - POST Factures - Adaptation de la RG de contrôle de cohérence des montants (factures déphasées)	Évolution	Adapter la RG "VAL_FAC_CFA_Ctrl_Dephasage" de contrôle de cohérence des montants permettant de bloquer les factures API CFA "déphasées" : si la facture à une origine « API_CFA » Si le champ « montantTotal » est différent du montant HT de l’entête de facture et/ou de la somme des lignes détail stagiaire et/ou des montants imputés sur les LDB • Rattachement d’une alerte (observation avec type « APICFA » et indicateur « alerte ») sur la facture • Rattachement du motif « CTRLFAC-APICFA » à la facture avec la valeur « Non » Sinon • Rattachement du motif « CTRLFAC-APICFA » à la facture avec la valeur « Oui »
MyOPCA	36692	RNCP - Recherche code formation - Optimisation des critères de recherche	Anomalie	Sur la grille de recherche des codes formations, les critères de recherches suivants sont à optimiser 2179 Niveau de formation Critère niveau de formation dossier 2180 Domaine de formation Critère domaine formation dossier 2181 Filière Critère filière dossier 2182 Branche Multi Critère branche dossier
MyOPCA	36765	Fiche Etat - Branchement Etat Reporting Service impossible	Évolution	Correction CSS/JS pour afficher et rendre opérationnel le clique sur les boutons.
MyOPCA	36820	API CFA - Le champ No Avenant ne doit pas être obligatoire	Évolution	Le champ No Avenant ne doit pas être obligatoire. A ce jour si on n'a pas fourni le no avenant, on a une erreur "Le numéro d'avenant doit être un entier."

Application

Numéro

Titre

Type

Description

MyOPCA

29009

Champ manquant API demande : Convention

Évolution

Exploitation des conventions dans l'API :

1/ permettre de remonter une liste de conventions correspondant à la liste déroulante proposée dans la fiche dossier (écran Contrôles et Suivi) de MY OPCO -> créer une méthode de recherche de conventions avec les critères de recherche habituels : identifiant, code, référence externe, intitulé, état, indicateur convention modèle (Oui/Non) et remontant l'identifiant, le code, l'intitulé, le type (identifiant et code constante), l'état (identifiant et code constante), la référence externe, le millésime, la nature (identifiant et code de la constante), date de début, date de fin, date de signature , assistant (identifiant personne et code), conseiller (identifiant personne et code), tiers principal (identifiant SENTITE)

2/ permettre de transmettre une convention (identifiant ou code) lors de l'import d'une demande -> adaptation de la méthode existante d'import de demande

3/ permettre de transmettre la ou les conventions (identifiant, code et intitulé) rattachée au dossier dans les informations retournées par la méthode de recherche de dossier -> adaptation de la méthode existante de recherche de dossier

4/ permettre de récupérer les informations convention à partir de son identifiant directement (en plus de la recherche)

MyOPCA

35341

API CFA - Post Dossier - Retraitement du code RNCP

Évolution

Lors de la lecture du code RNCP ("rncp"), examiner si la valeur transmise commence par « RNCP » et si oui, enlever le texte "RNCP" (lire donc à partir du 5ème caractère) puis :

Si la valeur est sur 5 caractères, on initialise le champ « Code RNCP » du CERFA de MY OPCO
Si non, on retourne une erreur.

MyOPCA

35342

API CFA - Get Dossier et Get Dossier Liste - Retraitement du code RNCP

Évolution

Lorsque de la transmission des informations dossier de MY OPCO, ajouter le préfixe « RNCP » devant le code RNCP du CERFA lu sur le contrat (DOSINFOCONTRAT.DIC_CCODERNCP) (la valeur transmise doit ainsi être sur 9 positions).

MyOPCA

35545

API CFA - POST Dossiers - Code Postal sur 10 caractères alphanumériques

Évolution

Modifier le contrôle du code postal dans la RG VAL_DOS_ASS_CFA_Ctrl_Apprenti_RepLegal_CodePostal afin de vérifier que l'on ne dépasse pas les 10 caractères.

MyOPCA

35684

API CFA - POST Factures - Modifier le contrôle sur l'échéance liée à une facture

Évolution

Dans le cas d'une facture ne contenant que des frais annexes, il ne faut pas que le contrôle de la RG VAL_FAC_CFA_Ctrl_Echeance_Sans_Lien ne se lance.

En effet, il a été demandé dans ce cas là de ne pas effectuer de lien entre la facture et l'échéance et donc il n'est pas nécessaire de vérifier ce lien.

MyOPCA

35687

API CFA - POST Dossiers - La vérification des droits est incorrecte

Évolution

Sur le Post dossiers, le contrôle de vérification des droits de l'utilisateur est incorrect.

L'utilisateur doit avoir le droit de créer un dossier sur l'ensemble des établissements associés aux entreprises desquelles il est personnel.

MyOPCA

35694

API CFA - POST Dossiers - Contrôle du téléphone au format SIA

Évolution

Pour le téléphone de l'employeur et de l'apprenti, le contrôle doit être fait pour qu'il ne dépasse pas les 13 caractères (norme SIA)

Modifier les RG VAL_DOS_ASS_CFA_Ctrl_Apprenti_Tel et VAL_DOS_ASS_CFA_Ctrl_Employeur_Tel

MyOPCA

35731

API CFA - POST Dossiers - Mettre à jour la civilité à partir du sexe

Évolution

Créer une RG VAL_PERS_CFA_Init_Civilite qui permet de mettre à jour la civilité en fonction du sexe de la personne.

MyOPCA

35734

API CFA - POST Factures - Bloquer si le complément comptable est inactif

Évolution

Créer la RG VAL_FAC_CFA_Ctrl_ComplFac_Non_Desactive qui bloque si le complément comptable trouvé est désactivé lors de la création d'une facture via l'API CFA.

MyOPCA

35785

Extranet - Champ Password - Afficher/Cacher le mot de passe

Évolution

Ajout d'un "oeil" sur le composant "password" qui permet de montrer/cacher le mot de passe en cliquant dessus.

MyOPCA

35812

API CFA - POST Factures - Accès au champ estCertificatRealisation

Évolution

Rajouter l'accès à l'indicateur estCertificatRealisation dans l'API CFA.

MyOPCA

35871

API CFA - POST Factures - Gestion des cas de déphasage

Évolution

Pour gérer ces cas de déphasage (un de ces montants est différent des autres : Champ montantTotal du json, Montant HT de l'en-tête de facture, Somme des lignes de détail stagiaire, Somme des lignes du montage financier), effectuer les évolutions suivantes :

- Mettre en place un nouveau motif (REGLES : 520)

Code : CTRLFAC-APICFA

Libellé : Contrôle Montants Facture API CFA

- Créer un nouveau type d'observation (CONSTANTE : 13795)

code APICFA

libellé : Provenance API CFA

Après la dernière étape de la facture API CFA (PE 701298), vérifier s'il y a un déphasage par la RG VAL_FAC_CFA_Ctrl_Dephasage :

S'il n'y a pas de déphasage : remonter le motif sur la facture avec un résultat à oui (il n'y aura donc pas de blocage à la mise en payable)

S'il y a un déphasage:

- Créer une observation

Type : APICFA

Titre : Erreur intégration facture

Libellé : Déphasage détecté entre le montant de la facture du flux API CFA et la facture générée dans MyOPCO.

- Remonter le motif sur la facture avec un résultat à non (il y aura donc un blocage à la mise en payable)

MyOPCA

35928

API CFA - GET Dossiers - Sexe de l'apprenti

Évolution

Il faut retraiter le sexe de l'apprenti retourné par l'API CFA afin que

si sexe = 'F', on retourne 'F',
si sexe = 'M' ou 'H', on retourne 'M'
dans tous les autres cas on retourne null

MyOPCA

35938

API CFA - POST Dossiers - Erreur quand le numéro d'avenant n'est pas un chiffre

Évolution

Le numéro d'avenant doit être un chiffre.

Actuellement si on saisit une chaine de caractère, il y a une erreur car on s'attend à un chiffre.

Vérifier en amont si ce qui est saisi correspond bien à un chiffre sinon lancer une exception.

MyOPCA

35941

API CFA - Adapter le périmètre de recherche

Évolution

1/Périmètre dossiers :

Dossiers contrats APP (1) non désactivés avec une date de conclusion (2) supérieure ou égale au 01/01/2020

• dont l’OF (principal) de l’action est un des établissements (actif ou non) de l’utilisateur (3)

• dont au moins 1 échéance active (déjà facturée ou non) est rattachée à un des établissements (actif ou non) de l’utilisateur (3) (uniquement pour le dossier et pas pour la demande)

 Pas de recherche sur le tiers demandeur (c’est hors contexte) ni sur l’OGE du module

2/ Périmètre factures :

Factures dont le tiers de l’échéance est rattachée à un des établissements (actif ou non) de l’utilisateur (3)

3/ Périmètre documents :

En fonction de la facture ou du dossier, intégrer les mêmes contrôles.

(1) Contrat APP : lu à partir du « type de CERFA » de la filière (Cf tests RG : propriété Dossier.EstContratAPP) et non figé aux filières n°204/205

(2) Date de conclusion (Ex « embauche ») : DOSINFOCONTRAT.XENTREE

(3) on reste sur le principe actuel de recherche des établissements à partir des sociétés rattachées à la fiche personne associée au compte utilisateur, en tenant compte de l’indicateur « Tous les établissements » (charge à l’OPCO de cocher cet indicateur sur la fiche personne pour que les CFA voient tous les établissements de leur CFA)

MyOPCA

36014

API CFA - POST Documents et POST Factures - Contrôles sur le fichier

Évolution

Mettre en place ces contrôles de conformités des fichiers envoyés :

Type de fichier : uniquement .pdf

Taille de fichier maximum : pas plus de 5 Mo

nom du fichier : pas plus de 100 caractères

MyOPCA

36129

Paramétrage - Problème d'accès

Évolution

Quand on essaie d'éditer un rapport dans le menu "Bibliothèque d'états", il y a une erreur 500 à l'ouverture.

Cacher le menu "NAF" car cela est géré par constante.

On ne peut pas accéder aux requêtes car il y a une erreur 500.

MyOPCA

36132

Grille - Les icônes ne s'affichent pas

Évolution

Sur certaines grilles de recherche, les icônes de recherche et de filtre ne s'affichent pas.

MyOPCA

36138

Factures - Filtres - Critères de recherche Motifs - Nouveau

Évolution

Dans la grille Gestion des factures, mettre à disposition les critères de recherche ci-dessous dans un domaine "Motifs" (en s'inspirant de l'existant sur le domaine "Pièces") :

Ayant un motif non conforme : remonte Oui si au moins 1 des motifs a un indicateur "Conforme" différent de Oui (<>1225)
Motif conforme à ? (liste déroulante avec choix du motif à tester)
Motif conforme à Non (liste déroulante avec choix du motif à tester)
Motif conforme à Oui (liste déroulante avec choix du motif à tester)

MyOPCA

36143

Factures - Génération des lignes détail de règlement - Adaptations

Évolution

Adapter la RG éditeur « VAL_FAC_DETAILRGL » générant les lignes de détail de règlement, pour exclure les factures ayant un motif « CTRLFAC-APICFA » (Id 520) avec une valeur autre que Oui (Id <> 1225).

MyOPCA

36144

API CFA - POST Factures - Initialiser la pièce Certificat de réalisation

Évolution

Une nouvelle RG éditeur "VAL_FAC_CFA_MAJ_Piece_CertificatReal" est mise à disposition pour traiter le booléen estCertificatRealisation de la méthode POST Factures comme suit :

1/ On recherche l’existence d’une pièce « certificat de réalisation » : champ « Fonction » (REGLES.CFONCTION) égal à « CERREA »

Si la pièce existe, on recherche si elle est rattachée à la facture : si ce n’est pas le cas, on rattache la pièce à la facture

2/ On lit l’option logiciel 586 (« PIECECONFORME ») (N.B. : si l’option n’existe pas – version MY OPCO antérieure à 21.3 – elle est considérée comme inactive)

3/ On met à jour le résultat ("conformité") en fonction de la valeur du champ estCertificatRealisation

S’il est vide, champs « Résultat (Conformité) » à ?, « Date résultat/conformité » à la date du jour
S'il est à True (la facture tient lieu de certificat de réalisation)

- Si l’option 586 est inactive, champs « Résultat / Réception » à Oui et « Date réception / résultat » à la date du jour

- Si l’option 586 est active, champs « Réception » à Oui, « Date réception » à la date du jour, « Conformité » à Oui, « Date conformité » à la date du jour

S'il est à False (la facture (pas de certificat de réalisation)

- Si l’option 586 est inactive, champs « Résultat / Réception » à Non et « Date réception / résultat » à la date du jour
- Si l’option 586 est active, champs « Réception » à Non, « Date réception » à la date du jour, « Conformité » à Non, « Date conformité » à la date du jour.

La RG sera publiée sur le point d'entrée 701293 - Avant création facture (API) et devra être branchée avant les RG éditeur rattachant les pièces à la facture.

MyOPCA

36184

API CFA - POST Factures - Adaptation de la RG de contrôle de cohérence des montants (factures déphasées)

Évolution

Adapter la RG "VAL_FAC_CFA_Ctrl_Dephasage" de contrôle de cohérence des montants permettant de bloquer les factures API CFA "déphasées" : si la facture à une origine « API_CFA »

Si le champ « montantTotal » est différent du montant HT de l’entête de facture et/ou de la somme des lignes détail stagiaire et/ou des montants imputés sur les LDB

• Rattachement d’une alerte (observation avec type « APICFA » et indicateur « alerte ») sur la facture

• Rattachement du motif « CTRLFAC-APICFA » à la facture avec la valeur « Non »

Sinon

• Rattachement du motif « CTRLFAC-APICFA » à la facture avec la valeur « Oui »

MyOPCA

36692

RNCP - Recherche code formation - Optimisation des critères de recherche

Anomalie

Sur la grille de recherche des codes formations, les critères de recherches suivants sont à optimiser

2179 Niveau de formation Critère niveau de formation dossier

2180 Domaine de formation Critère domaine formation dossier

2181 Filière Critère filière dossier

2182 Branche Multi Critère branche dossier

MyOPCA

36765

Fiche Etat - Branchement Etat Reporting Service impossible

Évolution

Correction CSS/JS pour afficher et rendre opérationnel le clique sur les boutons.

MyOPCA

36820

API CFA - Le champ No Avenant ne doit pas être obligatoire

Évolution

Le champ No Avenant ne doit pas être obligatoire.

A ce jour si on n'a pas fourni le no avenant, on a une erreur "Le numéro d'avenant doit être un entier."

Liste des évolutions et correctifs apportés