11 octobre 2024 Release notes

Trois évolutions coog advance dans cette nouvelle version de coog :

  • Deux chantiers réglementaires avec la mise à niveau du module PASRAU et l’automatisation de la gestion LCB-FT dans coog,
  • Un sujet transverse avec la création d’une vue de synthèse tiers.

Autre nouveauté majeure de coog 24.41 pour la Santé : la gestion de la norme NOEMIE dans coog.

coog advance

Fonctionnalités réservées aux contributeurs de l’offre de maintenance évolutive.

Vue de synthèse personne / vue 360° des tiers

Besoin métier

Permettre aux gestionnaires d’accéder rapidement à une synthèse des informations relatives à un tiers (personne physique / personne morale) :

  • Au niveau contrat,
  • Au niveau prestation.

Exemple : répondre rapidement à un assuré ou une entreprise au téléphone.

Résumé de l’évolution

Point d’entrée dédié “Vue 360° des tiers”

Choix d’une organisation par bloc : chaque bloc peut être déplié. À l’ouverture de cette vue de synthèse personne, certains blocs sont dépliés par défaut. L’affichage en accordéon est un nouveau composant graphique dans coog !

La recherche d’un tiers est possible par N° de tiers, N° de contrat, N° de devis, Nom, Prénom, etc.

L’écran de vue de synthèse comporte notamment :

  • Les données tiers à la date de consultation
    • Exemple : pour un assuré ayant changé d’adresse, on affiche l’adresse en cours à la date de consultation.
  • Les contrats et devis : il est possible de cliquer sur un enregistrement pour l’ouvrir
  • La liste des assurés sur le contrat avec les dates de début et de fin
  • La liste des avenants réalisés sur le contrat : il est possible de cliquer sur le N° de l’avenant pour ouvrir le détail.
  • Les dossiers des sinistres : statut, état (payé, ordonnancé, …), le descripteur du préjudice, date de début de préjudice, et éventuellement date de fermeture du dossier sinistre
  • etc.

PASRAU

Évolutions livrées

  • Mise en place d’une interface pour la configuration de la déclaration (contact, etc.)
  • Permettre d’exécuter les contrôles en amont de la génération du flux réel – contrôle sur le NIR pour 2024
  • Création des séquences pour la gestion des identifiants métier et droit
  • Gestion des détails sur les retenues (gestion des tables suivantes)
    • C3P : Codification Précision sur Prestation PASRAU
    • CLREV : Classe de revenu
    • CTP : Codes Type de Personnel
    • CCERP : Cotisations, Contributions, Exonérations, Réductions – Cotisations individuelles PASRAU
    • CBAP : Codes de Bases assujetties PASRAU
  • Évolution de la structure S10 – Envoi
  • Évolution de la structure S20 – Déclaration
  • Évolution de la structure S21 – Données métier
  • Assistant de génération d’un bordereau PASRAU (manuellement)

coog Back-Office

Réglementaire

Gestion LCB-FT dans coog

Contexte dans le secteur de l’assurance

De quoi parle-t-on ?

  • Lutte anti blanchiment
  • Financement du terrorisme
  • L’assurance est un maillon de la chaîne, tous les maillons se protègent mutuellement d’une faille

Quelles sont les sources ?

  • Quatrième directive européenne anti blanchiment > 04 juin 2015
  • Le GAFI
  • Les jurisprudences, notamment les sanctions de l’ACPR en France

Évolution

Connecteur standard avec la solution de screening BeCLM (abonnement à prévoir)

  • Visualisation du risque LCB-FT renseigné dans les enregistrements liés
  • Vérification du risque potentiel dans l’application BeCLM
  • Mise à jour du risque dans coog
  • Contrôles automatiques sur les actes de gestion présentant un risque potentiel LCB-FT
    • Par exemple, l’activation d’un contrat est bloquée pour un risque confirmé, de même que la création d’un paiement sortant
  • Automatisation de la mise à jour du risque (call back) réservée aux contributeurs coog advance

DSN

Contexte : le module DSN est conçu pour se brancher sur différents connecteurs.

Intégration des mandats SEPA net-entreprises.fr

Évolution : net-entreprises.fr fournit un service de génération de mandat. coog peut désormais charger les mandats à partir de leur fichier.

Création d’un batch de traitement des objets intermédiaires (amorces) d’encaissement

