Nouveautés Cegid Relations Bancaires V22.10

Fonctionnalités

V5.37

Optimisation de la signature de plusieurs dépôts

La gestion de la signature de plusieurs dépôts a été revue afin de limiter le nombre de requêtes réalisées.
Afin de profiter de cette nouvelle fonctionnalité, il est impératif d’installer la dernière version de l’application de signature (1.3.0).
Les anciennes versions de l’application restent fonctionnelles.
Pour activer la signature par lot, un nouveau paramètre doit être ajouté à la configuration plateforme.
Trois nouveaux web services ont été ajoutés afin de signer plusieurs dépôts simultanément :

• POST /core/v1/abonnements/refAbonnement/depots/signatures
• GET /core/v1/abonnements/refAbonnement/depots/bordereaux
• GET /core/v1/abonnements/refAbonnement/depots/fichiers

cf. Documentation à obtenir sur demande au support

V5.38

Ajout de la configuration de la RUM

Il est maintenant possible de configurer la gestion et la génération automatique de la RUM pour un mandat. De même, il est possible de configurer le taille du champ "Compteur" globalement.
Pour ce faire, il faut activer l’option au niveau des fonctionnalités plateforme, dans le bloc "Personnalisation de la configuration de la RUM".

Paramètre de gestion de la RUM

L’activation de cette fonctionnalité va permettre à un utilisateur de cocher ou non le bouton "Gestion auto" dans l’écran de détail de la configuration de la RUM. Si la checkbox est cochée, alors la génération de la RUM sera automatique, sinon l’utilisateur peut la renseigner.

Configuration de la RUM, écran abonné

Création d’un nouveau mandat, la RUM est préremplie et non-modifiable

V5.39

Gestion des comptes émetteurs au format BBAN

Afin de pouvoir intégrer des relevés MT940 au format BBAN dans les traitements de Cash Pooling, il est désormais possible d’ajouter des comptes émetteurs au format BBAN.
Ces comptes émetteurs seront disponibles dans les parties Réception et Trésorerie Relevé.
Il ne sont cependant pas utilisables dans la partie émission. Ainsi, la sélection de comptes émetteurs, de comptes de frais ou de comptes destinataires au format BBAN ne sera pas possible pour la saisie de remises.

La création de compte émetteurs au format BBAN est disponible dans l’écran de gestion des comptes émetteurs (Paramétrage > Entités > Comptes émetteurs > Ajouter un compte / Modifier).
Un paramètre plateforme permet d’afficher des boutons radio de sélection du format du compte (IBAN ou BBAN). Si BBAN est sélectionné, le formulaire permet de saisir le pays domiciliataire du compte et le BBAN du compte :

Gestion des comptes émetteurs au format BBAN

Ajout de l’authentification forte lors de l’import de tiers

Lorsque le paramètre plateforme est activé, une authentification forte est demandée pour l’import des tiers, de la même manière que pour l’ajout ou la modification d’un tiers.

V5.40

Ajout du double facteur d’authentification à l’étape de confirmation d’un dépôt

Dans le cadre de la DSP2, la règlementation demande que, suite à l’upload d’un fichier, un double authentification soit réalisée.
Pour qu’un code de second facteur soit demandé, le dépôt doit être créé :

• Par upload d’un fichier sur l’écran Emission > Importer un fichier
• [OU] Par webservice
• [OU] Par déposition d’un fichier converti sur les écrans de conversions
• [OU] Par conversion par webservice avec création automatique du dépôt
• [ET] Être un virement (SCT, SCT_INST, VIR, VIT, VTR, ICT, XCT)
• [ET] Ne pas avoir de bénéficiaire inconnu sur le référentiel de l’utilisateur

  

Prise en charge des intradays dans cash pooling

Lorsque la règle d’équilibrage du cash pooling est positionné sur solde intraday, le moteur de cash pooling tient compte le solde intraday en date de valeur pour le calcul des équilibrages. L’équilibrage ne peut avoir lieu que si le relevé bancaire couvrant les opérations de la veille a été reçu. Si aucun relevé intraday n’a été reçu dans la journée, l’équilibrage est fait sur la base du relevé bancaire s’il existe.

Modification de l’affichage sur l’écran position de trésorerie

Un paramètre plateforme (désactivé par défaut) a été ajouté pour afficher les opérations dans l’écran position de trésorerie sous la forme de CODE (SOUSFAMILLE).

Paramètre plateforme permettant l’affichage sous forme de code et libelle d’opération

Dans l’écran position de trésorerie, lorsque le type de restitution souhaité est "Soldes par type d’opération", alors l’affichage est soit sous la forme SOUSFAMILLE de l’opération si le paramètre n’est pas activé. Soit sous la forme CODE (SOUSFAMILLE) si le paramètre est activé.

Ajout d’une heure de fin d’exécution pour le cashpooling

Une heure de fin a été ajoutée dans l’écran de planification du cashpooling. Ainsi, l’exécution du cashpooling ne se fera que dans la plage horaire définie entre l’heure de début et l’heure de fin. L’heure de fin ne peut pas être égale ou avant l’heure début. Une fois l’heure de fin dépassée, le cashpooling ne s’exécutera pas, jusqu’à la prochaine planification calculée.

Cash Pooling : nouveaux indicateurs

L’administrateur du cash pooling a une meilleure visibilité des états des traitements avec l’ajout de nouveaux indicateurs.
Dorénavant, il y a un affichage du traitement précédent et du prochain traitement de cash pooling.
Pour le traitement précédent, on affiche son état et la date d’exécution de ce traitement. La date du précédent traitement correspond à :

