Layerup

Qu’est-ce que Layerup ?

Layerup est un système d’exploitation d’agents IA de niveau entreprise destiné aux institutions d’assurance et de services financiers, utilisé pour gérer les processus tels que les sinistres, l’underwriting, les enquêtes sur la fraude, la conformité, les prêts, le recouvrement et le service client, du moment où les données arrivent jusqu’à l’exécution finale et à la mise à jour du système. Il met l’accent sur le fait que les agents travaillent au sein des systèmes métier existants, sans nécessiter que les employés passent à de nouvelles fenêtres de chat.

Actuellement, Layerup n’est ni un chatbot généraliste destiné aux utilisateurs individuels, ni un Copilot d’assurance qui se contente de donner des conseils. Le produit repose sur des services de conseil en entreprise, la conception de flux de travail, l’intégration de systèmes et un déploiement par étapes, ce qui le rend adapté aux organisations disposant de processus bien définis, ainsi que de exigences en matière de gouvernance des données et de conformité.

Changement de positionnement du produit

À ses débuts, Layerup offrait des fonctionnalités de protection des données sensibles et sécurisées pour les applications basées sur des LLM, ainsi que des outils Guardrails ; il a également été présenté comme une plateforme visant à améliorer l’efficacité des courtiers en assurance. Le produit actuel est désormais orienté vers des agents IA à long terme dans les secteurs de l’assurance et des services financiers, et ne doit plus être présenté comme un SDK de sécurité AI généraliste ou un simple assistant pour courtiers.

Concept principal du produit

Layerup définit un agent comme une unité d’exécution à long cycle capable de traiter le même dossier pendant des heures ou des jours. L’agent conserve l’état du dossier, attend l’arrivée des documents manquants pour reprendre le travail, et passe par une validation manuelle ou une file d’attente pour les cas exceptionnels aux étapes clés.

• L’agent est responsable de l’ensemble du flux de travail, et non pas seulement de répondre à une question à la fois.
• Le travail a lieu dans les systèmes existants de sinistres, d’underwriting, de polices, bancaires et de services.
• Des seuils d’approbation manuelle peuvent être définis pour les décisions importantes.
• Chaque raisonnement, appel et écriture système conserve un enregistrement d’audit.
• Faible niveau de confiance, conflits de règles et transfert automatique des exceptions à un traitement manuel.
• Les entreprises peuvent mettre en ligne un workflow à la fois, puis l’étendre aux départements et aux lignes de business.

Fonction principale

• Organiser plusieurs agents spécialisés pour la réception des données, l’inférence, l’exécution, l’approbation et la réponse.
• Comprendre la couverture d’assurance, les préférences d’underwriting, la fraude, le recouvrement, les prêts et les règles de conformité.
• Lire des documents, des e-mails, des entrepôts de données et des systèmes métier clés.
• Écrire les résultats du traitement dans les systèmes de sinistres, d’assurances, de prêts, de CRM et de services.
• Configurer les permissions des rôles, les seuils d’approbation, les niveaux de risque et l’interrupteur d’arrêt.
• Enregistrer l’identité de l’agent, saisir les preuves, le processus de décision et les opérations ultérieures.
• Suivre des indicateurs tels que les cycles, le débit, les pertes et les SLA à l’aide du tableau de bord opérationnel.
• Soutien au changement de modèle, aux modèles propriétaires, aux modèles ouverts et à l’entraînement personnalisé postérieur.

Automatisation des indemnisations

L’agent de sinistres peut, dès la première déclaration, effectuer la vérification des garanties d’assurance, le tri en fonction de la gravité, l’identification des signes de fraude et de recouvrement, l’organisation des documents, le soutien en matière de provisions et la transmission aux actuaires. Il continue d’ajouter les évaluations des dommages, les factures, les documents médicaux ou les matériaux de réparation qui arrivent par la suite, et met à jour l’état du dossier.

Vérification des risques et traitement des demandes d’assurance

L’agent d’assurance sous-risque reçoit les dossiers de demande soumis par les canaux de courtage ou d’autres entrées, extrait les données, synthétise les risques, vérifie les préférences et les qualifications d’assurance, et prépare les offres à soumettre ainsi que les documents de référence. Les dossiers conformes aux règles et sans problèmes peuvent être traités directement, tandis que les risques complexes ou dépassant les limites autorisées sont transmis aux spécialistes en assurance sous-risque.

