Accueil
Produits
NatusAI Cygnus

Socle de données connecté · Couche 01 · Socle connectéV1 prévue

NatusAI Cygnus : une vision connectée de votre activité, avec son historique

Cygnus est le socle de données prévu de la plateforme NatusAI. Il réunit actifs, documents, lieux, mesures et leurs relations, pour que les personnes et les assistants IA approuvés puissent répondre à des questions qui demandaient auparavant des jours.

Des questions transverses aux silos résolues tant que la décision est encore ouverte.
Voir ce qui était vrai, et ce qui était connu, à n’importe quelle date passée : un historique que vos auditeurs peuvent suivre.
Fonctionne comme un seul système sur vos propres serveurs, avec moins de composants à intégrer et à sécuriser.

Demander un briefing dirigeant Ce que vous pouvez utiliser aujourd’hui

Périmètre prévu de la v1 et 25 critères d’acceptation →Feuille de route : profils ultérieurs →

Vue nocturne d’un littoral avec des ports éclairés, un porte-conteneurs et des routes lumineuses : un jumeau numérique mondial connecté

Ce que cela apporte à l’entreprise

Six types de données métier, un modèle connecté

Une mesure de capteur a une heure, un lieu, un actif et une source. Un contrat fait référence au même actif. Cygnus conserve ces liens, pour que les réponses les suivent au lieu de les reconstruire à chaque fois.

Relations

Clients, équipements, contrats et événements reliés directement, pour suivre facilement propriétés, dépendances et causes.

Faits et connaissances

Qui exploite quoi, quel rapport décrit quel incident : des faits rattachés aux éléments qu’ils décrivent.

Localisation

Positions, trajectoires et zones reliées aux actifs auxquels elles appartiennent, et à leur historique.

Mesures dans le temps

Des relevés conservés à côté des actifs qu’ils décrivent, d’un instant à des années d’historique.

Recherche par le sens

Trouver une information d’après ce qu’elle dit, puis remonter jusqu’à la source d’origine.

Recherche exacte

Noms, identifiants et passages, combinés aux relations, au lieu et au temps.

Un ingénieur infrastructure et une responsable de la sécurité informatique vérifient un serveur dans un centre de données sur site (image d’illustration) — La première version cible un serveur unique que vous exploitez vous-même.

Trois plans translucides de nœuds connectés s’éloignant en profondeur : les mêmes données à différents moments

Demander ce qui a changé, et ce qui était connu à ce moment-là.

Un navire est entré dans une zone de tempête à 14 h 00. Une position corrigée est arrivée à 14 h 10. Cygnus est conçu pour reconstituer la décision de 14 h 05 avec ce qui était connu à ce moment-là, ou pour montrer la situation corrigée. C’est exactement l’historique que demande un auditeur ou une autorité de contrôle.

Programmer au plus près des données

Un langage et un modèle de requête conçus pour le graphe

Cygnus doit associer son propre langage de programmation typé au stockage, à l’exécution et aux services. La logique métier manipule directement les entités persistantes et leurs relations, ce qui réduit les traductions entre lignes de base de données, objets applicatifs et réponses d’API.

Modéliser une fois, utiliser partout

Le même modèle typé porte les données du stockage durable jusqu’à la logique applicative et aux contrats de service. Moins de correspondances, c’est moins d’endroits où types, noms de champs et définitions de relations peuvent diverger.

Interroger en suivant les chemins connectés

Partez d’un point d’entrée indexé, suivez les relations dont vous avez besoin et filtrez par le temps, l’espace ou la recherche. Le modèle de requête optimisé vise à effectuer ce travail au plus près du stockage et à ne renvoyer que le résultat demandé.

Servir la même logique métier

Les fonctions typées deviennent des services applicatifs et des outils autorisés. HTTP/RPC, streaming, clients TypeScript générés et descripteurs MCP font partie de la conception du backend, ce qui réduit le nombre de couches d’adaptation distinctes à maintenir.

Moins de mouvements de données. Un ensemble de travail plus réduit.

Chargez la partie utile. Laissez le reste sur disque.

Un grand graphe n’a pas besoin d’être chargé entièrement en mémoire. Les références persistantes permettent à une opération de résoudre les nœuds, pages d’index et plages temporelles pertinents au moment où elle en a besoin.

