Sortie de la version 22.41 de coog

coopengo annonçait dans la dernière version de coog, le démarrage du développement des cotisations collectives Santé et Prévoyance. Dans coog 22.41, le mode d’appel de ces cotisations collectives en auto-facturation est finalisé !

En effet, nous avons ajouté au niveau du produit et du contrat la notion de mode d’appel. De nouveaux modes d’appel sont créés comme l’appel de cotisation à blanc et l’appel en auto-facturation. Ce dernier permettant le calcul de la quittance au niveau des encaissements réalisés. Les données communiquées sont ajustées en fin d’année.

Deux autres nouveautés particulièrement utiles, qui concernent aussi bien l’individuel que le collectif, pour toutes les lignes métiers (Assurance Emprunteur, Santé et Prévoyance) :

  • Générer et appliquer des avenants en masse sans passer sur chacun de ces contrats grâce au nouveau modèle de modification de contrat,
  • Créer une tâche manuellement et l’assigner à un utilisateur de coog avec la création du module de mécaniques de tâches.

Enfin, un changement structurant impacte les APIs avec la fin de vie annoncée pour les API v1.

14 oct. 2022 Release note

coog Back-Office

Paramétrage produit

  • Dans le cadre de la mise en place de formules dans un produit, il est désormais possible de mettre en place des formules complémentaires. En effet dans coog, soit le produit n’a pas de formule et l’utilisateur assemble lui-même les garanties, soit le produit a des formules et le gestionnaire va devoir souscrire une formule. Et une formule peut donner droit à la souscription d’une formule complémentaire.
    • Dans l’exemple ci-dessous, la formule Premium contient trois garanties obligatoires (Décès, Incapacité et PTIA) et une garantie optionnelle (Invalidité totale). Cette formule Premium donne droit de souscrire à une formule complémentaire d’assistance qui contient de l’aide ménagère et de la garde d’enfant.

En résumé, coog 22.41 offre l’ajout, la validation du paramétrage et la souscription des formules complémentaires, sans oublier l’évolution de l’avenant de gestion des formules.

  • Ajout d’un filtre sur les formules dans le laboratoire Produit pour ne pas afficher les formules rattachées aux produits autres que collectifs : l’écran n’affiche que les formules liées aux produits collectifs.
  • Distinguer les statuts pour chaque domaine de validation du paramétrage produit : il y a désormais trois statuts “Brouillon”, “En validation” et “Valide” pour les trois domaines de paramétrage (souscription, tarification et prestation).

Contrats

  • Ajout d’un message d’avertissement lors de la modification d’une formule qui est souscrite par au moins un contrat. Si le paramétrage d’une formule est modifié et qu’il y a au moins une garantie souscrite qui n’est pas au statut « sans effet », alors un avertissement se déclenche :

« Des garanties sont déjà souscrites avec cette formule, des modifications peuvent provoquer une incohérence de paramétrage ».

  • Copier et valider les données complémentaires des formules sur les garanties souscrites d’un contrat : il s’agit de copier les données définies dans les formules sur les garanties et ajouter une validation pour vérifier qu’elles restent conformes au paramétrage du produit.
  • Valider les formules des garanties d’un contrat afin de vérifier la cohérence du contrat et de la formule : ajout d’une fonction de validation au niveau des versions des garanties par rapport au paramétrage des formules (respect des garanties obligatoires / optionnelles, des formules complémentaires / formules principales, des données complémentaires…).
  • Lier la version d’une garantie avec sa formule : dans l’onglet “Couverture” du contrat, on retrouve pour chaque garantie la présence d’un lien vers la formule dont elle dépend.
  • Ajout de la possibilité d’ajouter plusieurs réductions, d’annuler des réductions et de modifier leur date dans l’assistant de création des réductions commerciales.
  • Gestion du chevauchement de garanties exclues : pouvoir définir sur une garantie, une liste d’autres garanties (trans-produit) afin d’interdire le chevauchement de ces dernières en cas de couverture sur plusieurs contrats.
  • Ajout d’icônes configurables sur les descripteurs de risques utilisées dans l’affichage en vue formulaire des contrats.
  • Pouvoir sélectionner via un assistant des contrats à transférer vers un nouvel ensemble de contrats existants.
  • Déplier la vue des éléments couverts dès la sélection de l’usage dans l’assistant de mise à jour des données complémentaires : lors de l’ouverture de l’assistant pour mettre à jour les données complémentaires par usage (à partir de l’action de “Mise à jour des données complémentaires par usage”), en sélectionnant l’usage, chaque niveau des données complémentaires se déplie automatiquement.
  • La nouvelle action de “Mise à jour des données complémentaires par usage” est disponible à partir du point d’entrée “Contrat”. Cette nouvelle fonctionnalité permet d’effectuer des modifications sur les données complémentaires pour chaque usage (l’usage permet d’identifier dans quel contexte la donnée complémentaire est utilisée).