• La date et heure à laquelle le traitement a eu lieu pour les états terminés avec ou sans équilibrage
• La date et heure de fin d’exécution indiquée sur le planificateur pour les états non exécutés
  Pour le prochain traitement, on affiche son état et la date de la prochaine exécution du traitement qui a été préalablement calculée en rapport avec les règles de planification.

Nouveaux états des traitements du cash pooling

Pour le traitement précédent du cash pooling, les états possibles sont :

• Terminé avec équilibrage : Le traitement cash pooling s’est exécuté et les conditions d’équilibrages réunis, un virement MT101 a été généré.
• Terminé sans équilibrage : Le traitement cash pooling s’est exécuté, mais les conditions d’équilibrages n’ont pas pu être réunies.
• Non exécuté – limite horaire dépassée : Le traitement cash pooling n’a pas pu s’exécuter, car le relevé n’est jamais arrivé avant d’atteindre l’heure de fin d’exécution
• Non exécuté – erreur rencontrée : Le traitement a rencontré une erreur technique. Le cash pooling ne pourra pas s’exécuter sur la journée, mais il doit être possible de relancer le cash pooling manuellement.
  Pour le traitement prochain du cash pooling, les états possibles sont :
• En attente d’exécution : La date et heure de début d’exécution ne sont pas encore atteint.
• En attente de relevé : La date et heure de début d’exécution est atteinte, mais le relevé bancaire n’est pas présent
• En cours d’exécution : Le cash pooling est en cours de traitement du traitement des règles ou de la création du MT101

Workflow des états des traitements du cash pooling

Il est maintenant possible d’afficher le découvert autorisé pour un compte sur le widget de consultation des soldes, si l’utilisateur a au moins une habilitation de consultation de solde.
Le découvert autorisé est consultable via le survol de l’icône et apparait sous la forme d’un Tool tip.

Indicateur du découvert autorisé

Cette fonctionnalité requiert la mise en place d’un Web Service externe pour valoriser l’indicateur.
L’appel au Web Service externe sera rendu possible grâce aux trois paramètres de configuration de la plateforme.
cf. Documentation Cegid Relation Bancaires

Si aucun Web service n’est paramétré, alors l’indicateur ne sera pas présent dans le widget.

Configuration

V5.37

Configuration de la stratégie d’ajout des opérations de stock dans une remise ou un modèle en saisie

Il est maintenant possible de définir la stratégie pour l’ajout d’opération de stock dans une remise ou dans un modèle.
Le paramétrage est disponible dans l’écran "Fonctionnalités" dans l’encart "Activation" de la partie "Saisie de remises".

Ecran de configuration de la stratégie d’ajout des opérations de stock
Par défaut les opérations de stock seront supprimées du stock après ajout dans une remise ou un modèle. Si la suppression est désactivée, l’opération de stock restera dans le stock après ajout dans une remise ou un modèle.

Désactivation de la vérification 2FA sur l’authentification

Il est maintenant possible de désactiver la vérification 2FA via la clef de configuration ccom.post.securite.2fa.active
La validation 2FA est désactivable seulement si l’authentification par mot de passe est désactivée sur la plateforme, car autrement cela créerait des risques au niveau sécurité sur la fonctionnalité "mot de passe oublié".

Configuration de l’écran de la messagerie

Il est possible de configurer l’écran de la messagerie via l’écran de configuration de fonctionnalités du côté exploitant (Menu Configuration > Fonctionnalités). Cette configuration permet de choisir les types de messages à afficher parmi les types de messages suivants :

• Messages de la messagerie interne : Permet d’afficher les messages de la messagerie interne.
• Messages de l’exploitant : Permet d’afficher les messages de l’exploitant
• Messages techniques (notifications) : Permet d’afficher les messages techniques/notifications

Ecran de configuration de la messagerie

Création d’un nouvel écran pour gérer les messages exploitant

Un nouvel écran a été ajouté afin de permettre aux exploitants de maintenir plusieurs messages de type "Exploitant", actifs simultanément.

Dans l’écran d’édition d’un message exploitant, les champs suivants ont été ajoutés :

• Auteur (qui est configurable dans l’écran de configuration des fonctionnalités plateforme)
• Non supprimable
• Afficher dans la popup de l’écran d’accueil

Modification de l’écran de création d’un dépôt par import d’un fichier

L’objectif de ce changement est de permettre aux utilisateurs, lors de l’import d’un fichier, d’avoir un message d’information indiquant que le fichier peut ensuite être rejeté par la banque.
Ce message n’est pas affiché par défaut.

Il peut être affiché en surchargeant un style particulier sur la plateforme.

Modification de l’écran d’édition d’un tiers

L’objectif de ce changement est d’avertir les utilisateurs, sur les écrans d’édition de tiers, que la banque peut suspendre un dépôt si elle détecte une anomalie. Ce message n’est pas affiché par défaut.

Il peut être affiché en surchargeant un style particulier sur la plateforme.

Modifications relatives à l’écran de gestion des relevés

Deux modifications ont été apportées à cet écran :

• La possibilité d’afficher un message d’information en haut de la page (message masqué par défaut)
• La possibilité de rendre visible ou de cacher certains champs.

Le message d’information sur l’écran Informations Restituées, masqué par défaut, peut être affiché en surchargeant un style particulier sur la plateforme.