• Réception des demandes d’assurance par e-mail, via le portail et dans le système.
• Identifier et classer les formulaires, les pièces jointes et les documents supplémentaires.
• Saisir l’assuré, l’objet, les antécédents de sinistre et les besoins en couverture.
• Sélectionner les qualifications et préférences conformément aux directives d’assurance de l’institution elle-même.
• Préparer les taux d’entrée, les documents de devis et le pack de référencement avancé.
• Suivre les informations manquantes et adresser des demandes de complément aux canaux de courtage.
• Poursuivre l’émission de factures ou la réécriture par le système après approbation du souscripteur.

Fraude et flux de travail SIU

L’agent de fraude ne se contente pas de fournir un score de risque au moment de la déclaration ; il compare également, tout au long de l’enquête, les déclarations, les photos, les factures, les dossiers médicaux, les informations relatives aux réparations et la chronologie des événements. Il peut relier les relations entre les entités impliquées dans différentes affaires, créer des dossiers d’enquête accompagnés de preuves, et transmettre les résultats de l’enquête aux règles de détection.

Assurance qualité et revue complète

L’agent QA est utilisé pour vérifier si les documents de sinistre, les évaluations des dommages, les paiements, les décisions d’assurance, la tarification et les références respectent les directives internes de l’institution. Contrairement à un échantillonnage manuel, la fonction de revendication du produit permet d’examiner l’ensemble des documents, puis d’enregistrer les défauts, les corrections et les processus de révision dans le système métier.

• Vérifier que les garanties d’assurance et la détermination des responsabilités reposent sur des bases complètes.
• Vérifier l’exactitude des postes de dépréciation, des réserves et des paiements.
• Détecter des recouvrements manquants, des valeurs résiduelles ou des dépenses anormales.
• Vérifier la cohérence des préférences d’assurance, des qualifications et des tarifs.
• Fournir pour chaque défaut une note, des raisons et l’emplacement de la preuve.
• Générer du contenu de correction et d’accompagnement pour des fichiers spécifiques.
• Suivre les corrections jusqu’à ce qu’une nouvelle inspection confirme la fermeture.

Conformité, KYC et lutte contre le blanchiment d’argent

Les agents de conformité financière peuvent effectuer la vérification de l’identité des clients, la collecte des informations sur les bénéficiaires réels, le contrôle des sanctions et des personnalités politiques publiques, le tri des alertes transactionnelles, ainsi que la rédaction de documents d’enquête et de rapports sur des activités suspectes. Ils peuvent également gérer les plaintes, les mises à jour périodiques du KYC et l’organisation des preuves pour les audits.

Service client et interactions multicanal

L’agent de service client prend en charge la voix, le chat, l’e-mail, les SMS et les sessions via un portail ; il peut effectuer la vérification d’identité, comprendre le contexte de la police d’assurance, expliquer les factures, préparer les modifications de police d’assurance et traiter les demandes de certificats. Son objectif est de faire avancer la conversation vers une résolution réelle au sein du système central, plutôt que de se contenter de créer une demande en attente.

• Préserver le contexte de la demande de rétention du même client à travers les différents canaux.
• Vérifier l’identité et les droits avant de toucher à la police d’assurance ou au compte.
• Expliquer la facture et vérifier que le paiement a bien été enregistré.
• Collecte des adresses, des véhicules, des conducteurs ou des changements de risque.
• Préparer le certificat d’assurance, l’ordre d’approbation ou la nouvelle offre de restauration.
• Transférer sans heurt vers la gestion des sinistres ou la file d’attente du service humain en cas de besoin.
• Enregistrer les sessions, les actions, les confirmations et les écritures système.

Flux de travail des services financiers

La gamme actuelle de Layerup ne comprend pas seulement l’assurance, mais couvre également les prêts au consommateur, les cartes bancaires et les paiements, les banques de dépôt ainsi que les prêts immobiliers. Les processus typiques incluent la demande et la gestion des prêts, le recouvrement, les litiges et les refus de paiement, le traitement des paiements, l’ouverture de comptes, le KYC ainsi que l’atténuation des pertes.

Intégration système et écriture en retour

Layerup insiste sur le fait de ne pas remplacer les systèmes existants de l’entreprise, mais d’accéder aux sinistres, aux polices, à l’underwriting, aux banques, aux prêts, aux documents, à la boîte mail et aux portails des fournisseurs via des connecteurs et des intégrations sur mesure. Les opérations d’écriture effectuées par les agents sont soumises à des actions typées, à des contrôles de permissions et de politiques, avant d’être présentées en fonction des exigences d’approbation.