Évolution : il s’agit de la première étape pour permettre le télérèglement via la DSN.

Création d’un batch d’affectation des télépaiements

Évolution : permet de lier les télépaiements effectués aux bordereaux d’appels pour les régler.

Métier Santé

Norme NOEMIE

Gestion de la norme NOEMIE dans coog

Matérialisation des accords entre l’organisme complémentaire (et l’OCT) et les caisses d’assurance maladie

Fonctionnalités

  • Création et paramétrage des organismes concentrateurs techniques (OCT)
  • Activation des flux NOEMIE 408 pour un organisme complémentaire et un produit donné
  • Paramétrage des accords de caisses

Ces évolutions permettent notamment de bloquer un envoi de flux si la télétransmission NOEMIE n’est pas activé avec la caisse à la date d’envoi.

Création du flux NOEMIE 408 via l’organisme concentrateur technique

Fonctionnalités

  • Envoyer automatiquement depuis coog les demandes de noémisation et de changement (caisse, nom, etc.) vers les caisses de l’assurance maladie via l’organisme concentrateur technique
  • Visualiser les informations envoyées dans le flux NOEMIE (images NOEMIE)
  • Contrôler pour éviter les flux incomplets et donc les flux rejetés
Matérialisation des retours NOEMIE 929

Cette évolution permet de piloter automatiquement ou manuellement les retours NOEMIE dans coog grâce à :

  • La réception du code retour (changement de caisse, chevauchement de contrats, etc.),
  • Le recyclage du retour en cas d’erreur d’intégration (rejet ou signalement).

Avenant « Gestion de la Noémisation des assurés »

Évolution : permettre aux utilisateurs de modifier les dates de début et de fin de télétransmission.

almerys

Configuration des fonds de page des cartes de tiers payant dans le flux V3 de l’interface avec almerys

Métier Prévoyance

Gestion des désignations de bénéficiaire(s) dans coog

Besoins métier

  • Pouvoir valider la pertinence juridique des clauses libres pour un porteur de risques
  • Pouvoir consulter la version antérieure de la clause bénéficiaire

Évolution

La fonctionnalité permet d’associer un groupe d’habilitation aux clauses et, ainsi, forcer un contrôle de celles-ci par des personnes habilitées.

Les devis bloqués à cette étape seront retrouvés dans la gestion des tâches coog.

Fonctions transverses

Synchronisation en temps réel des événements entre coog Back-Office et des outils externes (OAV, espace assuré, CRM, etc.)

Évolution

Publication des événements coog vers l’extérieur, ce qui permet à nos utilisateurs de les consommer et d’afficher des informations synchronisées avec coog.

La brique est prévue pour appeler une API client qui est en charge de consommer ces événements coog et de les propager dans le SI client.

Cas métier : un commercial peut suivre l’avancement d’une analyse de risque depuis son outil d’aide à la vente.

Ajouter des réductions commerciales en euros sur un contrat

Évolution

coog permettait de paramétrer des réductions par taux et durée. Il est désormais possible d’avoir des réductions forfaitaires.

Exemple : 50 euros de réduction sur les cotisations d’un contrat pour tout nouvel assuré.

Ajouter des tâches automatiques de suivi des processus

Évolution : l’avancement des processus peuvent être suivi via des tâches crées et mises à jour automatiquement à chaque changement d’étape.

Les étapes d’une procédure de relance peuvent être paramétrées en fonction de la balance d’un contrat

Exemple : déclencher une procédure de contentieux dans le cas ou le montant de l’impayé est supérieur à un certain montant.

Contrats

Ajout de règles pour générer des documents suite à une analyse de risques

Évolution : des document peuvent être demandés automatiquement pour les analyses de risques qui sont acceptées avec conditions.

Cas d’usage

Dans le cadre de contrats impliquant une analyse de risque à la souscription, il est possible que celle-ci débouche sur une surprime ou une exclusion de garantie. Une décision d’analyse de risque contrat “acceptée avec réserves” peut alors être positionnée et peut nécessiter l’édition d’un nouveau contrat incluant ces surprimes ou exclusions.

Dans ce cas, il est désormais possible de créer automatiquement (paramétrage) un document requis obligatoire permettant de réceptionner le nouveau contrat signé (manuellement ou avec signature électronique).

Contrats collectifs