Configuration de la gestion des informations restituées

Il est possible de configurer l’écran de gestion des informations restituées via l’écran de configuration de fonctionnalités du côté exploitant (Menu Configuration > Fonctionnalités) :
Critères de recherche :

• Entité : Permet d’afficher le champ entité dans le filtre de recherche
• Banque : Permet d’afficher le champ banque dans le filtre de recherche
• Transfert : Permet d’afficher le champ transfert dans le filtre de recherche
• Flux retour : Permet d’afficher le champ flux retour dans le filtre de recherche
• Flux qualifié retour : Permet d’afficher le champ flux qualifié retour dans le filtre de recherche
• Compte : Permet d’afficher le champ compte dans le filtre de recherche
• Date : Permet d’afficher le champ date dans le filtre de recherche

Personnalisation de l’affichage du tableau des réceptions :

• Date : Permet d’afficher le champ date dans le tableau
• Nom du flux qualifié : Permet d’afficher le champ nom du flux qualifié retour dans le tableau
• Flux retour : Permet d’afficher le champ flux retour dans le tableau
• Compte : Permet d’afficher le champ compte dans le tableau

Ecran de configuration de la plateforme pour la gestion des réceptions

Messages sur les champs de saisie & légendes des formulaires

Cette évolution permet :

• l’uniformisation de la signalétique des champs obligatoires et facultatifs,
• la gestion de l’affichage de la légende en haut et en bas des formulaires.

Uniformisation de la signalétique

Du côté abonné, il est désormais possible de personnaliser la signalétique des champs obligatoires et facultatifs. La personnalisation sera effectuée par surcharge css.

Gestion de l’affichage de la légende des formulaires

Du côté abonné, il est désormais possible d’afficher la légende du formulaire en haut et/ou en bas des formulaires.

L’affichage est conditionné par le paramétrage des propriétés de configuration plateforme.
cf. Documentation Cegid Relation Bancaires

Adaptation des écrans de suivi et d’historique des dépôts

Configuration de l’affichage des critères de recherche des écrans

Il est possible de définir un affichage personnalisé par plateforme pour les critères de recherche des écrans de suivi et d’historique des dépôts.
Un champ de recherche peut être positionné soit dans la zone par défaut (toujours visible) soit dans la zone avancée. Il peut également être masqué à utilisateur.

Visibilité de l’action d’accès à l’écran d’historique d’un dépôt

Il est possible de masquer l’accès à l’historique du dépôt, action normalement visible dans le menu d’actions pour chacun des dépôts des écrans de suivi et d’historique des dépôts. Il est visible par défaut.

Configuration de la visibilité de l’action d’accès à l’écran d’historique d’un dépôt

Configuration des notifications de Cash Pooling

Ajout du paramètre plateforme "ccom.post.notifications.cashpooling.frequence" qui indique à quelle fréquence une notification est renvoyée aux utilisateurs, en heure. La valeur par défaut du paramètre est 24.

Traitement d’import des tiers

Un nouveau paramètre a été ajouté pour configurer le traitement d’import des tiers dans l’application Batchs.
Le paramètre suivant permet au traitement de prendre en charge plusieurs travaux d’import en parallèle.
Par défaut, seul un traitement d’import est activé à un instant donné.

V5.38

Retirer de l’affichage le nom des utilisateurs exploitant technique

Le nom de l’utilisateur exploitant et technique est désormais masqué. Cette modification se retrouve dans les écrans de liste des dépôts, détail d’un dépôt et dans le workflow de ceux-ci.

Ajout de la gestion de l’accès mobile au niveau Abonnement

Il est maintenant possible de configurer l’accès à la mobilité au niveau de l’abonnement.
Pour ce faire il faut activer l’option au niveau des fonctionnalités plateforme :

Paramètre de gestion de la mobilité

Le paramètre "Activer l’accès mobilité par défaut" permet d’affecter automatiquement l’accès à la mobilité sur un abonnement
Le paramètre "Activer la modification de l’accès à la mobilité" permet d’autoriser dans le détail d’un utilisateur coté abonné la modification et l’affichage de l’habilitation d’accès en mobilité.

Détail des habilitations utilisateur

Coté exploitant la mise à jour est possible comme une modification d’habilitation abonnement classique.

Affectation d’habilitation abonnement coté exploitant

L’accès aux ressources a été modifié depuis un accès mobile :

• On vérifie bien que la gestion des périphériques est activée pour vérifier ou non les périphériques
• On vérifie que l’utilisateur est bien habilité en accès mobilité sur les abonnements
• L’authentification par certificat prend maintenant en compte le paramètre X-Auth-Uuid pour l’accès mobile
• Un utilisateur ne peut se connecter en mobilité que s’il a au moins un abonnement sur lequel il est habilité en accès mobilité

Configuration de la Saisie LCR

Il est possible de configurer l’écran de la Saisie LCR via l’écran de configuration de fonctionnalités du côté exploitant (Menu Configuration > Fonctionnalités) :
Personnalisation de l’affichage écran de Saisie LCR :

• Échéance à vue : Permet d’afficher la checkbox (Échéance à vue) lors d’une saisie de LCR
• Non acceptée : Permet d’afficher le code d’acceptation Non acceptée
• Acceptée : Permet d’afficher le code d’acceptation Acceptée
• Billet à ordre : Permet d’afficher le code d’acceptation Billet à ordre
• A faire accepter : Permet d’afficher le code d’acceptation A faire accepter