Avenants
  • Permettre de générer et appliquer des avenants en masse à partir d’un modèle de modification de contrat : cette fonctionnalité permet de configurer un « modèle de modification de contrat » comme par exemple résilier une garantie sur l’ensemble des contrats souscrits à partir d’un produit donné. Exemple pratique :
    • On décide de supprimer une garantie d’un produit.
    • On va modifier son paramétrage pour que la garantie ne soit plus proposée en souscription.
    • Seulement, on veut aussi au 01/01/2023 la résilier de tous les contrats actifs souscrits selon ce produit.
    • Grâce au ‘modèle de modification de contrat’ on va pouvoir générer les avenants en masse sans passer sur chacun de ces contrats.
  • Dans cette logique d’avenants de masse, il est également possible de générer des demandes d’impression de documents sur des contrats via les modèles de modification. En effet, la fonctionnalité de génération des avenants en masse sait aussi générer des courriers en masse : il est maintenant possible de faire très simplement un mailing à destination des souscripteurs d’un contrat pour un produit donné.
  • Dans le cadre des évolutions de paramétrage d’un produit (par exemple, un ajout de garantie), les mises à jour sont reportées sur tout ou partie des contrats souscrits (stock existant). Avant de permettre l’action de refuser, un message viendra alerter l’utilisateur.
  • Gestion des formules complémentaires dans le cadre d’un contrat en cours de souscription et d’un avenant sur les formules des éléments couverts d’un contrat.
  • Ajout d’une étape dans l’avenant “gestion des options” permettant de gérer les formules de garanties des éléments couverts du contrat.
  • Pouvoir modifier les informations administratives d’une personne morale par voie d’avenant (point d’entrée pour initier l’avenant personne morale).
Devis
  • Les clauses particulières d’un contrat sont désormais en lecture seule lorsque le statut du devis du contrat est validé.
  • Ajout de l’onglet « Devis déclinés » dans le point d’entrée « Devis » pour les devis déclinés et retrait de ces derniers de l’onglet « Tous » du point d’entrée « Contrats » (individuels)
Contrats collectifs
  • Quand la personne physique est affiliée à un contrat collectif, son résumé en cas de sinistre est enrichi avec les informations suivantes :
    • Numéro du / des contrat(s)
    • Pour chacun des contrats, le groupe de population parent de l’affiliation de la personne concernée
    • Au niveau en dessous, la personne morale couverte à laquelle la personne physique est affiliée
    • Pour chacun de ces niveaux les dates d’effet
  • Mettre à jour la liste des risques couverts lors d’un changement de personne morale souscriptrice pendant le processus de création du contrat.
  • Ajout de la possibilité de gérer les filiales lorsque le contrat est actif : au lieu de passer par un avenant, il est désormais possible d’ajouter des filiales directement à partir du contrat actif.
  • Création d’un processus d’affiliation pour les contrats collectifs : à partir du contrat, l’affiliation est possible avec un processus de saisie et de validation. Il convient dans un premier temps de paramétrer le mode de création de la personne physique au niveau du descripteur de risque.
  • Amélioration de l’assistant pour affilier des tiers à une société couverte.
  • Afficher les risques des filiales déjà couvertes dans l’assistant d’ajout des filiales à un contrat : dans le cadre du processus de souscription, il est possible à l’étape “Catégorie de personnel” de visualiser les éléments couverts et de rectifier en cas d’erreur.
  • Affichage des informations du contrat, de la personne morale couverte et de la population après avoir ajouté des filiales lors du processus de souscription dans la vue des éléments couverts créés.
  • Création d’un assistant pour l’ajout de filiales à un contrat.
  • Afficher au niveau du contrat, les données complémentaires du descripteur de risque afin d’identifier rapidement les groupes de population du contrat. Dans l’exemple ci-dessous, les données complémentaires sont le collège, la situation des personnes assurées et le régime.

