10 octobre 2025 – Release notes

Dans cette dernière version de coog : de nouvelles API pour les avenants et les sinistres ainsi que des enrichissements majeurs d’API existantes comme celles dédiées aux contrats, aux tiers et aux documents.

Pour les contributeurs coog advance qui sont de plus en plus nombreux, deux gros chantiers ont été mis en œuvre : les tableaux de bord pour les superviseurs et les utilisateurs et un développement différenciant sur le périmètre PASRAU.

Pour la partie réglementaire, le module DSN est mis à l’honneur avec de nombreuses évolutions finalisées.

Enfin, la gestion des documents requis dans le cadre des avenants aux contrats est largement facilitée grâce aux possibilités de règles.

---

coog API

Contrats

Ajout des détails des garanties dans l’API de simulation de contrat

Évolution : permettre de retourner le résultat des règles de détails sur les garanties lors de la simulation tarifaire.

---

Contrats collectifs

Ajout du point d’entrée companies en GraphQL et exposer différents champs

Évolution

Rechercher et consulter une entreprise par API selon les critères de filtres suivants :

• Code,
• Nom,
• SIREN.

---

Avenants contrats

Nouvelle API de création d’avenant

Besoin : réaliser des avenants par API et obtenir en retour un résumé des modifications apportées y compris les cotisations.

Évolution

Créer une nouvelle API qui reçoit la liste d’objets suivante :

• Définition d’avenant,
• Identification de cible pour l’avenant (ici, un tiers),
• Liste d’avenants unitaires,
• Liste de champs avec les valeurs pour chacun de ces avenants unitaires,
• Simulation tarifaire d’avenant.

---

Tiers

Enrichissement de l’API relative aux tiers

Besoin métier : vérifier les doublons de personnes physiques en prenant en compte les informations de lieu de naissance lors de la création d’un tiers par API.

Évolution

Ajout des champs suivants dans l’API dédiée aux tiers :

• Pays de naissance,
• Ville de naissance,
• Code postal de naissance.

---

Sinistres

Nouvelle API pour créer les sinistres avec des tiers associés

Évolution

Mettre à disposition une API permettant de :

• Créer un dossier de sinistre dans coog,
• Créer éventuellement un tiers associé au sinistre si celui-ci n’existe pas encore,
• Créer une tâche liée à ce sinistre (pour traiter l’affiliation, par exemple),
• Téléverser des pièces jointes,
• Ajouter des notes.

---

Enrichissement de l’API de consultation des sinistres

Évolution

Enrichir l’API de consultation des sinistres prévoyance pour récupérer :

• La liste des sinistres liés à un contrat,
• Le détail d’un sinistre,
• Les pièces jointes,
• Les notes.

---

Documents

Enrichissement de l’API de demandes de documents

Évolution

Enrichir l’API de demande de documents des informations suivantes :

• Booléen bloquant,
• Catégorie,
• Famille de document,
• Descripteur de document,
• Informations du tiers.

---

Support des données complémentaires dans l’API des demandes de documents

Évolution : ajouter des données complémentaires dans l’API de détection et de mise à jour des demandes de documents et véhiculer les réponses aux questionnaires.

---

Nouvelle API permettant d’associer un document à une ligne de demande de document existante

Évolution

Créer une API permettant le rapprochement entre un document reçu et une demande de document.

Le rapprochement se fait sur les critères suivants :

• Si le type de pièce attendue est égale au type de pièce transmise,
• Et si le « Statut » de la pièce attendue est « En attente »,
• Et si une seule pièce attendue « En attente » pour ce type de document existe.

---

Technique

Surcharge, en minute, la durée de validité des jetons dans la configuration API

Évolution : augmenter la durée de jeton de téléchargement de documents dans la configuration API.

---

coog advance

PASRAU

CRM nominatif

Évolutions :

• Gestion des dates de fin de validité des taux PASRAU,
• Prise en compte des taux futurs pour la liquidation des sinistres,
• Création de points d’entrée permettant aux gestionnaires de traiter les CRM grâce à l’intégration des messages KO.