Ecran de configuration de la plateforme pour la saisie LCR

Ajout de la gestion de CGU mobile

Coté exploitant, il est maintenant possible de configurer des CGU pour l’application mobile, dans Configuration → Application → CGU
Il est possible de récupérer l’information via le WS /api/v1/cgu, en rajoutant le paramètre type qui prend soit la valeur WEB soit la valeur MOBILE, si le paramètre n’est pas fourni alors la valeur est WEB par défaut

Ajout de la possibilité de forcer des types de tiers

Sur l’écran de configuration des fonctionnalités plateformes (côté exploitant, menu Configuration > Fonctionnalités, encart "Configuration de la gestion des tiers"), il est possible de forcer des types de tiers, pour que tous les tiers créés possèdent ces types forcés.

Configuration des types forcés de tiers

Lorsque ces types de tiers forcés sont rendus visibles dans la configuration plateforme, les cases à cocher correspondantes sont cochées et non modifiables dans l’écran d’édition des tiers.

Types forcés dans l’écran d’édition d’un tiers

Création de tiers tiré LCR/BOR

Lors de la création d’un tiers tiré souscripteur de LCR/BOR, le champ SIREN/SIRET est désormais obligatoire.

V5.39

Ajout de paramètres pour la configuration de l’écran Réception manuelle

2 paramètres ont été ajoutés pour configurer l’écran Réception manuelle

Modification des widgets

Le positionnement ainsi que la taille paramétrée coté exploitant (Abonnement → Gestion des widgets) sont affectés automatiquement aux widgets qui ne sont pas modifiables.

Ajout d’un paramètre plateforme de désactivation de la suppression de remise et d’opération

Partie Exploitant > Fonctionnalité > Fonctionnalités de la plateforme Des paramètres pour la gestion de suppression des dépôts et des remises ont été ajoutés.
NB : Si le paramètre Permet d’activer la suppression d’une remise. est décoché, cela a pour effet :

• De cacher la colonne État dans l’écran de détail d’un dépôt.
• De rendre impossible la suppression d’une remise dans l’écran de suivi des dépôts, ainsi que l’écran de détail d’un dépôt.
  NB : Si le paramètre Permet d’activer la suppression des opérations d’une remise. est décoché, cela a pour effet :
• De cacher la colonne État
• De rendre impossible la suppression des opérations d’une remise dans l’écran de suivi des dépôts, ainsi que l’écran de détail d’un dépôt.
• De cacher le champ État dans l’écran de recherche d’opérations

  

Écran "Mes Chéquiers"

Un nouvel écran "Mes chéquiers" est disponible côté utilisateur abonné. Le sous-menu "Mes chéquiers" est présent dans le menu "Mes moyens de paiement" pour y accéder.

L’écran "Mes chéquiers" se compose d’un filtre pour la recherche de chéquier pour un compte émetteur particulier, d’un bouton permettant la commande d’un nouveau chéquier, et, pour chaque compte émetteur, tableau listant les chéquiers du compte.
Pour chaque chéquier, l’utilisateur peut choisir d’afficher la liste des chèques le composant via l’action "Liste des chèques". Une liste des chèques est alors présentée à l’utilisateur, avec le détail de chaque chèque (son statut, numéro, montant, etc).
Par défaut, seul les 10 derniers chèques du chéquier sont présentés à l’utilisateur, mais il a le choix d’afficher tous les chèques avec le bouton d’action Afficher tous les chèques. Une fois tous les chèques récupérés, l’utilisateur à le choix de masquer tous les chèques inutilisés avec le bouton d’action Masquer les chèques inutilisés

Les listes de chéquiers ainsi que les listes des chèques peuvent être triées par champs, présent dans les en-têtes.

Gestion des comptes émetteurs au format BBAN

Afin de pouvoir intégrer des relevés MT940 au format BBAN dans les traitements de Cash Pooling, il est désormais possible d’ajouter des comptes émetteurs au format BBAN.
Ces comptes émetteurs seront disponibles dans les parties Réception et Trésorerie Relevé.
Il ne sont cependant pas utilisables dans la partie émission. Ainsi, la sélection de comptes émetteurs, de comptes de frais ou de comptes destinataires au format BBAN ne sera pas possible pour la saisie de remises.

Mise en place d’un nouveau paramètre plateforme

Pour activer la création de comptes émetteurs au format BBAN, un nouveau paramètre plateforme est ajouté du côté Exploitant (Configuration > Fonctionnalités) :

Paramètre plateforme d’autorisation des comptes émetteurs au format BBAN

Ajout d’un paramètre plateforme de masquage du libellé de compte

Partie Exploitant > Fonctionnalité > Fonctionnalités de la plateforme Un paramètre pour le détail des tiers a été ajouté permettant de masquer le champ Libellé du compte - Si le libellé est masqué, alors il sera généré automatiquement par l’application au format nomDuTierIBAN

Ajout de paramètre plateforme de masquage de champs dans la saisie

Partie Exploitant > Fonctionnalité > Configuration des Écrans de saisie
Un paramètre permettant de masquer le champ FQA sur l’écran de saisie

• Si le champ est masqué, alors le champ FQA est masqué si un seul FQA est présent pour le type de fichier sélectionné. Le champ reste toutefois affiché s’il existe plusieurs FQA (même si le paramètre plateforme est désactivé).
  Un paramètre permettant de masquer le champ de comptabilisation