Sinistres

  • Gestion du cas où la date d’effet de l’avenant de modification de compte global de prestations est égale à la date d’effet initiale du contrat.
  • Calculer le motif de rejet depuis la règle d’éligibilité de la prestation.
  • Ajout d’un raccourci vers les sinistres depuis un remboursement sinistre : Ajout de “Sinistres” dans le menu du bouton “Relation”, ce qui permet depuis l’onglet “Remboursements sinistre” d’avoir accès plus simplement au sinistre associé.
  • Ajout d’un argument optionnel « montant maximal » dans la fonction du moteur de règle « Calcul des périodes proratisées pour un montant ».
  • Ajout du support du concentrateur CTIP dans le cadre du module Prest’IJ.
  • Amélioration des scénarios de non régression, notamment pour vérifier les bordereaux d’indemnisation des sinistres à destination des assureurs.
  • Configuration d’outils de gestion des prestations de Prévoyance individuelle dans le moteur de règle afin de pouvoir facilement paramétrer / maintenir des prestations de type rente :
      • Création des règles de prestation Prévoyance de type rente par défaut dans le produit coog ;
      • Création d’un socle de Test de Non Régression (TNR) sur les périmètres des prestations Prévoyance individuelle (rentes) et de l’analyse médicale afin d’avoir un outillage métier complet.
  • Permettre de mettre à jour la date de décès d’un assuré lors du changement de la date d’un préjudice décès.
  • Remplissage automatique du descripteur de préjudice si le sinistre actuel n’a qu’un seul descripteur de préjudice possible.
  • Ajout de la délégation d’action différenciable par objet : il est désormais possible de déléguer le contrôle et la validation des indemnisations à d’autres utilisateurs, quelque soit le mode de règlement.

Santé

NOEMIE
  • Laisser l’utilisateur choisir quels éléments couverts d’un contrat il souhaite “renoemiser”.
almerys
  • Permettre la surcharge du porteur de risque dans le flux almerys.
  • Le recalcul des périodes de délégation doit être déclenché même si le contrat est résilié dès lors que l’avenant a lieu pendant la période de couverture. Cela signifie par exemple que coog renvoie un flux à almerys.

Facturation

Cotisations
  • Ajout d’un message d’avertissement lors de la génération d’un prélèvement sur un contrat ayant une suspension de paiement en cours.
  • Quittancement des contrats par éléments couverts : un nouveau paramétrage permet de définir sur quel niveau effectuer le quittancement pour les contrats (pour chaque période ou par élément couvert).
  • Ajout de la gestion du paramètre de date de traitement (en jours ouvrés ou non) sur la chaîne de batch de quittancement
Cotisations des contrats collectifs
  • Ajout d’un point d’entrée pour les bordereaux d’appel collectifs.
  • Ajout d’un assistant de saisie de relevé sur les bordereaux d’appel.
  • Ordonner les bordereaux d’appel par date de début décroissante.
  • Vérification des taux de ventilation renseignés sur un contrat.
  • Modification des valeurs attendues dans la donnée complémentaire des taux de ventilation par la règle de ventilation par défaut : la règle attend maintenant que les valeurs soient exprimées en pourcentage.
  • Ajout de la possibilité de faire de l’auto-facturation pour le gestionnaire.
  • Amélioration de l’ergonomie de la vue des garanties pour l’auto-facturation.
  • Possibilité d’utiliser des lignes de la société parente / de tiers liés pour le règlement des bordereaux en auto-facturation.
