Aller au contenu
PeradamIntelligence opérationnelle gouvernéeDemander une présentation

Édition directions générales, risques, conformité et opérations

Le cœur bancaire connaît les mouvements. La gestion des sinistres connaît le dossier.Peradam comprend le client, le contrat, le risque et la décision dans une même situation.

Peradam relie clients, comptes, contrats, transactions, sinistres, alertes, pièces et décisions dans un modèle opérationnel commun.

L’IA peut réunir les preuves, expliquer un risque, préparer la décision autorisée et suivre son exécution sans remplacer les systèmes bancaires ou assurantiels.

Peradamus, l’agent opérationnel de Peradam

Vous lui décrivez un résultat à obtenir. Il lit uniquement le contexte autorisé, choisit les outils disponibles, prépare le plan et le diff, puis attend la validation requise avant toute modification.

Décision à préparer

Ce dossier présente-t-il un risque réel, sur quelles preuves, qui peut décider et quelle action doit être exécutée ?

PeradamusAgent opérationnel

Observe le contexte, relie les faits, propose et simule

Autorité explicite
Systèmes existantsCœur bancaireSinistresRelation clientDocuments
Relation financière vivanteObjets et relations métier
ClientsComptesContratsSinistresDécisions
ExpériencesDossiers métierAgents spécialisésActions contrôlées
DétecteComprendPrépareAgit Vérifie l’effet
Directions généralesDirections des opérationsRisques et conformitéLutte contre la fraudeIndemnisationDirections des systèmes d’information

Le produit, écran par écran · Projet interne Peradam

Voyez comment Peradam transforme des sources dispersées en une application qui aide réellement à décider.

Ces cinq séquences proviennent du même projet interne Peradam. Elles montrent le passage complet des données brutes à une application opérationnelle, avec des données fictives conçues pour la démonstration — aucun projet client.

01 / 05 · Folders & Files

Le projet communal devient lisible avant d’être modélisé

Décisions, financements, chantier et usages sont rangés dans un même projet Jean-Moulin — sans remplacer les logiciels de la commune.

Trois dossiers séparent clairement le plan de financement, le patrimoine et le chantier, puis les associations et services à maintenir. Chaque dataset conserve son identité, ses droits et sa provenance.

  • 3 dossiers métier explicites
  • 3 datasets fictifs documentés
  • Versions, accès et lineage conservés
Peradam CoreFilesProjet Peradam · données fictives
Animation de Folders & Files dans le projet Peradam montrant les dossiers Décision et financement, Patrimoine et chantier, puis Usages et continuité du projet municipal fictif Jean-Moulin.
Capture réelle du produit01 / 05
02 / 05 · Pipeline Builder

Le dossier d’arbitrage se construit sous vos yeux

Le Pipeline Builder relie le plan de financement, le chantier et les usages pour produire le dossier soumis au conseil municipal.

Les trois sources restent inspectables. Les jointures par projet, les champs retenus et les contrôles de qualité sont visibles avant de produire le Dossier d’arbitrage Jean-Moulin.

  • 3 sources municipales reliées
  • 7 étapes visibles
  • 1 dossier d’arbitrage versionné
Peradam CorePipeline BuilderProjet Peradam · données fictives
Animation du Pipeline Builder Peradam montrant trois sources municipales, leurs jointures et la production du Dossier d’arbitrage Jean-Moulin.
Capture réelle du produit02 / 05
03 / 05 · Ontology Manager

La commune entière devient un modèle navigable

Du projet Jean-Moulin aux habitants : toute la commune est reliée dans un même graphe.

Le projet de rénovation relie la délibération, le maire et les élus, les services, le marché public, l’entreprise et les techniciens, le Fonds vert, les associations, les usagers, le bâtiment, la voirie et l’éclairage.

  • 19 Object Types publiés
  • 20 relations métier explicites
  • 1 Action gouvernée sur l’intervention
Peradam CoreOntology Manager V2Projet Peradam · données fictives
Animation de l’Ontology Manager Peradam montrant le projet fictif Jean-Moulin relié à 19 Object Types et 20 relations d’une commune.
Capture réelle du produit03 / 05
04 / 05 · Coding Agent · App Studio

L’application part du modèle communal

Le Coding Agent utilise le dossier d’arbitrage et l’ontologie Jean-Moulin pour construire l’application sans réinventer les règles métier.

La demande cite explicitement les ressources gouvernées. Dans App Studio, l’équipe voit les fichiers produits, le contexte transmis à l’agent, les tests et la preview avant tout déploiement.

  • Sources du pipeline citées
  • 19 types métier disponibles
  • Code, tests et preview visibles
Peradam CoreApp StudioProjet Peradam · données fictives
Animation d’App Studio montrant le code de Pilotage Jean-Moulin, les données communales et le brief adressé au Coding Agent.
Capture réelle du produit04 / 05
05 / 05 · Application opérationnelle

Le maire et les services voient la même situation

Pilotage Jean-Moulin présente le calendrier, le budget, les risques, les usages maintenus et chaque décision qui attend une validation.

La maire, l’élue référente, les services techniques, l’entreprise et les représentants d’usagers travaillent sur le même projet. Peradamus explique chaque recommandation et renvoie aux preuves reliées.

  • 3 décisions avec responsable et échéance
  • 5 acteurs reliés dans la même situation
  • Preuves et validation avant toute Action