• Si le champ est masqué, alors le champ de comptabilisation est masqué, et la valeur par défaut sélectionnée est "Globale"
  Un paramètre permettant de masquer le champ Objet du Paiement
• Si le champ est masqué, alors le champ Objet du paiement est masqué.
  Un paramètre permettant d’afficher la liste des comptes émetteurs (en tant que tiers)
• Si le champ est masqué, alors seule la liste des comptes émetteurs est affichée
  Un paramètre permettant de masquer le bouton d’ajout d’un tiers lors de la saisie
• Si le champ est masqué, alors le bouton d’accès à l’ajout d’un tiers est masqué. Par défaut il est affiché à côté de la liste des comptes émetteurs.

  

Validation d’un fichier lors de l’import

Partie Exploitant > Fonctionnalité > Configuration du Workflow Aller
Un paramètre permettant d’activer la création automatique d’un dépôt lors de l’upload d’un fichier. Par défaut activé. Si le champ est désactivé, alors l’utilisateur sélectionne son fichier, puis doit le valider avant que l’import du fichier soit effectif et que le dépôt soit crée.

Fonctionnalité plateforme de création automatique d’un dépôt lors de l’import d’un fichier

Adaptation des fonctionnalités de gestion des mandats

4 nouveaux paramètres ont été ajoutés du côté exploitant pour configurer l’accès à certaines fonctionnalités au niveau des mandats :

Personnalisation de l’accès aux fonctionnalités au niveau des mandats.

Ajout des paramètres plateformes de personnalisation de Gestion des mandats

Partie Exploitant > Fonctionnalité > Fonctionnalités de la plateforme, des nouveaux paramètres ont été ajoutés.

Paramètres de gestion des mandats

• Si le paramètre Permet de remplacer les libellés des états de mandats par Actif/Inactif est coché, l’Etat des mandats peut prendre les valeurs suivantes :
  • Actif : Mandat à l’état en cours / non utilisé/ finalisé
  • Inactif : Mandat à l’état révoqué
• Si le paramètre Permet d’afficher la colonne Type dans le tableau des mandats et le champ "Type de paiement" dans l’écran de création/modification d’un mandat est décoché, la colonne Type dans l’écran de gestion des mandats est masquée, ainsi que le champ Type de paiement dans les écrans création/modification.
• Si le paramètre Permet d’afficher la case à cocher "Révoqué" dans l’écran d’édition d’un mandat est décoché, la case à cocher Révoqué est masquée dans l’écran d’édition d’un mandat.
• Si le paramètre Permet d’afficher le champ "Etat" dans l’écran de création/modification d’un mandat est décoché, le champ Etat est masqué dans les écrans création/modification d’un mandat.
• Si le paramètre Permet d’activer la révocation du mandat à la place de la suppression dans le tableau des mandats est coché, cela a pour effet de révoquer le mandat au lieu de le supprimer, en cliquant sur la poubelle.

Evolutions sur les notifications

Extension de l’émission de toutes les notifications par SMS

Désormais, l’envoi de notification par SMS est possible pour tous les types de notifications configurés via le portail exploitant. Dans l’authentification forte, si un utilisateur a défini un autre canal de notification que celui défini dans le portail exploitant pour l’authentification forte, alors le canal défini par l’utilisateur sera utilisé en priorité.

Configuration des notifications pour la ’messagerie interne’

Un exploitant peut définir les notifications pour le canal messagerie interne. Cela signifie que pour chaque type de notification, on pourra définir 4 canaux de notifications distincts, avec pour chacune d’elle un message spécifique. Pour activer la notification par messagerie interne, il faut ajouter le paramètre suivant dans la configuration plateforme :

• ccom.post.notifications.messagerieInterne.activer : active les notifications par messagerie interne (true / false).

Modifications relatives à la gestion des réceptions pour l’écran "Fichiers Reçus"

Un exploitant peut désormais configurer l’écran Fichier Reçus à partir de l’écran Fonctionnalités Plateforme. L’écran Fichiers Reçus a également évolué avec l’ajout de nouvelles fonctionnalités et comportements.

Ecran de configuration fonctionnalité écran "Fichiers Reçus"

Un exploitant peut configurer l’écran "Fichiers reçus" en activant/désactivant les options :

• Permettre de filtrer les fichiers reçus par statut en état final, si activé alors le filtre statut sera masqué : Désactivée par défaut
• Permettre d’afficher la colonne IDT dans le tableau : Activée par défaut
• Permettre d’afficher la colonne statut dans le tableau : Activée par défaut
• Permettre d’afficher le bouton d’action historique dans le détail du tableau : Activée par défaut
• Permettre d’afficher le bouton d’action de relance qualification dans le détail du tableau : Activée par défaut

Configuration de l’écran Fichiers Reçus

Nouveau paramètre plateforme d’affichage de la référence externe des débiteurs pour les mandats

Un nouveau paramètre plateforme permet l’affichage ou le masquage de la référence externe des tiers débiteurs au niveau :

• Du formulaire de recherche des mandats (Champ Référence débiteur)
• De la création / Modification de mandats (Champ Référence débiteur et Nom tiers (débiteur))
  Le paramètre plateforme est situé du côté exploitant dans l’écran Configuration > Fonctionnalités :

  

Nouveau paramètre d’affichage de la gestion des mandats