---

RGPD

Ajout d’un assistant permettant d’extraire les champs identifiés comme sensibles

Évolution : créer un assistant permettant d’extraire l’ensemble des champs identifiés comme sensibles, module par module.

---

Pilotage de l’activité

Tableaux de bord pour le pilotage de l’activité

Évolution

Création de tableaux de bord permettant d’avoir par équipe et par domaine (devis, contrats, sinistres, tâches, …), une synthèse du stock des tâches ainsi qu’une synthèse sur la qualité de celui-ci :

• Lister les différentes tâches à réaliser et les distribuer aux utilisateurs habilités,
• Visualiser les informations relatives aux différentes tâches et aux processus,
• Effectuer un suivi de gestion des processus en termes de charge de travail par équipe, de délai de traitement, d’ancienneté du stock.

coog Back-Office

Réglementaire

DSN

Ajout d’un modèle de code population DSN sur les descripteurs de risques

Évolution : rendre paramétrable les codes population DSN grâce aux données complémentaires.

Exemple : les premières lettres des code des risques couverts vont générer le code population DSN.

---

Chargement et mise en attente des déclarations DSN

Évolutions :

• Lire et mettre en attente les fichiers DSN reçus jusqu’à la date de prise en compte (calculée au moyen d’une règle),
• Création d’un point d’entrée permettant de suivre les déclarations DSN reçues et mises en attente.

---

Ajout du batch de mise en traitement des déclarations DSN

Évolution : ignorer les déclarations DSN remplacées et mettre en traitement les déclarations retenues à la date de prise en compte.

---

Eckert

Application Eckert sur une prestation décès d’un tiers

Évolution : créer un nouveau préjudice permettant d’appliquer la loi Eckert lorsque la personne décédée n’est pas l’assuré (exemple : décès du conjoint).

---

Mise à jour de la règle de revalorisation Eckert

Évolution : intégrer les pénalités liées à la loi PACTE.

---

Contrats

Création d’un comportement de souscription full Web

Contexte métier : correspond aux besoins des produits full Web, uniquement pour la vente en ligne, sans distributeur.

Évolutions

Ne pas bloquer le processus de souscription jusqu’à l’activation du contrat (y compris lorsqu’un document est manquant).

Il est également possible de créer un relevé si le paiement se réalise en ligne. L’accessibilité du parcours de vente est prévue pour rendre la main aux gestionnaires en cas de blocage.

---

Création d’un module dédié Contrat Madelin

Évolution : gérer les TNS dans le cadre des contrats prévoyance sans installer les modules Santé.

---

Ajout d’un choix de méthode de calcul de durée sur les réductions commerciales

Évolution : appeler le moteur de règles dans le cadre des réductions commerciales en durée.

Exemple : appliquer une réduction commerciale de X mois gratuit pendant N années, en fonction de données du contrat.

---

Avenants contrats

Ajout de demandes de documents gérées par des règles sur les avenants

Besoin métier

Les avenants avec analyse de risques sont particulièrement concernés par cette évolution. En effet, les critères de décisions sont dépendants des modifications apportées.

Exemple : dans le cadre d’une augmentation de capital, il sera demandé un questionnaire médical simple pour une augmentation inférieure à 5 000 € et un questionnaire médical détaillé pour un montant supérieur.

Évolution : appeler une règle de document requis sur les avenants, et ce garantie par garantie dans un contexte où l’avenant est simulé et pas encore appliqué.

---

Contrats collectifs

Ajout des dispenses d’affiliation

---

Ajout du lien entre contrat collectif et contrat individuel

Évolution : pouvoir lier des produits individuels à des produits collectifs afin de gérer les garanties facultatives à la main du salarié sur les contrats collectifs à adhésion obligatoire.

---

Créer des valeurs de dimension sur les modèles de dimension

Évolution : saisir manuellement des valeurs de dimensions pour les avoir sur de nouvelles implémentations, pouvoir les modifier et récupérer les valeurs par défaut.

Exemple : affichage en souscription des “Tables d’implémentation”.

---

Santé