Peradam CorePilotage Jean-MoulinProjet Peradam · données fictives
Animation de l’application Pilotage Jean-Moulin montrant le calendrier, le budget, les usages maintenus et trois décisions municipales avec leurs preuves.
Capture réelle du produit05 / 05
Les cinq écrans appartiennent au même projet Peradam. Les ressources, organisations et situations visibles sont entièrement fictives et ne proviennent d’aucun environnement client.

Une alerte de fraude, un sinistre complexe ou un contrôle de conformité ne peut pas être compris depuis un seul système.

L’identité du client, les mouvements, le contrat, les garanties, les pièces, les échanges et les décisions antérieures sont répartis entre des outils conçus pour des fonctions différentes.

Peradam relie ces éléments sans déplacer leur responsabilité. Les équipes retrouvent une situation complète, chaque preuve conserve sa source et chaque décision reste attachée à l’autorité compétente.

Une alerte n’est pas une fraude. Un dossier complet n’est pas encore une décision.Il faut relier les faits, le contrat, le risque, les preuves et l’autorité avant d’agir.

Peradam transforme des signaux dispersés en situation financière instruite et vérifiable.

Peradam construit le modèle partagé du client, du contrat, du risque et de la décision.

Les systèmes de compte, de sinistre, de relation client, de conformité et de documents restent en place. Peradam relie leurs objets et leur histoire pour donner le même contexte aux équipes, aux agents et aux applications.

Hier

Les outils savent.

Cœur bancaireSinistresRelation clientDocuments
L’humain fait le lien
Les équipes rapprochent manuellement les pièces, les mouvements, le contrat et les décisions antérieures.
Maintenant

L’IA répond.

IA conversationnelle
Cœur bancaireAgentSinistresAgentRelation clientAgentDocumentsAgent
L’IA accélère la lecture de chaque silo, mais ne partage pas une compréhension stable du dossier complet.
Avec Peradam

Le système comprend et agit.

Cœur bancaireSinistresRelation client
Relation financière vivanteContexte commun
Dossiers métierAgents spécialisésActions contrôlées
Droits, preuves, approbations et effets vérifiés
Le client, le contrat, les preuves, le risque, l’autorité et l’effet de la décision restent reliés.

Peradam ne remplace ni le cœur bancaire, ni la gestion des sinistres, ni les outils de conformité.Il les relie à une même compréhension du client, du contrat, du risque et de la décision.

Les systèmes spécialisés conservent leur rôle. Le dossier devient compréhensible et actionnable de bout en bout.

Du premier signal à la confirmation de l’action dans le système concerné.

Chaque étape conserve les faits, les sources, les règles, la décision humaine et le résultat réellement constaté.

  1. 01

    Détecter le signal

    Une transaction, une pièce, une déclaration ou un contrôle fait apparaître une situation à instruire.

  2. 02

    Reconstituer le dossier

    Peradam relie client, compte, contrat, garanties, historique, tiers, règles et preuves disponibles.

  3. 03

    Préparer la décision

    Les options, leurs justifications et leurs conséquences sont présentées à la personne habilitée.

  4. 04

    Exécuter et vérifier

    Le blocage, le paiement, l’indemnisation ou la demande de pièce est appliqué puis relu dans le système cible.

Les premiers cas Peradam relient un dossier sensible à une décision gouvernée et à un effet vérifié.

Qualifier une alerte de fraude

Transactions, habitudes, comptes liés, alertes antérieures et justificatifs sont réunis avant de proposer la bonne mesure de protection.

Signal → preuves → décision habilitée → action

Instruire un sinistre complexe

Contrat, garanties, pièces, événements, tiers et précédents sont reliés pour préparer une décision explicable et relisible.

Déclaration → couverture → preuves → indemnisation

Suivre une décision jusqu’à son effet

La validation, l’écriture dans le système cible et la confirmation du paiement, du blocage ou du changement de statut restent liées.

Décision → exécution → relecture → preuve

Un agent ne doit pas seulement lire une alerte ou résumer un contrat.Il doit comprendre le dossier complet, citer ses preuves et respecter l’autorité qui peut agir.

Peradamus prépare, coordonne et vérifie. La décision sensible reste humaine et traçable.

Dans la banque et l’assurance, une action utile doit aussi être explicable, autorisée et vérifiable.

Peradam distingue le signal, l’affirmation, la preuve, la décision et l’effet. Aucun rapprochement probabiliste ne devient silencieusement un fait ou une action.

Accès limités au dossier

Chaque personne, application ou agent ne reçoit que les objets nécessaires à sa mission.

Preuves et versions conservées

La règle, le contrat, les pièces et les données utilisés restent attachés à la décision.

Autorité explicitement attribuée

Une recommandation ne devient ni blocage, ni paiement, ni indemnisation sans la validation prévue.

Effet relu dans le système cible

Le résultat n’est déclaré obtenu qu’après confirmation dans l’outil concerné.

Présentez-nous un dossier bancaire ou assurantiel dont l’instruction traverse plusieurs systèmes et équipes.

Nous relierons les faits, le contrat, les preuves, l’autorité et l’action attendue pour définir un premier périmètre démontrable.

Une alerte de fraude difficile à qualifierUn sinistre complexe à instruireUne décision dont l’effet reste difficile à confirmer
Présentation contextualiséeVotre contexte, vos systèmes, vos responsabilités
Votre demande est envoyée directement à Salah Khouiel, fondateur de Peradam.