Depuis les dernières versions, la gestion des mandats est directement intégrée dans l’écran de gsetion des tiers.
L’affichage/masquage du bloc de gestion des mandats était jusqu’alors défini en fonction de certains paramètres définis sur l’application.
Pour simplifier la compréhension de l’affichage/masquage du bloc de gestion des mandats, un nouveau paramètre a été ajouté dans la section "Gestion des tiers" de l’écran de configuration des fonctionnalités de la plateforme :
La case à cocher "Permet d’afficher la fonction de gestion des mandats dans l’écran de détail d’un tiers" permet de gérer l’affichage du bloc sur l’écran.
Néanmoins, l’affichage du bloc reste soumis à certaines contraintes en fonction du contexte :

• Affichage de la gestion des mandats activé
• ET
  • le typage des tiers est désactivé
  • OU
    • le typage des tiers est activé ET le tiers est typé débiteur
      Dans tous les cas, l’entité associée au tiers doit disposer d’un ICS pour pouvoir faire des prélèvements SDD et gérer les mandats SDD des tiers.

V5.40

Nouveau paramètre plateforme permettant d’afficher la dernière date de transaction sur l’écran de détail des mandats

Un nouveau paramètre plateforme permet d’afficher la dernière date de transaction :
Le paramètre plateforme est situé du côté exploitant dans l’écran Configuration > Fonctionnalités :

Ajout de deux nouveaux paramètres plateformes

Deux nouveaux paramètres plateformes ont été ajoutées afin de configurer le fonctionnement des étapes du workflow.
Ils sont configurables dans l’écran : Configuration > Fonctionnalités ; Partie "Configuration du Workflow Aller" > Etapes de validation.

Activation de l’étape A CONFIRMER pour les dépôts créés par Web Service

paramètre plateforme activation confirmation
Par défaut, tous les dépôts créés par webservice sont automatiquement confirmées. En activant cette option, les utilisateurs métiers devront manuellement confirmer les dépôts créés par webservice.

Cette option est désactivée par défaut.

Activation de la demande d’un second facteur suite à l’étape de confirmation

paramètre plateforme activation 2fa confirmation
Cette option permet d’activer la demande d’un second facteur suite à la demande de confirmation d’un utilisateur métier pour un dépôt créer :

Par upload d’un fichier

Par webservice (si l’étape A CONFIRMER est activée. Cf. paramètre ci-dessus)

Suite à la conversion :
La saisie de virement et virement permanent ne sont pas impactées : aucun second facteur ne sera demandé. On considère que les comptes tiers utilisés dans la remise ont été insérés sur la plateforme suite à une authentification forte. Dans le cas d’un virement permanent, le premier virement créé doit être confirmé par l’utilisateur. Dans ce cadre, une demande de second facteur (si l’option est activée) sera effectuée.

Cette option est désactivée par défaut.

Nouveau paramètre plateforme de restitution spécifique des types d’opération/type de famille (Position de trésorerie)

Un nouveau paramètre plateforme permet de restituer les opérations dans l’écran position de trésorerie avec un affichage spécifique, regroupé par type d’opération/type de famille.

paramètre plateforme lcl position tresorerie

Nouveau paramètre plateforme permettant de masquer l’acte de cession LCR

Un nouveau paramètre plateforme permet de masquer l’acte de cession pour les fichiers de type LCR :
Le paramètre plateforme est situé du côté exploitant dans l’écran Configuration > Fonctionnalités :

ajout paramètre plateforme acte cession lcr

Nouveau paramètre plateforme permettant d’enrichir le libellé de la banque

Un nouveau paramètre plateforme permet d’enrichir ou non le libellé de la banque dans les fichiers de type LCR :

Le paramètre plateforme est situé du côté exploitant dans l’écran Configuration > Fonctionnalités :

ajout paramètre plateforme lcr enrichir libelle banque

Connecteur de créances commerciales

Afin de permettre la gestion des interactions avec le SI externe, un nouveau connecteur de gestion des créances commerciales est mis en place. Ce connecteur est configuré via les propriétés suivantes, à définir au niveau plateforme :
Paramètres pour la récupération d’informations relatives aux cartes bancaires

Adaptation de l’écran Mes préférences pour afficher les préférences de contact de l’utilisateur

Il est maintenant possible de consulter le mode de contact favori de l’utilisateur sur l’écran Mes préférences.

Une étoile apparaît sur le mode de contact favori de l’utilisateur parmi les trois modes suivants :

• Email
• Téléphone
• Téléphone Mobile

Cette fonctionnalité requiert la mise en place d’un Web Service externe pour valoriser l’indicateur.
L’appel au Web Service externe sera rendu possible grâce aux trois paramètres de configuration de la plateforme.
cf. Documentation Cegid Relation Bancaires

Si aucun Web service n’est paramétré, alors l’indicateur ne sera pas présent dans l’écran.

Modification du web service de création d’un abonnement

Ce web service permet d’importer une liste d’abonnements. La modification apportée concerne la partie utilisateur dans l’abonnement, en particulier leur champ Identifiant.
Dans le cas où le flux contient des utilisateurs à créer, alors :

• Si le corps de la requête est renseigné avec un identifiant utilisateur lors de la création d’un utilisateur alors
  • Si l’identifiant est valorisé alors sa valeur est égale à celle qui est valorisée.
  • Si l’identifiant n’est pas valorisé alors sa valeur est générée automatiquement par l’application.
    Un contrôle d’unicité est effectué sur l’identifiant.

POST /rest/core/v1/abonnements ?notifier=true/false