Consulter un navire ne devrait pas obliger à charger tous les navires, tous les documents et tout l’historique des positions. Le parcours sélectif et les lectures bornées sont conçus pour que l’usage de la mémoire reste lié au travail effectué.

C’est la voie vers des requêtes connectées plus rapides et une moindre consommation de ressources : moins de matérialisation, moins de transferts entre services et moins de contexte dupliqué. Les gains réels dépendent du graphe, des index, de la charge de travail et du matériel.

Chemin d’accès illustratif

01 / Graphe durable
Partir de références et d’une sélection indexée
Navire · Cargaison · Route · autres navires · autres cargaisons · les plages plus anciennes restent sur disque.
Seules les références et une sélection indexée sont sollicitées au départ.
02 / Ensemble de travail pertinent
Résoudre ce que cette opération utilise
Navire sélectionné → cargaison → trajectoire demandée
Résoudre les données connectées et la fenêtre temporelle utilisées par cette opération.
03 / Résultat borné
Une vue cartographique, une tranche d’historique ou une réponse
Page · échantillon · flux
Renvoyer une page, un échantillon ou un flux. Les exports volumineux et les reconstructions s’appuient sur un traitement borné ou sur des tâches durables.

Stockage, requêtes et maintenance

De l’assemblage de tables au suivi de données connectées

Les systèmes relationnels conviennent bien aux enregistrements structurés et au reporting SQL. Lorsqu’une application connectée ajoute historique, cartes, recherche sémantique et IA, le coût se déplace souvent vers les jointures, la correspondance objet et la coordination de services supplémentaires. Cygnus est conçu pour réduire cette charge au sein d’un moteur programmable unique.

Comparaison architecturale pour les charges opérationnelles connectées · les capacités de Cygnus restent prévues
Dimension	Stockage tabulaire + pile applicative	Graphe temporel unifié Cygnus (prévu)
Stockage des données	Les entités deviennent des lignes ; les relations passent par des clés et souvent des tables de liaison. Le code applicatif convertit les lignes en objets.	Entités typées et liens persistants partagent un même modèle pour le stockage, la logique et les services.
Requêtes connectées	Les jointures reconstruisent les relations au moment de la requête. Les chemins profonds peuvent complexifier requêtes et correspondances.	Points d’entrée indexés et parcours de graphe suivent les relations stockées, avec des contraintes temporelles et spatiales.
Mémoire et mouvements de données	Les moteurs performants utilisent déjà index et caches ; les jointures larges et le traitement côté application peuvent tout de même produire des résultats intermédiaires volumineux.	Résoudre les données du graphe à la demande ; utiliser des plages bornées, des pages et des flux plutôt que de matérialiser l’ensemble des données connectées.
Historique et corrections	Tables d’historique, extensions temporelles ou modèles d’événements doivent être conçus et alignés sur les requêtes de l’application.	L’état temporel et l’accès bitemporel font partie du modèle, qui préserve la distinction entre temps de validité et temps de connaissance.
Géo, texte et vecteurs	Des extensions peuvent ajouter des capacités dans une même base ; les services spécialisés peuvent nécessiter leurs propres identités, index et chemins de synchronisation.	Ressources spatiales, séries temporelles, texte et vecteurs se rattachent aux mêmes entités et aux mêmes sources versionnées.
Langages de requête et d’application	SQL plus code applicatif, bibliothèques de correspondance et parfois des langages de requête distincts pour la recherche ou le graphe.	Un langage typé natif et un modèle de requête optimisé rapprochent le calcul des structures de graphe persistantes.
Maintenance et évolution	Coordonner schémas de base de données, correspondances, contrats de service et éventuels systèmes de recherche exploités séparément.	Des descripteurs de types et contrats de service partagés réduisent les définitions dupliquées ; migrations et modifications d’index suivent un comportement de version explicite.
IA et contrôle d’accès	On ajoute généralement une passerelle d’outils et une couche de chat, puis on aligne leurs autorisations sur les chemins de données qu’elles appellent.	MCP natif et contrat de chat borné utilisent les mêmes services typés, avec l’autorisation appliquée dans les chemins de stockage et d’exécution.

Comment le mesurer : l’avantage visé est un travail plus rapide sur les données très relationnelles, avec moins de correspondances, de synchronisation et de consommation de ressources. Mesurez la latence des requêtes, le pic de mémoire, les E/S disque, l’ingestion et l’effort de maintenance sur la même charge de travail et le même matériel. Un entrepôt de données ou une pile SQL mature peut rester mieux adapté à l’analytique tabulaire à grande échelle ou lorsque certaines extensions sont indispensables.