• Connecte les SaaS cloud, les entrepôts de données et le stockage de documents.
• Accéder aux API internes de l’entreprise, aux portails et aux applications métier.
• Connecter la base de données locale, le système de fichiers et les systèmes centraux hérités.
• Développer des interfaces sur mesure pour les systèmes sans connecteurs prêts à l’emploi.
• Utiliser des comptes de service avec les droits minimaux et l’authentification native.
• Appliquer une audit et des contrôles de politique unifiés à toutes les connexions.

Gouvernance et approbation manuelle

La plateforme sépare la planification, l’exécution et la validation, afin d’éviter que l’appel unique d’un modèle ne décide en même temps des actions à entreprendre, les exécute et s’évalue lui-même. Chaque appel d’outil doit passer par une vérification de séparation des rôles, des domaines et des responsabilités, et les actions clés peuvent faire l’objet d’une approbation manuelle en fonction du domaine d’activité, du montant et du niveau de risque.

Modèle et architecture contextuelle

Layerup prend en charge des modèles commerciaux interchangeables, des modèles ouverts et des modèles propriétaires, et sélectionne le chemin d’exécution approprié grâce à la routage des modèles. Un moteur de contexte unifié fournit aux agents les réglementations, le jargon sectoriel, les règles métier, les procédures opérationnelles et la logique de validation, plutôt que de se fier uniquement aux connaissances générales des modèles.

• Permettre à différentes régions ou lignes de métier d’utiliser des modèles différents.
• Prend en charge les modèles fournis par l’entreprise ainsi que l’entraînement personnalisé ultérieur.
• Masquage, démasquage et contrôle de résidence des données d’entrée.
• Maintien des relations entité-association, de la cohérence des données et de l’index sémantique.
• Transformer les procédures opérationnelles standard en procédures d’agent exécutables.
• Traiter le calcul des tarifs, des montants et des qualifications à l’aide de règles et d’outils de détermination.

Mode de déploiement

La plateforme propose en même temps le cloud hébergé Layerup, des VPC privées, un cloud désigné par le client, des data centers locaux et des déploiements dans des régions souveraines, tout en indiquant qu’elle peut prendre en charge des scénarios de réseaux isolés. Les différentes topologies utilisent le même système d’exploitation proxy, mais la résidence des données, les clés, les appels aux modèles et les responsabilités de maintenance diffèrent.

Méthode de mise en œuvre

Layerup commence généralement par un flux de travail à forte friction, et passe par l’analyse des activités commerciales, l’analyse des données, l’évaluation de la valeur, la conception d’agents et des essais contrôlés avant d’entrer en production. Le processus de mise en ligne utilise un mode fantôme, une participation humaine ainsi qu’une délégation automatique progressive avec approbations, plutôt que d’être entièrement automatisé dès le premier jour.

1. Choisissez un flux de travail avec une ligne de base claire et un responsable métier.
2. Organiser les étapes actuelles, les systèmes, les fichiers, les règles et les chemins d’exception.
3. Période d’évaluation, coûts, pertes, débit et valeur de conformité.
4. Concevoir l’architecture de connexion, les droits d’accès aux données et les procédures d’opération par proxy.
5. Utiliser des cas de frontières réels pour créer un ensemble d’évaluation et des seuils d’acceptation.
6. Exécutez d’abord en mode ombre, cela n’affecte pas les résultats de production.
7. Passer en mode intervention manuelle et calibrer l’approbation et le routage des anomalies.
8. Dès que les indicateurs convenus sont atteints, la mise en œuvre automatique avec approbation est activée.
9. Surveillance continue de la dérive, des pannes, des régressions et des KPI métier.
10. Étendre progressivement par département, ligne de business et région.

Déploiement des services et cycles

Prix et modalités d’achat

Layerup ne propose pas de forfaits mensuels fixes destinés aux particuliers ou aux petites équipes, ni d’interface de paiement en ligne. Les coûts dépendent de l’étendue du flux de travail, de l’intégration des systèmes, de la topologie de déploiement, du volume de transactions, du niveau de service, de la rétention des données et des exigences en matière de gouvernance ; il est nécessaire de prendre un rendez-vous pour une démonstration et d’obtenir un devis de la part d’un commercial d’entreprise.

Sécurité et conformité

Layerup indique publiquement ses capacités de conformité aux normes SOC 2 Type II, PCI DSS et HIPAA, et propose des déploiements dans le cloud, des VPC, des environnements locaux et des régions souveraines. Lors de l’achat, il convient néanmoins de demander le champ d’application du rapport d’audit, la date de validité la plus récente, la liste des sous-traitants, les accords de traitement des données et les clauses de réponse en cas d’incident.