Paiement
  • Pouvoir filtrer les paiements par motif de rejet.
  • Gestion du représentant légal d’un bénéficiaire par des relations tiers. Ce dernier pourra percevoir les paiements de prestation ou les remboursements à la place du bénéficiaire. Exemple d’utilisation : virement d’un remboursement de cotisation à un cabinet d’étude suite au décès d’un souscripteur. Le cabinet d’étude étant le représentant légal du souscripteur.
  • Les règles d’exonération de primes peuvent maintenant être paramétrées pour que les utilisateurs déterminent manuellement le taux d’exonération au moment de la saisie de la période d’exonération.
  • Amélioration du traitement des fichiers de retours de précompte
  • Vérification de l’existence des informations utilisées par les modes de paiement de type précompte avant d’appliquer l’avenant de modification du mode de quittancement.
  • Un nouveau paramétrage sur le journal de relevé permet de choisir si la date comptable des mouvements générés par un relevé sera la date du relevé ou bien la date de la ligne.

Commissions

  • Ajout du type métier “Bordereau Assureur” dans la liste des factures fournisseur.

Documents

Editique
  • Rendre paramétrable le type d’événement émis à la génération d’un courrier. Cela permet d’ajouter de la flexibilité dans le paramétrage des actions par type d’événement en fonction du modèle de courrier imprimé, si l’on souhaite chaîner avec d’autres actions.

Rapports

  • Le module de rapports gère désormais les données de type timestamp.
  • Ajout d’un point d’entrée afin d’avoir une vue globale sur les services gestionnaires des sociétés.
Gestion des tâches
  • Création du module et des mécaniques de tâches qui permettent de créer une tâche manuellement et de l’assigner à un utilisateur de coog. Comme par exemple, traiter la réclamation téléphonique d’un assuré.

Moteur de règle

  • Ajout du “Statut du devis” au moteur de règle : dans le cadre de la mise en place d’une règle, il est possible d’utiliser le statut du devis comme variable en la récupérant au niveau du quittancement.
  • Ajout de fonctions dans le moteur de règle pour accéder aux formules souscrites pour les éléments couverts.
  • La fonction du moteur de règle “Nombre éléments couverts pour la garantie” accepte maintenant un paramètre optionnel, ce qui permet de filtrer les éléments couverts ayant des données complémentaires spécifiques. Par exemple, le paramètre optionnel “date” permettant de compter les éléments couverts actifs à cette date.
  • Ajout d’une fonction dans le moteur de règle pour calculer la durée du différé d’un prêt en mois (Assurance Emprunteur).
  • Ajout d’un message d’avertissement lorsqu’on tente d’utiliser les champs techniques dans une règle.
  • Enrichissement des fonctions du moteur de règle pour que les messages retournés par les règles puissent contenir plus d’informations.
  • Ajout de la possibilité d’utiliser une règle pour calculer les frais (par exemple, les frais de dossier) sur les contrats. Les frais peuvent être dynamiques comme sur les primes de garantie par exemple. Par ailleurs, il est aussi possible de ne pas appliquer les frais de manière automatique et dynamique.

Technique

Batch
  • Import des archives Zip via le batch d’import de paramétrage.
  • À partir du point d’entrée “Configuration de plan batch”, dans le champ “Condition”, de nouvelles valeurs pour la date de traitement des batch sont disponibles.
  • Relancer un plan batch depuis une chaîne : un bouton a été ajouté afin de relancer une chaîne batch.
  • Ajout d’un message d’aide sur le champ de surcharge des paramètres d’environnement sur les configurations de batch.
  • Dans le point d’entrée “Configurations de batch”, un message d’aide a été ajouté pour expliquer l’intérêt du bouton “Ecraser les variables d’environnement”.
  • Ajout d’un batch pour nettoyer les anciens logs de batch.
  • Création d’un batch permettant de purger les exécutions et les opérations de batch précédent, avec un délai de rétention. Ce batch est exécuté chaque jour.
  • Ajout d’une méthode de finalisation de traitement à la fin des run de batch / chaînes / plans batch.
  • Simplification des champs de statut sur les batch
  • Il est désormais possible de lancer des chaînes de batch depuis l’application, de transformer la chaîne quotidienne en tâche.
  • Ajout des configurations de batch pour le retour de précompte
  • Ajout de batch pour gérer la création, la validation et l’émission de bordereaux d’appels.
  • Le batch d’avenant de recalcul peut maintenant être exécuté en parallèle : les quittances sont annulées mais non recréées. La création et l’émission des quittances doit se faire par les batch dédiés.