MCP natif et chat

L’IA peut travailler avec vos données. Et avec le contexte qui les entoure.

Une réponse d’IA devient plus utile lorsqu’elle peut relier le bon document à la bonne entité, au bon lieu et au bon moment. Cygnus doit intégrer la recherche, la logique métier appelable et les enregistrements de conversation dans le modèle du backend.

Outils MCP natifs

Le Model Context Protocol offre aux agents autorisés un moyen découvrable et typé d’utiliser les fonctions du backend. La découverte et l’exécution des outils respectent les autorisations de l’appelant, avec les mêmes contrats de service que les applications.

Le chat, une capacité du backend

Le contrat de chat prévu, indépendant des fournisseurs, couvre les messages, les événements de streaming, les appels d’outils, les sorties structurées et des enregistrements durables de sessions et d’exécutions. Les liaisons de modèles, locales ou distantes, sont sélectionnées et qualifiées explicitement pour chaque déploiement.

Des réponses étayées dans le temps

Associez recherche plein texte et recherche vectorielle au contexte du graphe, spatial et historique. Conservez les références aux versions des sources et au contexte temporel choisi, pour qu’une personne puisse examiner les éléments probants et comprendre comment une réponse a été construite.

Les règles d’accès aux données s’appliquent avant toute divulgation et tout classement de recherche. Le contenu récupéré et les sorties du modèle ne donnent aucune autorisation d’agir ; les actions protégées exigent leur propre habilitation et, lorsque c’est prévu, une décision humaine.

Toutes les dimensions dans une seule question

Suivre un navire dans le temps et dans l’espace

« Quelles cargaisons se trouvaient hier à bord de navires dans la zone de tempête, et quels rapports expliquent le risque ? »

Cette charge de travail maritime proposée réunit tous les éléments de l’architecture. La même approche peut relier équipements, télémesures et maintenance dans des applications pour l’énergie, l’industrie ou les infrastructures.

Carte conceptuelle reliant navires, ports et routes maritimes, de nuit — Illustration : une charge de travail maritime proposée, pas un service mondial en production.

Comment la réponse est construite

Fixer le contexte historique
Sélectionner l’intervalle d’hier et préciser si la question s’appuie sur ce qui était connu alors ou sur des éléments corrigés depuis.
Trouver les positions pertinentes
Utiliser la sélection géospatiale et des plages de séries temporelles pour identifier les navires dont la trajectoire a croisé la zone de tempête.
Suivre cargaisons et propriétaires
Parcourir les relations historiques du navire avec les cargaisons, les opérateurs et les ports, en ne résolvant que les parties nécessaires du graphe.
Récupérer les rapports à l’appui
Combiner recherche par mots-clés et recherche sémantique sur les versions de documents autorisées, rattachées aux entités et au contexte temporel sélectionnés.
Fournir une réponse vérifiable
Un service typé ou un outil MCP renvoie les éléments probants. Le chat peut les expliquer tout en conservant les sources et le contexte pertinent.

Statut en toute transparence

Ce que vous pouvez utiliser aujourd’hui, et ce qui figure sur la feuille de route

Nous séparons ce qui est prouvé de ce qui arrive, et signalons les deux. NatusAI Cygnus est prévu pour une première version (v1).

Ce que vous pouvez utiliser aujourd’hui

Le moteur de nos projets clients a fait ses preuves en production : un jumeau numérique de réseau électrique à l’échelle nationale et les données d’investigation connectées d’une banque.
Des missions d’accompagnement qui construisent votre modèle de données connecté avec notre équipe, dans votre environnement.

Ce qui figure sur la feuille de route

V1 prévue

Première version de Cygnus : un serveur, plus des profils embarqué et développement, publiée uniquement après réussite de 25 tests d’acceptation définis.
Ensuite : plusieurs serveurs, avec réplication et basculement. Le périmètre suit les preuves.
Ensuite : davantage d’options d’IA et de calcul. Aucune date n’est publiée ; nous partageons les plans sous accord de confidentialité.

Lire le périmètre prévu de la v1 · Voir la feuille de route

Comment il se connecte