• Vérifier la portée des produits, des environnements, des entités et de la période couverts par l’authentification.
• Déterminer quels données seront intégrées dans les modèles de tiers et comment les masquer.
• Vérifier les règles de stockage, de conservation, de suppression et de sauvegarde des données.
• Vérifier le single sign-on, SCIM, les permissions de rôle et la séparation des responsabilités.
• Seuil d’approbation des tests, interrupteur d’arrêt et processus de rollback.
• Vérifier l’intégrité du journal des modifications, les modes d’accès et les capacités d’exportation.
• Définir les notifications en cas d’incident de sécurité, les objectifs de reprise et les responsabilités du fournisseur.

Limites des responsabilités réglementaires et opérationnelles

Les agents d’IA peuvent préparer des documents, appliquer des règles et fournir des preuves, mais ils ne peuvent pas transférer la responsabilité assurérielle, l’underwriting, les déclarations réglementaires ou la responsabilité juridique finale concernant la gestion des clients au fournisseur de logiciels. Les institutions doivent toujours être gérées par du personnel habilité pour ce qui concerne les règles, les approbations, les réclamations, les risques liés aux modèles et les obligations réglementaires.

Historique des SDK, API et statut open source

Initialement, Layerup Security a publié des SDK en Python et JavaScript pour Guardrails, la détection de l’injection de prompts et la protection des données sensibles. Le paquet Python est licencié sous la licence MIT et sa dernière version publique date de 2024. Les anciens documents et paquets peuvent encore être trouvés, mais ils correspondent à une orientation de produit antérieure et ne constituent pas une entrée officielle de développement pour le système d’exploitation actuel d’assurance IA.

La plateforme actuelle prend en charge des API internes, des connecteurs et des intégrations sur mesure, mais aucun tarif API actuel pour l’inscription autonome du grand public ni SDK universel n’a été identifié. La plateforme d’assurance Layerup n’est pas un projet open source, et le fait que des SDK anciens soient open source ne signifie pas que le runtime des agents, les modèles sectoriels ou le code des produits d’entreprise soient également ouverts.

Quelles institutions conviennent

• Les compagnies d’assurance qui souhaitent raccourcir le délai de traitement des sinistres et améliorer le niveau de préparation des documents.
• Équipe d’underwriting nécessitant un traitement automatique de grandes quantités de demandes d’assurance et de documents de référence.
• MGA et compagnies d’assurance spécialisées qui gèrent plusieurs projets ou canaux d’underwriting.
• Les compagnies d’assurance qui souhaitent élargir la couverture de la détection des fraudes et du recouvrement.
• Institutions financières ayant besoin d’automatiser le KYC, l’AML, les plaintes et les documents d’audit.
• Banques et prêteurs qui gèrent les services de crédit, le recouvrement, les litiges et les refus de paiement.
• Entreprises réglementées de grande taille qui exigent un déploiement dans le cloud privé, en local ou dans une région souveraine.

Avantages du produit

• Conçu autour de l’organisation des processus d’assurance et de services financiers, plutôt qu’une interface de chat générale.
• Les agents à long terme peuvent attendre les documents et continuer à travailler sur la même affaire.
• Intégration avec les systèmes centraux existants pour réduire les saisies redondantes et les transferts manuels.
• L’approbation manuelle, le routage anormal et les enregistrements d’audit font partie des capacités fondamentales de la plateforme.
• Couvrait les sinistres, l’underwriting, la fraude, le QA, la conformité et les opérations financières.
• Prend en charge plusieurs modèles, des modèles propriétaires du client et diverses topologies de déploiement.
• On peut commencer par un pilote de flux de travail, puis l’étendre progressivement en fonction des KPI.

Restrictions et précautions

• Il n’y a pas de prix fixe public ; il est nécessaire de passer par des achats auprès de l’entreprise et un déploiement sur mesure.
• Le déploiement dépend de données de haute qualité, de règles claires et d’interfaces avec les systèmes principaux.
• 6 à 8 semaines de phase pilote constituent un cycle typique ; l’intégration complexe peut être plus longue.
• Les indicateurs commerciaux et les avantages de l’automatisation ne peuvent pas être garantis directement indépendamment de la base de clients.
• Les décisions à haut risque doivent toujours faire l’objet d’une approbation par des personnes habilitées et d’une gouvernance adéquate.
• La déclaration d’homologation doit faire l’objet d’une vérification du champ d’application, de la durée de validité et du rapport au moment de l’achat.
• Le SDK historique Guardrails ne peut pas servir de preuve des capacités de la plateforme d’assurance actuelle.
• Ce n’est pas adapté aux utilisateurs individuels ou aux équipes qui souhaitent simplement tester rapidement un assistant IA généraliste.