Modification du web service de création d’un utilisateur sans association à un abonnement

Ce web service permet de créer un utilisateur.
Dans le cas où le corps de la requête est renseigné avec un identifiant, alors :

• Si l’identifiant est valorisé alors sa valeur est égale à celle qui est valorisée.
• Si l’identifiant n’est pas valorisé alors sa valeur est générée automatiquement par l’application.
  Un contrôle d’unicité est effectué sur l’identifiant.

PUT /rest/core/v2/utilisateurs/email

Modification du web service de création d’utilisateurs avec association à un abonnement

Ce service permet de réaliser deux actions :

• Si le corps de la requête est renseigné avec un utilisateur, le service créera l’utilisateur et l’associera à l’abonnement.
• Si le corps de la requête n’est pas renseigné, le service associera l’utilisateur existant à l’abonnement.
  Dans le cas où le corps de la requête est renseigné avec un identifiant lors de la création d’un utilisateur alors :
• Si l’identifiant est valorisé alors sa valeur est égale à celle qui est valorisée.
• Si l’identifiant n’est pas valorisé alors sa valeur est générée automatiquement par l’application.

PUT /rest/core/v2/abonnements/refAbonnement/utilisateurs/email ?utilisateurLocal=true|false

Traitement d’import abonnements : gestion en mode batch

A partir de cette version, le traitement d’import multi-abonnement est géré en mode batch et non plus juste en asynchrone suite à la création d’une demande d’import via web service.
Par défaut, le traitement d’import d’abonnement n’est pas activé. Il est donc nécessaire de l’activer explicitement via les paramètres indiqués plus bas.

Ancien contexte

Dans les versions antérieures, les imports d’abonnements étaient traités tels que :

• Création d’une demande d’import multi abonnement via Web Service
• Exécution de la demande d’import en asynchrone dans un nouveau thread
  • Découpage du flux
  • Traitement de chaque demande d’import d’abonnement
    Cette façon de faire permet de sécuriser l’import d’abonnement avec l’utilisateur connecté sur le web service lors de la création de la demande d’import.
    Néanmoins, le contrôle des traitements n’est pas possible et il existe un risque d’effondrement de l’application si trop de demandes sont déposées en même temps.

Nouveau fonctionnement

Dorénavant, deux applications peuvent exécuter les imports d’abonnements :

• L’application portant les batchs
• L’application portant les web services d’exploitation
  Il est préconisé d’activer le traitement sur l’application portant les web services d’exploitation, en particulier si un connecteur HubPMF est utilisé.
  En effet, la propagation de la création de abonnements se fait via un répertoire partagé, ce répertoire doit donc être commun entre les applications web IHM (création d’abonnement manuel) et les applications portant les traitements d’import d’abonnement.

Configuration des traitements

L’activation du traitement d’import se fait via des paramètres propres aux applications (application batch ou application wsExploitation).
Les paramètres suivants permettent de configurer le traitement :

Ajout d’un web service d’import de dépôt terminé

Ce web service permet d’importer des dépôts considérés comme terminés, c’est-à-dire que l’import de ces dépôts ne seront pas traités par le workflow mais seront directement ajoutés dans l’historique des dépôts.

• POST /rest/comm/v1/abonnements/refAbo/entites/refEnt/fqa/refFQA/depotstermines ?compression=typeCompression
• sourceCreation : Deux types de sources de création possibles :
  • IMPORT_TERMINE_SAISIE : Dépôt importé terminé qu’il est possible de dupliquer pour en faire de la saisie
  • IMPORT_TERMINE_UPLOAD : Dépôt importé terminé considéré comme provenant d’un upload
• etat : L’état du dépôt doit avoir un statut considéré comme terminé TRANSFERT_OK / TRANSFERT_KO / ERREUR
  Documentation technique du web service d’import d’un dépôt terminé

Ajout d’un nouveau web-service pour les conversions multi-devise

Un nouveau web-service pour la conversion des remises multi-devise à été ajouté. Conversion de remise multi-devise.

Ajout d’un nouvel état de dépôt : Validation forcée

Afin de permettre une gestion simplifiée de la validation forcée d’un dépôt par le serveur bancaire, un nouvel état de dépôt est introduit.

Modification du WS de validation de l’état d’un dépôt

Le Web Service de validation des états d’un dépôt a été modifié. Celui-ci permet dorénavant le passage de l’état externe et de la description de l’état externe d’un dépôt.
Ainsi, il est possible d’affecter l’état externe du dépôt lors de son passage en validation forcée.

Modification du workflow de validation d’un dépôt

Le workflow de validation est modifié selon le connecteur de transfert utilisé :

• Pour un connecteur Sycoflux, le dépôt passe à l’état Validation Forcée
• Pour un autre connecteur, le dépôt passe à l’état A transférer
• Pour un transfert web, le dépôt passe à l’état Transfert Ok
• Pour un dépôt sans transfert, le dépôt passe à l’état Validé

Intégration du mode signature par InWebo

Désormais il est possible de réaliser une signature transfert d’un dépôt avec InWebo. La fonctionnalité est disponible sous conditions suivantes :

• L’utilisateur s’est authentifié avec InWebo et dispose d’une habilitation de signature.
• Les dépôts à signer sont liés au connecteur SycoFlux.
• L’utilisateur est autorisé par la plateforme à utiliser le mode de signature par InWebo.

Nouvel écran de signature

Un nouvel écran de signature a été ajouté pour permettre la signature InWebo des dépôts liés à un connecteur SycoFlux.

