Sortie de la version 1.12 de Coog [FR]

(This document is also available in English)

Contrat

  • Paramétrage et déclenchement de notifications sur un contrat suite à un événement (ex: Notification de remboursement après 15 jours sur un contrat sans effet si pas de rejet de prélèvement)
  • Filtrage par date d’effet initiale
  • Pour les besoins de reporting, mise à disposition du nombre de sous-éléments couverts à la date d’effet du contrat
  • Prise en compte de la date d’échéance des quittances pour l’ordre du lettrage automatique
  • Affichage en rouge des contrats terminés/sans effet avec une balance du jour non-nulle
  • Suspension automatique des prélèvements pour un contrat suite à un impayé puis réactivation automatique dès que les quittances sont payées
  • A la résiliation d’un contrat, possibilité de résilier à la date d’effet de la relance
  • Désactivation des relances liées à un contrat terminé
  • Passage en sans effet dans le cas d’un impayé antérieur à la prise d’effet du contrat
  • Affichage des paiements regroupés depuis un contrat
  • Ajout d’un identifiant unique externe défini par un système tiers
  • Ajout de paramétrage sur les garanties afin de créer une règle de planification d’évènements automatiques
  • Ajout de batchs pour épuiser le trop perçu des contrats par quittancement
  • Ajout de la chaîne de batch permettant de décliner les devis inactifs et de terminer les contrats
  • Nouvelle méthode dans le moteur de règles permettant de savoir si une garantie est déjà souscrite

Collectif

Sinistre

  • Transfert de prestations entre contrats
  • Affichage des analyses médicales liées à des sinistres rattachés à une société
  • Affichage du mi-temps thérapeutique dans le détail des indemnisations
  • Vérification du délai entre un arrêt et la rechute
  • Vérification du bénéficiaire (en cas de rupture entre le le salarié et l’employeur)
  • Assistant de salaires permettant de saisir les salaires bruts et de calculer les salaires nets
  • Les contributions à montant fixe ne sont plus liées à des tranches de salaire
  • Permettre d’obtenir uniquement certains taux par tranche de salaire dans le moteur de règles
  • Ajout d’un tutoriel sur le paramétrage du calcul du salaire net
  • Amélioration de l’affichage des salaires
  • Amélioration du calcul des tranches de salaires
  • Ajout des modes de salaire
    • pour les 4 derniers trimestres
    • pour la dernière année

Contrat

  • Relation entre société mère et filiale
  • Ajout des types d’assurance Rente éducation, Rente conjoint, et Obsèques

Sinistre

  • Gestion de la loi Eckert : intégration des obligations légales de temps de traitement, calcul automatique de la revalorisation du capital et des pénalités.
  • Amélioration de l’expérience utilisateur (meilleure interface)
  • Paramétrage du motif de fermeture des sinistres
  • Avertissement si la date de déclaration de sinistre est antérieure à la date d’arrêt
  • Alerte bloquante si la date de déclaration de sinistre est postérieure à la date du jour
  • Déclarant ajouté dans les critères de recherche par défaut
  • Contrôle de doublons possibles sur les événements
  • Validation de la saisie de la déclaration pour gérer les régularisations si modifications à posteriori
  • Gestion des niveaux de délégation assureur par configuration. Intégration de ces délégations dans les processus de traitement des prestations
  • Amélioration de l’API et des performances pour délivrer une prestation
  • Affichage des déductions dans la vue des préjudices
  • Amélioration de la saisie des périodes de déductions
  • Bouton pour lancer l’assistant de demande des documents dans le processus des sinistres
  • Possibilité de forcer la validation ou le refus de l’éligibilité (selon habilitations)
  • Filtrage des indemnisations par type d’événement dans les assistants de contrôle puis validation
  • Filtrage des données complémentaires sur le service délivré en fonction des règles sélectionnées
  • Initialisation de la date d’arrêt quand la date de reprise d’activité est initialisée
  • Initialisation de la date d’arrêt initiale lors du passage en invalidité
  • Affichage de la date de début d’indemnisation pour les prestations délivrées

Analyses médicales

  • Paramétrage de types d’analyses médicales
  • Configuration de processus pour le traitement des analyses médicales (ex: réception des documents, analyse médecin conseil, expertise médicale, décision)
  • Tutoriel de paramétrage et utilisation des analyses médicales
  • Utilisation du moteur de règle pour configurer les analyses médicales demandées par défaut
  • Affichage de la liste des documents en attente sur une analyse médicale
  • Programmation d’une nouvelle analyse dans le futur
  • Notion de décision provisoire sur une analyse médicale
  • Décision de blocage ou de diminution des prestations