Gérer le destinataire du paiement de manière automatique en utilisant la date de sortie des effectifs comme critère de sélection

Contexte

En prestations collectives, il arrive parfois de devoir payer l’entreprise (car elle continue de verser le salaire au salarié) pendant un certain temps avant de payer directement la personne assurée.

En effet la plupart du temps, la date de rupture du contrat de travail est communiquée aux services de gestion en décalé de sa mise en application.

L’évolution consiste donc à pouvoir gérer le destinataire du paiement de manière automatique en utilisant la date de sortie des effectifs comme critère de sélection.

Évolutions :

  • Ajout d’un assistant de mise à jour de la date de sortie des effectifs sur une affiliation,
  • Mise à jour de l’avenant “Modification des affiliations”,
  • Détermination du destinataire du paiement en automatique.
Ajout de la structure tarifaire TA (taux A) uniquement dans les grilles tarifaires

Avenants

Le rang de naissance peut désormais être modifié à travers l’avenant de changement de date de naissance

Sinistres

Évolutions du contrôle a priori sur les prestations, de la chaîne de contrôle des prestations avant décaissement

Trois évolutions concernent le contrôle a priori sur les prestations individuelles et collectives

Mettre au contrôle une prestation en fonction du rôle du gestionnaire qui a saisie la prestation

Cas métier

On attend plus d’erreurs de la part d’un gestionnaire débutant que de la part d’un gestionnaire confirmé. Avec cette évolution, il est possible de mettre un contrôle des prestations à 100 % pour le gestionnaire débutant et un contrôle à 30 % pour celui qui est confirmé.

Activer l’historique technique sur l’objet “Configuration sinistre”

Contexte

Les seuils de contrôle et validation peuvent être modifiés, en cas de changement des pouvoirs par le Conseil d’Administration pour une Institution de Prévoyance par exemple. Il faut donc pouvoir effectuer les modifications et les historiser.

Évolution : versionner l’objet de paramétrage (“Configuration sinistre” et ses sous-objets) qui va porter les paramètres de la règle de contrôle et de la règle de validation des sinistres.

Identifier une indemnisation créée automatiquement par batch

Évolution : identifier depuis une règle du moteur (franchise, prestation, revalorisation, contrôle, validation, etc.) s’il s’agit d’un calcul lancé par un gestionnaire ou effectué par un traitement coog.

Cas métier

En tant que responsable du contrôle, je ne souhaite pas soumettre les prestations calculées automatiquement par coog au contrôle a priori, afin de gagner du temps et de consacrer plus de temps là où le risque est plus important.

Sinistres Prévoyance collective

Création d’un outillage pour simuler et créer des périodes d’indemnisation

Contexte : l’outillage est conçu pour se brancher sur différents connecteurs.

Évolutions :

  • Fonctionnalités de simulation des indemnisations à partir des données chargées selon un format pivot,
  • Fonctionnalités de création des indemnisations.
Refonte de l’outil de saisie des salaires

Évolution : création d’un nouvel outil qui permet d’afficher simplement les informations que le gestionnaire doit compléter

Exemple : il s’agit d’un véritable assistant qui offre la possibilité au gestionnaire de dupliquer un montant saisie ou d’appliquer une valeur globale sur toutes les lignes, etc.

Nouvel assistant de saisie des salaires

Facturation

Paiement

Ajout de log d’exécution dans le batch de création de paiements

Évolution : ajout d’informations dans les journaux d’exécution utiles aux équipes d’exploitation.

Exemple : en cas de trop perçu, le paiement n’est pas créé et on retrouve l’information dans les journaux.

Ajout du motif et de la date d’annulation des lignes de relevé

Évolution : le motif et la date d’annulation sont désormais affichées dans les lignes de relevé.

Paybox

Suppression automatique des paiements Paybox qui restent bloqués au statut « En cours de traitement »

Cas d’usage

Quand un assuré utilise Paybox depuis son espace pour payer ses cotisations impayées par carte bancaire, une ligne de paiement se crée dans coog.

Auparavant si l’assuré fermait son navigateur sans terminer l’opération, la ligne restait ouverte et ne se clôturait jamais.

Aujourd’hui, il est désormais possible pour un assuré de retenter un paiement via Paybox.

Tiers

Identification automatique du pays de naissance