Une popup permet la saisie du code PIN InWebo lorsque l’utilisateur clique sur le bouton "Signer".

Adaptation des écrans existants

Ecran de suivi / historique des dépôts
Il est possible de sélectionner plusieurs dépôts liés au connecteur SycoFlux et de réaliser une signature transfert en fonction des modes disponibles pour l’utilisateur. Si plusieurs modes de signature sont disponibles pour l’utilisateur, une pop-up est affichée listant les différents modes de signatures. En fonction du choix effectué par l’utilisateur, l’écran adéquat est affiché.

Ecran de détail d’un dépôt

• Dans le tableau des signataires autorisés, tous les utilisateurs éligibles à la signature transfert du dépôt, quel que soit le mode de signature utilisé, sont affichés.
• Si plusieurs modes de signature sont disponibles pour l’utilisateur, en cliquant sur le bouton "Signer", une pop-up est affichée listant les différents modes de signature.

[Sécurité] Blocage de l’énumération des identifiants

Les WS de récupération des informations 1fa et 2fa, ne permettent plus la récupération des informations d’autres utilisateurs que celui connecté.
Le WS modification de mots de passe à lui aussi été modifié, dans le cas d’un accès via utilisateur connecté (exemple via le menu sécurité), la même règle que précédemment s’applique, dans le cas d’un accès sans authentification et dans le cas pour lequel l’utilisateur n’existe pas, une fausse demande 2FA sera demandée.
Ces contraintes ont été ajoutées dans le but d’éviter la possibilité de lister les logins des utilisateurs existants sur la plateforme.

Mise à jour de la version de SpringBoot des applications suivantes :

• Gateway
• Backend Cegid Relations Bancaires
• Webapp Cegid Relations Bancaires
  La version de SpringBoot a été migrée de la version 2.3.5 à la version 2.6.4.

Tomcat

La version du tomcat a été mise à jour en version : 9.0.58

Renommage de propriétés

Certaines propriétés ont été renommées :

• management.server.servlet.context-path : URI racine des services de supervision
  • Nouveau nom : management.server.base-path

Configuration de logBack

Les clés de configuration pour logBack ont changées

• logging.pattern.rolling-file-name → logging.logback.rollingpolicy.file-name-pattern
• logging.file.clean-history-on-start → logging.logback.rollingpolicy.clean-history-on-start
• logging.file.max-size → logging.logback.rollingpolicy.max-file-size
• logging.file.total-size-cap → logging.logback.rollingpolicy.total-size-cap
• logging.file.max-history → logging.logback.rollingpolicy.max-history
  Le nommage des propriétés d’environnement a aussi changé : Propriétés logback

Suppression des paramètres de gestion des logs dans le navigateur

Les paramètres ci-dessous qui permettaient de gérer les logs dans le navigateur ne sont plus utilisés :

• ccom.post.ihm.logs.afficherDansConsole
• ccom.post.ihm.logs.niveau
  Dorénavant, les logs ne sont plus affichés dans le navigateur.
  Il en est de même pour l’application angular de CRB Relevés :
• ccom.post.releves.delegation.afficherLogJavaScriptDansConsole
• ccom.post.releves.delegation.niveauLogJavaScript
  Pour les obtenir temporairement, il faut définir le niveau de log en ajoutant une entrée dans le session storage du navigateur avec la clé NIVEAU_LOG et une des valeurs suivantes INFO/DEBUG/WARN/ERROR.

Version 5.39

Ajout d’une configuration pour contrôler les types de fichiers sur les téléversements de fichiers.

Le téléversement de fichier non contrôlé permet à des utilisateurs malveillants d’envoyer des fichiers dangereux qui peuvent être automatiquement traités par le serveur ou téléchargés par d’autres utilisateurs.
Ainsi, un contrôle a été ajouté sur les fichiers joints à un dépôt, les pièces jointes de la messagerie, les documents associés à un mandat et les documents associés à un abonnement afin de n’accepter qu’une liste de type de fichier précis.
Par défaut, les fichiers acceptés sont : *.txt, *.jpeg, *.jpg, *.png, *.pdf, *.xml, *.json, *.csv, *.docx, *.doc, *.xls, *.xlsx.
Cette liste est sur chargeable via des propriétés.
cf. Documentation Cegid Relation Bancaires

Version 5.40

Connecteur de créances commerciales

Afin de permettre la gestion des interactions avec le SI externe, un nouveau connecteur de gestion des créances commerciales est mis en place. Ce connecteur est configuré via les propriétés suivantes, à définir au niveau plateforme.
cf. Documentation Cegid Relation Bancaires

Modification du retour des Web Services afin d’éviter les énumérations sur les entités métier

Un nouveau paramètre de configuration plateforme permet de modifier les codes retour des statuts http des Web Services.
En cas de code retour 403 (Forbidden) ou 404 (Not Found), le retour des Web Services est unifié pour n’afficher qu’un code statut 403 et un corps de message unique, afin d’éviter les éventuelles attaques par énumération sur les entités métier des Web Services.
Le paramètre de configuration suivant est à placer dans la configuration de la gateway.
Si ce paramètre est activé, le WS retournera un code statut http 403, accompagné d’un DTO. La forme du DTO permet aux web services de rester rétro-compatibles.
Pour les retours sous format XML, la balise englobante est ErreurDto, si le web service dispose déjà d’une autre balise, alors celle-ci sera conservée.