Cygnus héberge les données et la logique métier. NatusAI Lyra les affiche, NatusAI Auriga et Aquila permettent à l’IA de les exploiter, NatusAI Orion construit des applications dessus, NatusAI Draco les exploite et NatusAI Gemini les restaure.

Pour votre équipe technique

Ce qu’est Cygnus. Une base de données de graphe temporel programmable, prévue avec son propre langage typé, un modèle de requête optimisé et un runtime backend. Graphe, géospatial, vectoriel, sémantique de triplets (triple-store), séries temporelles et recherche plein texte partagent un seul modèle, avec une identité, un modèle transactionnel et une frontière d’autorisation uniques.

Six familles de données : relations de graphe typées ; triplets (l’échange RDF et la compatibilité SPARQL font l’objet de décisions de version distinctes) ; indexation géospatiale tenant compte du CRS avec revérification exacte ; séries temporelles régulières et irrégulières avec agrégations et fenêtres en temps d’événement ; vecteurs denses et creux liés aux versions des sources ; plein texte versionné par analyseur, avec BM25 et classement hybride.
Historique bitemporel : temps de validité (quand c’était vrai) et temps de connaissance (quand le système l’a appris) ; réponses « à date » reproductibles selon les deux axes, y compris après corrections ultérieures.
Transactions et accès : des transactions strictement sérialisables regroupent les modifications d’entités, de graphe, de temps et d’index déclarés dans une même époque de commit. L’autorisation est appliquée dans les chemins de stockage et d’exécution, avant le classement de recherche et la sélection top-k ; les ressources refusées ne fuient ni par les décomptes ni par les erreurs.
Accès de l’IA : descripteurs MCP natifs et contrat de conversation indépendant du fournisseur (messages, streaming, appels d’outils, sortie structurée, enregistrements de session durables). Les liaisons vers des modèles locaux ou distants sont qualifiées pour chaque déploiement.
Services : HTTP/RPC typé et streaming, flux de modifications, clients TypeScript générés, une interface Explorer, un serveur LSP et un client VS Code.
Hors mémoire par conception : des références persistantes ne résolvent que les nœuds, pages d’index et plages temporelles nécessaires à une opération, si bien qu’un grand graphe n’a pas besoin de tenir en mémoire.
Pertinence en toute honnêteté : pour de grandes analyses tabulaires, un entrepôt de données ou une pile SQL mature peut rester le meilleur choix.

Profils de déploiement prévus pour la première version
Profil	Première version	Limite
Embarqué	Inclus	Un seul processus applicatif avec stockage local.
Développement	Inclus	Initialisation de projet vierge et modes de source explicites.
Production, serveur unique	Inclus	Un nœud ; sauvegarde, restauration à un instant donné et restauration vérifiée dans le périmètre.
Cluster	Exclu	Aucune revendication de sharding, de réplication, de parcours distribué ou de basculement.
Charge de travail isolée	Exclu	Pas de profil de charge de travail isolée qualifié séparément.

Critères d’acceptation sélectionnés · objectifs de qualification proposés, et non résultats mesurés
Critère	Seuil proposé	Statut
Partenaires de conception en production sur la charge de référence	Au moins 3	Pas encore atteint
Système de référence en production avec historique conservé	Au moins 1, avec au moins 6 mois d’historique	Pas encore atteint
Ingestion soutenue de positions, classe de référence 32 vCPU	≥ 100 000 rapports/s	Pas encore atteint
Navires dans un polygone parmi 250 000 positions en direct	p99 ≤ 150 ms	Pas encore atteint
Recherche hybride top-20 sur 5 millions de documents	p99 ≤ 300 ms	Pas encore atteint
Exactitude hors mémoire	Jeu de données ≥ 24 × RAM	Pas encore atteint
Surcoût de l’autorisation au niveau de l’élément	≤ 2 × politique à granularité grossière	Pas encore atteint
Commits confirmés perdus sur un serveur	Zéro	Pas encore atteint
Tests de restauration vérifiée planifiés	100 % de réussite	Pas encore atteint
Évaluations de projets vierges pilotées par des agents, sans réparation humaine	≥ 70 % de réussite	Pas encore atteint