Évolutions

  1. Ajout d’un nouveau batch qui va charger en complément dans le référentiel des pays coog (ISO des pays) le référentiel INSEE.
  2. Lors de la saisie d’un NIR avec un département de naissance à l’étranger, coog va déterminer automatiquement le pays grâce au référentiel INSEE.

Nouvelle implémentation de l’identification du type de tiers

Contexte : fonctionnalité technique qui permet d’identifier plus facilement les tiers de configuration / paramétrage (banque, assureur, courtier, etc.).

Évolutions :

  • Remplacement des cases à cocher pour identifier une personne physique / personne morale par une liste déroulante (champ renseigné automatiquement),
  • Création d’un nouveau type de tiers “Tiers de configuration”.

Moteur de règles

Ajout de nouvelles fonctions de moteur de règles pour identifier si un souscripteur ou un élément couvert a une relation spécifique

Ajout de fonctionnalités pour le paramétrage dans le moteur de règles

  • Éviter d’utiliser un mauvais nom de variable qui va poser problème ultérieurement (diminution du risque d’erreur)
  • Rechercher comme sur un traitement de texte grâce à un assistant (simplification)

Création d’accesseurs pour faciliter la maintenance et le paramétrage de la récupération de données dans les règles

Évolution

L’accesseur permet d’extraire facilement la donnée de champs depuis un algorithme de règle pour remplacer la fonction de moteur de règle champs_technique.

Plus simple et ergonomique pour l’utilisateur, l’accesseur est aussi plus solide techniquement.

Activation conditionnelle du mode de débogage des règles

Contexte : cette évolution facilite le paramétrage dans des conditions particulières de bug.

Évolutions

  • Remplacement de la case à cocher par une liste de choix pour le mode debug (actif, dynamique, inactif),
  • Ajout du mode dynamique qui permet de ne plus avoir toutes les traces de debug mais de garder uniquement les traces de la règle qui nous intéressent.

Exemple : garder uniquement les traces d’une règle à une date précise.

Levée d’un avertissement lors de l’appel d’une fonction de règles en cas d’oubli de parenthèses

Évolution : fiabilisation des règles en détectant les oublis grâce à un avertissement non bloquant.

Évolution de l’action « vider la table » en assistant avec l’option de supprimer les valeurs de dimensions

Évolution : facilite le paramétrage en permettant de vider entièrement une table, de recommencer plus rapidement et de recharger une nouvelle table.

Noyau technique

Ajout d’une vue à l’observateur de statut Celery pour afficher le nombre de tâches en attente par queue

Évolution : dans le cadre des actions de monitoring des batch, il est désormais possible de voir l’état de l’outil Celery (disponible depuis “Monitoring” / “Statut Celery”).

Implémentation d’une vue plus simple pour le monitoring des nœuds Celery

Évolution : travaux d’ergonomie sur la vue qui permet le monitoring des nœuds Celery qui permettent à l’exploitation d’accéder à plus d’informations.

Amélioration des performances

  • Suppression du module de lancement de batch obsolète et nettoyage de ses références
  • Désactivation du mode debug sur les règles livrées par défaut

Déclenchement d’un nouvel événement lorsqu’un batch journalier est toujours en cours d’exécution

Évolution : déclencher un nouveau message par mail afin d’alerter en cas de problème lorsque le plan n’est pas encore terminé.

coog API

Création d’une nouvelle API de gestion des tiers (REST / GraphQL)

Ajout des identifiants dans la recherche et la consultation des contrats via les API GraphQL

Évolution

Amélioration des API GraphQL afin de pouvoir filtrer les contrats à partir de leurs identifiants.

On retrouve également ces informations d’identification lors de la consultation d’un contrat.

Améliorations de l’API de gestion de tâches

  • Il est désormais possible de créer plus de situations différentes par API notamment pour faciliter l’interfaçage avec un outil de GED (Open-Capture par exemple).
  • Intégration de la fonctionnalité de création de tiers, soit par le numéro de SIRET, soit par le numéro de Sécurité sociale

API GraphQL de consultation des tâches

Évolutions de l’API de création des comptes bancaires avec la possibilité d’inclure un libellé et des options d’usages (Facturation / Sinistre)

Ajout d’un compteur d’appels API

Évolution : pouvoir visualiser, au niveau du Back-Office de coog, les API utilisées ou non.