Paiements

  • Ajout des statuts sur les groupes de paiement
  • Déclenchement d’un événement lors de la création d’un groupe de paiements
  • Gestion des paiements de type Paybox
  • Amélioration des performances de l’assistant de création des paiements
  • Permettre d’imprimer automatiquement des paiements regroupés quand ils sont échoués
  • Gestion de l’ordre d’exécution des actions de rejet
  • Permettre de toujours créer le mouvement de compensation, y compris si le paiement est échoué avant son accusé de réception.
  • Ajout de la date de paiement dans le nom du fichier xml d’un groupe de paiements SEPA
  • Meilleure souplesse dans le paramétrage des mouvements comptables (définition d’un compte d’attente sur un compte)
  • Assistant de création de relevés depuis un tiers, un contrat ou des lignes à payer
  • Ajout du batch générique d’extraction des agrégats comptables pour faciliter la mise en place des interfaces comptables (ex : interface SAGE)
  • Refonte du système de création de relance

Avenant

  • Si l’application d’un avenant sur un seul contrat génère un document et qu’il doit être stocké en GED, celui-ci est stocké sur le contrat
  • Refonte des avenants de gestion des éléments couverts et des garanties
  • Dans l’avenant de gestion des garanties, support des données complémentaires liées
  • Batch de recalcul pour les avenants
  • Possibilité de lancer un avenant de tiers depuis un contrat en proposant tous les tiers rattachés à ce même contrat
  • Possibilité de supprimer de relations via un avenant
  • Possibilité d’imprimer des ensembles d’avenants

Documents

  • Restrictions d’accès des types de document par groupe d’utilisateur
  • Ajout de détails sur la ligne de demande

Commissions

  • Stockage du taux de commission pour faciliter les reportings (notamment quand la commission n’est pas linéaire)
  • Amélioration des performances lors de l’annulation des quittances
  • Détails complémentaires sur les commissions afin de stocker des intermédiaires de calcul nécessaires dans les bordereaux
  • Alimentation des dates de début et de fin des commissions de type précompte afin de justifier la régularisation du précompte réel par rapport au précompte théorique
  • Configuration de la reprise de précompte sur les quittances impayées selon la raison de résiliation
  • Prise en compte de l’amortissement lors du calcul de l’assiette de commission
  • Nouvelle méthode dans le moteur de règles qui détermine si un contrat a besoin d’un ajustement de précompte
  • Nouveaux outils dans le moteur de règle pour le calcul des reprises sur précompte

Tiers

  • Outil de fusion de tiers permettant de supprimer des doublons
  • Nouveau champ long “Monsieur”, “Madame” en plus de “M”, “Mme” pour simplifier le paramétrage des modèles de courrier
  • Configuration de la liste des lignes d’adresse par pays
  • Recherche de tiers par son nom complet

Cotisation

  • Type ‘à une date donnée’ pour les règles de dates de calcul de prime
  • Nouvelles dates de calcul de prime basées sur la date de début du contrat

Processus

  • Ajout d’un écran de configuration pour les processus
  • Ajout d’un champ présentant les équipes sur les tâches
  • Possibilité de configurer l’étape de départ par défaut
  • Création de transitions de démarrage exécutées une fois en début de process
  • Permettre de choisir l’état de départ dans le cas où un processus est déclenché par des événements
  • Définition de plusieurs transitions de fin possibles

Rapport

  • Le champ “répertoire d’export” supporte désormais les expressions Genshi ainsi que pour le nom de fichier pour les modèles de courrier de type flux
  • Méthode de traitement pour les fichiers plats n’ayant pas de contenu dynamique afin de ne pas modifier la mise en forme
  • Possibilité de sélectionner un destinataire lors de la génération d’un rapport
  • Simplification de la saisie dans l’assistant de génération des rapports
  • Envoi d’emails formatés en html avec des images embarquées et des pièces jointes
  • Copies cachées (cc) et copies cachées invisibles (cci) dans les emails
  • Stockage dans la GED interne pour les modèles de courrier en pièces jointes
  • Écriture concurrente dans les fichiers de flux
  • Champs liés au contrat et aux options du contrat dans le rapport assureur
  • Possibilité de générer des documents au format Microsoft Office.

Moteur de règles

  • Ajout d’une catégorie de règle “Outillage” pour les règles techniques
  • Fonctions de génération aléatoire dans le moteur de règles
  • Donnée métier pour calculer l’indice d’une table pour une période
  • Affichage de l’algorithme de la règle dans les vues de débogage

Batch

  • Amélioration des performances
  • Modules de migration spécifiques pour les objets métier obligatoires
  • Configuration de la date de lancement du batch en fonction des jours ouvrés. Configuration du calendrier des jours fériés dans Coog (intégration de la configuration par défaut des jours fériés en France)
  • Meilleure gestion des arguments passés au batch
  • Meilleur regroupement d’identifiants sélectionnés
  • Notion de chaîne de batch (chain)
    • Définir la dépendance entre les batches (ie: le batch de génération de la bande prélèvement s’exécute après le batch de quittancement)
    • Rapport unifié de l’exécution d’une chaîne entière
    • Possibilité de bloquer (ou pas) une chaîne suite à l’échec d’un batch
  • Ajout de facilités sur la gestion des workers
    • Possibilité d’avoir des workers spécialisés (traite un ou plusieurs type de jobs)
    • Possibilité d’avoir des workers universels (traite tous types de jobs)