10 des 25 critères d’acceptation figurent ici. Cygnus 1.0 n’a été ni accepté ni publié ; un objectif proposé est un test à mener, pas un engagement client. Le périmètre est réévalué si, par exemple, l’ingestion reste sous 80 000 rapports/s ou si un test de restauration échoue. Tarifs, licences et dates de livraison ne sont pas encore fixés. Les 25 critères, les sept familles de données, les 19 contrats et les liaisons avec les fournisseurs d’IA figurent sur la page du périmètre prévu de la v1 ; les profils ultérieurs sont décrits dans la feuille de route Cygnus.

Maîtrise intégrée dès la conception

Comment NatusAI Cygnus réduit les risques de l’IA

Souveraineté, gouvernance et sécurité chez NatusAI

Propriété

Fonctionne sur vos serveurs comme un seul système, sans services distincts de recherche, de graphe et de séries temporelles dont il faudrait acquérir les licences et assurer la sécurité.

Preuves

Les réponses conservent les références à la version de la source et au moment qu’elles ont utilisés.

Accès

Les règles d’accès aux données s’appliquent avant tout affichage ou classement. Un texte récupéré ne donne jamais à une IA l’autorisation d’agir.

Restauration

La restauration vérifiée et la restauration à un instant donné sont des exigences de mise en production, pas des options.

Les données connectées en action

Un modèle connecté. De nombreux problèmes concrets.

Les enjeux, les approches et les résultats utiles tirés de nos récits sectoriels et de nos architectures de référence. Chaque exemple met en avant les dimensions qui rendent le problème adapté au modèle unifié prévu de Cygnus.

Vue conceptuelle de données et de décisions financières reliées à l’intérieur d’un périmètre protégé

01 · Banque et services financiers

Faciliter l’investigation des relations.

Comptes → Transactions → Investigation

L’enjeu: Des requêtes lentes et des silos entre services rendaient difficile le rapprochement des clients, des transactions, des documents et des événements.
L’approche connectée: Explorer un modèle relationnel partagé, avec analyse de motifs, traitement des transactions et questions sur les documents approuvés.
Ce que cela permet: Un processus d’investigation connecté soutient la surveillance des transactions, l’analyse des risques et une vision plus complète du contexte client.

Adéquation CygnusGrapheTripletsHistorique temporelPlein texte

Découvrir les services financiers

Vue conceptuelle d’un réseau électrique connecté

02 · Énergie et réseaux

Comprendre un réseau en mouvement.

Actifs du réseau → Relevés de compteurs → Maintenance

L’enjeu: Structure du réseau, consommation et production étaient réparties dans des vues séparées, ce qui rendait l’évolution des conditions difficile à évaluer.
L’approche connectée: Relier les relations du réseau aux mesures, aux événements et aux tendances historiques dans un modèle opérationnel partagé.
Ce que cela permet: Une vision commune soutient la supervision, les alertes, l’analyse prédictive et des décisions de maintenance et d’investissement mieux éclairées.

Adéquation CygnusGrapheGéospatialSéries temporellesHistorique temporel

Découvrir l’énergie et les réseaux

Vue conceptuelle d’équipements industriels reliés à des signaux de production

03 · Industrie

Remonter d’un signal jusqu’à la ligne de production.

Équipement → Historique des capteurs → Intervention

L’enjeu: Les informations sur les machines, l’énergie, la qualité et la maintenance étaient dispersées entre systèmes de production et systèmes de gestion.
L’approche connectée: Un jumeau numérique de référence réunit mesures et contexte d’exploitation autour des équipements et des processus.
Ce que cela permet: Des vues de performance en direct, des alertes et l’analyse de la maintenance aident les équipes à examiner les changements plus tôt et à planifier les interventions.

Adéquation CygnusGrapheSéries temporellesHistorique temporel

Découvrir l’industrie

Démo NatusAI OSINT avec des couches publiques sur l’aviation, le trafic maritime et les infrastructures

04 · OSINT

Transformer des signaux épars en une vision partagée.

Lieux et événements → Rapports sources → Évaluation

L’enjeu: Rapports publics, mouvements, météo et signaux d’infrastructure sont dispersés entre des sources distinctes.
L’approche connectée: NatusAI OSINT réunit couches cartographiques et alertes reliées à leurs sources dans un même espace de travail, pour explorer un événement et son contexte.
Ce que cela permet: Les analystes peuvent examiner une région, comparer les sources et s’appuyer, s’ils le souhaitent, sur l’IA pour explorer des questions avant de préparer une évaluation.