Évaluation et liste d’achats

1. Choisissez un processus pour lequel il existe des données abondantes, des règles claires et des indicateurs quantifiables.
2. Enregistrer le cycle actuel, les coûts de main-d’œuvre, le taux d’erreurs, les pertes et la ligne de base SLA.
3. Lister les systèmes, documents, rôles, autorisations et exigences réglementaires concernés.
4. Exiger que le fournisseur démontre les scénarios d’anomalies, de faible confiance et d’approbation.
5. Créer un ensemble de validation à partir de cas réels démasqués et de cas limites.
6. Vérifier la topologie de déploiement, les fournisseurs de modèles, ainsi que les mécanismes de stockage et de suppression des données.
7. Préciser les frais d’intégration, de mise en œuvre, de abonnement, de consommation et de services ultérieurs.
8. Inclure le taux de précision, le débit, la récupération en cas de panne et la révision manuelle dans l’SLA.
9. Déléguer les pouvoirs par étapes, et mettre en place des mécanismes d’arrêt pour les agents et l’ensemble du temps de fonctionnement.
10. Après le lancement, comparer en continu les KPI métier et les écarts potentiels.

Questions fréquentes

Layerup est-il un chatbot d’assurance ?

Non. Le produit actuel met l’accent sur l’exécution continue d’un flux de travail complet en arrière-plan et l’écriture dans le système existant ; le chat ou la voix ne sont que l’un des canaux d’interaction dans les scénarios de service client.

Layerup est-il seulement adapté aux compagnies d’assurance ?

L’assurance est le secteur principal, mais la plateforme couvre également les prêts au consommateur, les cartes bancaires et les paiements, les banques de dépôt ainsi que les prêts immobiliers. Les produits s’adressent toujours aux organismes régulateurs, et non au marché général de l’automatisation des entreprises.

Combien coûte Layerup ?

Il n’existe pas de tarif mensuel uniforme ni de forfait autonome ; les options Découverte, Pilote, Étendue d’entreprise et Fonctionnement continu reposent sur des modèles commerciaux personnalisés différents. Les coûts réels doivent être demandés en fonction du flux de travail, des intégrations, du débit, du déploiement et de la portée des services.

Peut-il être déployé dans l’environnement de l’entreprise elle-même ?

Oui, le produit liste des modes de déploiement tels que les VPC privées, le cloud client, les data centers locaux et les régions souveraines. Les modèles spécifiques, les clés, le stockage des données ainsi que les responsabilités de maintenance doivent être confirmés dans l’architecture et le contrat.

Layerup est-il open source ?

Les plateformes actuelles d’IA pour l’assurance et la finance ne sont pas des produits open source. Au début, certains SDK de Layerup Security utilisaient des licences ouvertes, mais cela relève d’une démarche historique et ne reflète pas l’ouverture du runtime d’exécution des agents ni des modèles sectoriels des plateformes actuelles.

Les agents d’IA prennent-ils automatiquement la décision finale de règlement ou d’assurance ?

La plateforme prend en charge l’exécution automatique selon des règles et l’écriture de retour par le système, et offre également une approbation manuelle, un routage des anomalies et des seuils de risque. Le niveau d’automatisation réel doit être configuré progressivement par l’institution en fonction du montant, du risque, des exigences réglementaires et des performances du modèle.

Résumé

Layerup convient aux grandes institutions qui souhaitent passer de l’exécution manuelle des tâches administratives liées à l’assurance ou à la finance à leur approbation par des humains. Sa principale différence réside dans l’utilisation d’agents à long cycle, l’exécution au sein des systèmes existants, le suivi auditif, le contrôle manuel et plusieurs modes de déploiement souverain, plutôt que de proposer une nouvelle console de chat.

Lors de l’évaluation, il convient de faire une distinction stricte entre la plateforme entreprise actuelle et les produits Guardrails historiques, et de valider les indicateurs de cycle, de qualité, de pertes et de conformité à l’aide de flux de travail réels. L’accent de l’achat doit être mis sur les données, l’intégration, la gouvernance, l’approbation, les SLA et le coût total de possession, plutôt que de se limiter à comparer les noms des modèles.