Noyau

  • Possibilité de formater le fichier d’export JSON
  • Les actions par type d’événement peuvent être activées ou désactivées
  • Ajout d’un système de planification des évènements
  • Les actions par type d’événement activés et désactivés sont distinguées par des onglets
  • Outil de benchmarking déplacé dans un module indépendant
  • Possibilité d’avoir plusieurs dimensions dans le domaine de recherche de cellules
  • Possibilité via configuration d’autoriser la reprise de tâches d’un autre utilisateur
  • Utilisation du gris clair pour les tâches non autorisées de l’utilisateur courant
  • Changer la couleur d’arrière-plan du client en fonction du nom de la base de données
  • Gestion des types de notes avec habilitations
  • Mise à jour vers tryton 4.2

Docker

  • Prise en charge des images API et Paybox
  • Possibilité de configurer les options de lancement de Docker pour les 3 types de containers (daemon, interactif, piped)
  • Unifier les commandes et le support des commandes natives Docker (stop, restart, etc.)
  • Nginx : revue de la configuration par défaut avec
    • compresser les échanges par défaut
    • logger les méthodes RPC appelées
  • Postgres : commande dump pour créer un backup de la base de données (utile de configurer un cron qui se base sur cette commande pour les backups automatiques)
  • Upgrade : revue de l’outil d’upgrade du déploiement pour
    • rendre la migration de base de données optionnelle
    • créer un backup de la base avant migration
    • prendre en paramètre un tag d’une image ou une archive

Cryptolog : Nouveau module pour la signature électronique d’un document

  • Basé sur le service Universign / Cryptolog
  • Un workflow simple pour suivre l’évolution du processus
  • Possibilité de greffer des transactions métier sur l’avancement du processus (d’activation du contrat sur la validation de la signature)
  • Module publié compatible avec les modules natifs de tryton (séparé du métier assurance) - trytond-cryptolog

Coog-Bench

Cet outil d’analyse des performances d’un déploiement Coog fait peau neuve

  • Ergonomie et interface graphique modernes - coog-bench
  • Le module backend trytond est désormais public - trytond-bench
  • L’outil Coog-Bench est intégré dans l’image Docker de Coog
  • Environnement de build de la web-app (Docker - Sans installation locale de dépendances)

Coog-API

Important tournant dans la conception de Coog : coog-api est un middleware qui enveloppe le backend Coog et qui permet d’exposer ses fonctionnalités via une API REST avec

  • Gestion standard de l’authentification / session
  • Granularité métier et abstraction totale / complexité du modèle métier et détails d’implémentation
  • Gain de performance (limiter le nombre d’appels au backend et profiter du cache de l’API)
  • Fournir des fonctionnalités non-prévues dans le back-office (tarification rapide, import oneshot du contrat)

coog-api est développé en Node.js. Il se base sur les librairies clientes de Tryton (release en 1.10). Il profite de la scalabilité du backend et de sa scalabilité propre pour repousser les limites de la plateforme (pouvant aujourd’hui alimenter un site de vente B2C ou de gros plateaux de service client / gestion assurance).

La couverture fonctionnelle de coog-api pour sa première version (1.12) :

  • Consultation / Modification des tiers (personnes physiques et morales)
  • Tarification sur toutes les lignes métier de Coog
  • Consultation du paramétrage (produit, bank, zonier, etc.)

Elle s’étendra pour couvrir toutes les fonctionnalités de Coog dans les versions futures.

Malgré son jeune âge, coog-api a été très vite adopté par les utilisateurs de Coog. Ainsi, il est aujourd’hui en production chez deux clients pour :

  • Interface entrante de creation de contrats (répondant aux besoins de vérification et de fiabilisation des données dont notamment le tarif)
  • Interface entrante avec une GED, pour notifier la réception d’un document

Coog-App

coog-app est notre première application Front basée sur Coog. Elle a pour objectif d’exposer les transactions les plus courantes / moins compliquées de Coog dans des processus Web simples, ergonomiques et directs.
Le but est de répondre à un besoin de productivité et de convivialité pour des utilisateurs qui ont besoin d’être guidés.

coog-app couvrira dans un premier temps les besoins de base d’un service client

  • Retrouver une information sur le contrat, la prime, une quittance…
  • Impression et envoi de documents
  • Tarification
  • Saisir les demandes à traiter dans le back-office

Technologiquement, coog-app est une Single Page Application basée sur coog-api. Cela lui permet d’être portable sur mobile / tablette. Elle utilise un jeu de framework moderne lui permettant d’être performante et responsive.