Ajout du champ base de remboursement

Évolution : ajouter la base de remboursement en consultation de sinistre, disponible également dans les API.

---

Noémie

Nouveaux critères de rapprochement

Évolution : pour le rapprochement des flux 9xx, on compare désormais les données de l’image 4xx envoyées avec les données du retour 9xx.

---

Ajout d’un assistant pour réémettre les images Noémie

Évolution : création d’un assistant depuis le tiers et depuis le contrat pour réémettre la dernière image connue sans passer par un avenant.

---

Tiers

Anonymisation customisée de l’IBAN

Évolution : créer un script d’anonymisation d’IBAN permettant de générer des IBAN valides aléatoirement

---

Avenants tiers

Simplification de l’avenant de changement d’adresse

Évolution

Supprimer les données superflues :

• Quittance,
• Tiers,
• Subdivision.

---

Ajout d’un avertissement si un sinistre est ouvert alors qu’un avenant de date de décès est en cours d’application

Besoins :

• Éviter les rejets de virement avec un motif “Titulaire décédé” ou des versements à tort,
• Alerter le gestionnaire si des sinistres sont en cours à l’enregistrement du décès d’un tiers.

Évolution : ajouter un message informatif lors de l’enregistrement du décès du tiers si des prestations sont en cours.

---

Création d’un avenant d’annulation de déclaration de décès

Évolution : créer un avenant d’annulation de déclaration de la date de décès permettant d’annuler la saisie en erreur.

---

Ajout du champ « Configuration e-mail » sur les produits commerciaux

Besoin métier : émettre des e-mail avec un expéditeur différent pour la gestion des produits en marque blanche.

---

Sinistres

Utilisation des informations issues du paiement dans l’affichage des informations fiscales des indemnisations

---

Résiliation ou radiation automatique de contrat sur déclaration de sinistre

Besoin : pouvoir résilier le contrat ou radier l’élément couvert automatiquement à l’ouverture d’un sinistre Décès ou PTIA.

Évolution

• Lors de la saisie d’un sinistre Décès :
• Un avenant de résiliation est proposé au gestionnaire,
• La date de décès est alimentée sur le tiers.

---

Génération des remboursements sinistres sans lancer de batch

Évolution : créer un assistant permettant de sélectionner parmi les indemnisations rattachées au sinistre celles que l’on souhaite décaisser sans lancer le batch.

---

Ajout des modes de répartition par quote-part et montant fixe pour les bénéficiaires d’un sinistre

Contexte : historiquement, il existait un mode de répartition en pourcentage qui pouvait entraîner des écarts de répartition de capital.

Exemple : répartition entre trois bénéficiaires pour un montant de 100 000 €.

Évolution

Développer deux autres de modes de répartition :

• Par quote-part
• En montant fixe* + quote-part

*coog ajuste le montant à verser en fonction du montant de capital à répartir.

---

Ajout d’un lien entre une note d’honoraire et un sinistre

Évolution : ajouter un champ “Sinistre lié” sur les notes d’honoraires pour rattacher la note d’honoraire à un sinistre.

---

Déclenchement des règles d’analyse médicale lors de la génération des indemnisations

Besoin métier : au bout de 90 jours d’indemnisation (franchise inclue continue ou discontinue) soumettre le dossier au contrôle médical.

Évolution : appeler la règle des décisions médicales lors de chaque calcul d’indemnisation en plus de l’appel lors de l’instruction du dossier sinistre.

---

Ajout du champ “Date de survenance du préjudice initial’ à l’ensemble des préjudices

Besoin métier : dans le cas de l’évolution d’un arrêt de travail en une invalidité ou un décès, il est nécessaire de conserver la date du préjudice initial et ainsi de pouvoir l’utiliser dans le moteur de règles.

---

Cotisations

Limiter le re-quittancement aux cas d’avenants avec changements de tarifs

Besoin métier

Actuellement, dans le cas d’une modification tarifante sur un contrat (ex. : ajout de garantie, d’assuré, modification d’un prêt, etc.), les quittances sont annulées / re-générées / ré-émises systématiquement à partir de la date d’effet de l’avenant. Ce qui génère de gros volume de traitement.