Sécurité

  • Paramétrer en tant qu’administrateur de la solution, une configuration d’expiration automatique des mots de passe, ainsi qu’une complexité minimale requise afin de garantir une sécurité maximale des accès au Back-Office de coog.
RGPD
  • Les modèles de contrôle d’accès sont désormais historisés techniquement.

coog-API

  • Les APIs v1 sont dépréciées à partir de la version 22.41, au profit des APIs de consultation GraphQL. Elles seront définitivement supprimées à compter de coog 23.14 (prochaine version majeure). Ce changement est motivé par les raisons suivantes :
    • Dépendance forte avec le modèle de données, ce qui introduit des risques de régression lors de mises à jour de l’application Back-Office,
    • Impossibilité de consulter les données « en profondeur », ce qui implique une démultiplication des appels pour récupérer l’ensemble des données souhaitées et donc des performances inadaptées,
    • Pour les modifications, risque de prise en compte incomplète des modifications demandées du fait d’une absence de processus transactionnel.
  • L’utilisation de GraphQL pour les consultations de données répond favorablement à ces trois problématiques. Le périmètre fonctionnel actuellement disponible qui se construit progressivement depuis la version 2.8 de coog permet de couvrir les besoins standards dont notamment la création d’un site Web « espace assuré » (consultation des contrats, des échéances de paiement, etc.). Pour les opérations de modification / simulation, les APIs correspondantes ont été implémentées en API v2.

Rapprochez-vous de votre Responsable de compte pour étudier les modifications à faire sur les APIs pour votre prochaine montée de version.

  • Changement de base de données de Redis à MongoDB à des fins d’architecture.
  • Passer sans suite un avenant et exposer ces données d’avenant par API.
  • Exécuter la règle de montant de couverture d’une garantie, lorsque celle-ci ne dépend pas des informations de contrat : cela permet à l’utilisateur Front de pouvoir sélectionner le montant de couverture proposé pour une garantie.
  • Enrichissement de la configuration du service de paiement sécurisé de notre partenaire Paybox by Verifone avec l’ajout d’URLs de redirection de paiement (succès, refus et annulation)
  • Création de l’API de création de relevé manuel.
  • Permettre les requêtes sur les avenants de compte bancaire de prestation via l’API GraphQL.
  • Ajout de critères de filtres possibles dans les appels GraphQL de l’espace distributeur (B2B) : il est désormais possible d’affiner la recherche d’un tiers en réalisant un filtre à partir du Nom, Prénom, Date de naissance et Numéro de Sécurité sociale de l’assuré. Dans ce cadre, la recherche ne doit renvoyer qu’un seul tiers. Un contrôle de cohérence a été mis en place permettant de lever une erreur si plus d’un tiers est renvoyé. La recherche doit se décliner comme suit :
    • Avec le code uniquement
    • Appel avec Nom, Prénom, Date de naissance
    • Appel avec Numéro de Sécurité sociale
    • Appel avec Numéro de Sécurité sociale, Prénom, Date de naissance
  • Ajout de champs d’analyse de risques pour l’API GraphQL de l’espace distributeur (B2B).
  • Enrichissement de l’espace assuré (B2C) GraphQL : ajout des types de paiements disponibles pour un contrat : une nouvelle méthode a été ajoutée pour l’API de création de paiement afin que coog puisse choisir le mode de paiement dématérialisé pour un contrat.
  • Extraction des détails complémentaires de devis en API.
  • Ajout de champs pour l’API GraphQL de l’espace distributeur B2B : lignes de document demandé.
  • Gérer les données complémentaires des quotités en API pour l’Assurance Emprunteur.
  • Permettre les requêtes sur les avenants d’informations de quittancement via l’API GraphQL.