Adéquation CygnusGéospatialGraphePlein texteHistorique temporel

Découvrir l’OSINT

Vue conceptuelle de toitures solaires et d’actifs reliés dans un modèle géographique

05 · Solaire et planification des infrastructures

Mesurer le potentiel de chaque toiture.

Bâtiments → Conditions d’ensoleillement → Scénarios

L’enjeu: La planification solaire exige de réunir géométrie, localisation et données énergétiques variables, avec des hypothèses visibles par le décideur.
L’approche connectée: Relier actifs géographiques, estimations de production et contexte réseau, avec des réglages par bâtiment pour l’orientation, le stockage et les coûts.
Ce que cela permet: Les équipes peuvent comparer le potentiel des toitures et explorer des scénarios de planification, tout en examinant les hypothèses de chaque estimation.

Adéquation CygnusGéospatialGrapheSéries temporelles

Découvrir la planification énergétique

Vue conceptuelle d’un réseau de points de service de télécommunications connectés

06 · Télécommunications

Apporter le contexte à chaque demande de service.

Client → Demande de service → Relais vers un humain

L’enjeu: Les demandes récurrentes mobilisaient la capacité du support, tandis que les échanges clients complexes attendaient.
L’approche connectée: Relier catégorisation et priorisation aux systèmes clients et de ticketing, avec des circuits clairs vers un conseiller humain.
Ce que cela permet: Moins de traitements répétitifs, un flux de réponse plus clair et davantage de capacité pour les cas qui exigent une personne expérimentée.

Adéquation CygnusGraphePlein texteHistorique temporelChat

Découvrir les télécommunications

Vue conceptuelle de routes maritimes reliant navires, ports et météo

07 · Commerce et chaînes d’approvisionnement

Suivre les conséquences d’une perturbation.

Flux commerciaux → Dépendances → Perturbation

L’enjeu: Une route bloquée ou un fournisseur défaillant peut affecter un réseau plus large, difficile à comprendre à partir de données commerciales isolées.
L’approche connectée: Un graphe de référence relie flux commerciaux, dépendances et risques, avec exploration de scénarios et questions en langage courant.
Ce que cela permet: Les analystes peuvent explorer les effets en cascade sur les routes maritimes et les relations d’approvisionnement avant de décider quoi examiner ensuite.

Adéquation CygnusGrapheGéospatialHistorique temporelChat

Découvrir le commerce mondial

Ces récits décrivent des projets, des processus explorés et des architectures de référence. Les étiquettes « Adéquation Cygnus » les rattachent au produit prévu ; elles n’attestent pas d’un déploiement de Cygnus publié.

Un socle complémentaire

Donner aux données connectées une interface claire.

NatusAI Lyra fournit des composants web réutilisables pour les cartes, les graphes, la recherche et les processus applicatifs. L’intégration plus large avec Orion et Cygnus relève de la vision de la plateforme. Découvrir NatusAI Lyra

Questions

Questions sur NatusAI Cygnus

Des réponses courtes pour les décideurs. Votre équipe technique trouvera le détail dans la section dépliable ci-dessus.

NatusAI Cygnus est-il disponible aujourd’hui ?

Pas encore. Cygnus est prévu pour une première version qui ne sera acceptée qu’après réussite des tests d’acceptation définis. Le moteur de nos projets clients a déjà fait ses preuves en production, et notre équipe construit dessus dès aujourd’hui.

Un jumeau numérique mondial nécessite-t-il de nombreux serveurs ?

Non. La première version cible un serveur unique. Un modèle de données mondial peut fonctionner sur un seul nœud, dans les limites testées ; une couverture géographique mondiale n’implique pas un cluster.

Cygnus remplace-t-il notre entrepôt de données ?

Pas nécessairement. Cygnus est conçu pour les travaux connectés, riches en relations. Pour un reporting tabulaire volumineux, un entrepôt de données ou une pile SQL mature peut rester plus adapté, et Cygnus peut fonctionner à côté.

Parler à notre équipe

Quelle question demande des jours de travail à vos équipes ?

Venez avec l’une d’elles. Nous vous montrerons comment un modèle connecté y répondrait, et ce que cela impliquerait.

Demander un briefing dirigeant Voir tous les produits

Ou écrivez-nous à contact@natusai.com

Une responsable produit, un responsable sécurité et un analyste examinent une application interne avant sa mise en production (image d’illustration)