Évolution : améliorer le stockage des primes pour détecter les cas ou les tarifs n’ont pas changé afin de distinguer les modifications nécessitant un re-quittancement et celles n’ayant aucun impact tarifaire.

---

Facturation

Comptabilité

Création d’un batch de génération du reporting des quittances non lettrées

---

Ajout d’un assistant de transfert de solde automatique tiers à tiers

Évolution

Transférer l’argent d’un tiers décédé vers un tiers en relation avec ce dernier grâce à un assistant.

L’opération va déclencher en automatique l’annulation des quittances, mettre les quittances au nom du nouveau souscripteur et transférer le solde négatif ou positif.

D’autres actes sont disponibles pour remplacer les tiers (exemple : mouvements comptables transférés automatiquement vers le tiers).

Exemple : dans le cadre d’un rebond commercial, permettre à un conjoint de souscrire le contrat d’un assuré décédé.

---

Ajout de labels sur la configuration comptable, des bordereaux, produits comptables et catégories comptables

---

Permet d’importer le fichier Banque de France v2 pour l’intégration du référentiel bancaire

---

Définition de la date de mouvement comptable au 15 du mois à la réception d’un paiement OCAPI

---

Ajout de la qualité de tiers du destinataire de paiement comme critère de rupture sur les règles analytiques

Besoin métier : distinguer les prestations versées aux personnes physiques de celles versées aux personnes morales.

---

Documents

Ajout d’un assistant permettant de retrouver les usages d’un type de document

Évolution : ajouter une action permettant de lister les garanties, produits et prestations utilisant ce type de document.

---

Ajout d’un numéro de séquence sur les types de document

Évolution : création d’une séquence sur les types de documents pour ordonner l’affichage des documents demandés.

---

Éditique

Création d’un batch de “Rechercher et remplacer”

Besoin : fiabiliser les modifications des courriers lors des montées de version en cas de changement de champ.

---

Ajout d’une séquence sur les paramètres de rapport pour contrôler l’ordre des données à compléter

---

Enrichissement de la bibliothèque des flux Bdoc

Évolutions

Créer les flux Bdoc pré-configurés pour :

• Les tiers,
• Les sinistres,
• Les contrats,
• Les paiements regroupés.

---

Moteur de règles

Mise à jour de la fonction du moteur de règles element_couvert_a_relation

Évolution : ajouter un paramètre permettant de limiter la recherche du type de relation aux assurés présents sur le contrat de l’élément couvert testé.

---

Ajout d’une fonction du moteur de règles retournant un détail d’une autre garantie

---

Ajout du batch de vérification des jeux d’essai

Besoin : exécuter en automatique les jeux de tests paramétrés sur les règles pour vérifier si une modification a impacté la règle.

Évolution : créer un batch “Validation des jeux d’essai des règles” pour déclencher les jeux de tests automatiquement et détecter les éventuelles régressions.

---

Noyau technique

Ajout d’un enregistrement lié “Chaînes” pour les “Configurations de batch”

---

Ajout de la condition “Premier jour du mois prochain” sur le paramétrage des batch

---

Ajout d’un raccourci depuis les batch vers les opérations asynchrones

---

Affichage du compteur d’exécution sur la vue des opérations de batch

---

Ajout d’un assistant de contrôle d’intégrité des accesseurs et contrôle à la mise à jour

Évolution : créer un assistant permettant de vérifier la cohérence des accesseurs* paramétrés lors des montées de version.

*Nouvelles fonctions du moteur de règles permettant d’éviter des développements pour les cas simples.

---

Possibilité d’ajouter une chaine de batch au prochain daily

Évolution : ajouter une chaîne à la prochaine daily, afin de maîtriser les interactions sans avoir besoin d’une intervention manuelle.

Migration

Mise à jour des traitements de migration existants

Évolutions

• Migrateur contrat : ajout des identifiants externes.
• Migrateur garanties contrats : validation des clauses bénéficiaires en automatique.