Ouverte au stack de votre client.
La solution se connecte à ce que l’entreprise utilise déjà : plateformes de données, identité, outils et agents. Nous utilisons des standards ouverts et construisons des adaptateurs et des connecteurs là où le projet l’exige. La gouvernance est déjà dans le produit.
Vue dirigeante
Ce qui change concrètement pour les décideurs quand la solution est ouverte au stack que l’entreprise possède déjà.
- Votre stack est le point de départ
- Les données restent où elles sont. La fabrique se connecte aux plateformes que l’entreprise exploite déjà, sans exiger de migration.
- Pas d’enfermement
- Les connexions utilisent des standards ouverts (MCP, OpenID Connect, SQL, HTTP). Remplacer un élément du stack n’oblige pas à refaire la solution.
- Chaque personne avec son propre compte
- La connexion passe par le fournisseur d’identité de l’entreprise. C’est la personne qui utilise les outils et les agents, avec l’accès qu’elle a déjà.
- Périmètre et délai par projet
- Chaque intégration a ses exigences, ses responsables et ses critères de test définis au préalable. Nous disons clairement ce qui est disponible aujourd’hui et ce qui dépend d’un projet.
Le stack de votre client, par catégorie
Les catégories d’un stack données et IA, ce que la solution connecte aujourd’hui et ce qu’elle connecte par projet.
Disponible dans le produitPar projet
Hyperscalers
Le cloud sur lequel le stack tourne déjà.
- AWSPar projet
- Microsoft AzurePar projet
- Google Cloud (GCP)Par projet
Comment nous nous connectons. Réseau, identité et coûts sont ceux du client. La connexion est définie dans chaque projet.
Plateformes de données
Data warehouse et lakehouse où vivent les données.
- SnowflakeDisponible dans le produit
- Databricks (Unity Catalog)Disponible dans le produit
- PostgreSQLDisponible dans le produit
- Microsoft FabricPar projet
- Google BigQueryPar projet
- Amazon RedshiftPar projet
Comment nous nous connectons. Adaptateur de données avec descripteur et pilote. La lecture des métadonnées découvre le périmètre avant tout usage.
Arcogi est partenaire Registered du Snowflake Partner Network.
Intégration et transformation
Ingestion, transformation et orchestration.
- dbtPar projet
- FivetranPar projet
- Apache AirflowPar projet
- InformaticaPar projet
Comment nous nous connectons. La solution ne remplace pas l’ingestion : elle consomme ce que le stack prépare déjà. La connexion est par projet.
Gouvernance et catalogue de données
Catalogue, lignage et qualité.
- Catalogue, domaines et contrats de données du produitDisponible dans le produit
- Microsoft PurviewPar projet
- CollibraPar projet
- AlationPar projet
- AtlanPar projet
Comment nous nous connectons. La gouvernance fait déjà partie du produit : catalogue, domaines et contrats de données. Avec la plateforme de gouvernance du client, il coexiste et se connecte par projet.
BI et analytics
Là où les personnes analysent et décident.
- Power BIPar projet
- TableauPar projet
- LookerPar projet
- QlikPar projet
Comment nous nous connectons. Les produits de données sont consommés par les outils d’analyse du client. Nous utilisons MCP quand l’outil le propose.
IA, modèles et agents
Fournisseurs de modèles, agents et clients.
- Anthropic (Claude)Disponible dans le produit
- OpenAIDisponible dans le produit
- Agents tiers (A2A)Disponible dans le produit
- Clients MCP, comme Claude CodeDisponible dans le produit
- Azure OpenAIPar projet
- Amazon BedrockPar projet
- Google Vertex AIPar projet
Comment nous nous connectons. Fournisseurs de modèles configurés par organisation. Les agents tiers entrent par A2A et les clients par MCP.
Identité et sécurité
Qui est la personne et ce à quoi elle peut accéder.
- Fournisseur d’entreprise OpenID ConnectDisponible dans le produit
- Microsoft Entra IDPar projet
- OktaPar projet
Comment nous nous connectons. OpenID Connect avec le fournisseur d’entreprise. Les permissions viennent de la plateforme, pas du jeton.
Applications et gestion des services
Systèmes sources et gestion du travail.
- Jira (via MCP)Disponible dans le produit
- ServiceNowPar projet
- SAPPar projet
- SalesforcePar projet
- OraclePar projet
- Microsoft DynamicsPar projet
Comment nous nous connectons. Lecture par adaptateur ou par serveur MCP. La connexion est définie dans chaque projet.
Les noms de produits et d’entreprises appartiennent à leurs titulaires et n’apparaissent que pour indiquer le stack du client auquel la solution peut se connecter. Ils n’indiquent ni partenariat, ni certification, ni homologation, sauf le partenariat Registered avec Snowflake, indiqué dans la catégorie Plateformes de données.
Vue technique
Les protocoles et standards utilisés par le produit à chaque couche.
Identité
OpenID Connect · Authorization Code avec PKCE
La personne se connecte avec le compte du fournisseur d’entreprise. Le jeton est validé par signature (JWKS), émetteur, audience et nonce. Les permissions viennent de la plateforme, pas de champs du jeton.
Accès des agents et des outils
MCP (JSON-RPC sur HTTP, avec SSE) · OAuth 2.1 avec PKCE S256
Un serveur MCP expose agents et outils à des clients comme Claude Code, avec les méthodes initialize, tools/list et tools/call. Le client est enregistré et la personne autorise à la première connexion.
Outils externes
Client MCP pour serveurs distants
Nous connectons des serveurs MCP tiers, comme Jira. Chaque outil est qualifié avant usage et sa définition est vérifiée par hash : si elle change sur le serveur distant, l’outil est retiré jusqu’à une nouvelle revue.
Agents tiers
A2A (message/send) · Agent Card signée (JWS, Ed25519)
La plateforme est à la fois cliente et serveur A2A : elle délègue à des agents de fournisseurs et reçoit des appels de partenaires, avec la carte de l’agent publiée et signée.
Données
Adaptateurs : Snowflake (SQL API), Databricks (Unity Catalog), PostgreSQL
Authentification par paire de clés (JWT), jeton d’accès programmatique ou jeton de principal de service, selon la plateforme. Les secrets sont conservés dans un coffre. La lecture des métadonnées découvre le périmètre.
Intégration par API
API HTTP versionnée (/api/v1) · webhook
Commandes et requêtes par API. Les agents peuvent être déclenchés manuellement ou par webhook.
Ceci décrit ce que le produit implémente aujourd’hui. Les détails de réseau, d’identité et d’authentification sont confirmés dans chaque environnement.
Comment un adaptateur ou un connecteur est intégré
Un adaptateur parle à une plateforme de données. Un connecteur relie outils et agents par MCP ou A2A. Le chemin est le même pour les deux.
- 01
Découverte du stack
Nous cartographions les plateformes, l’identité, les réseaux et les règles d’accès du client.
- 02
Descripteur
Chaque type d’adaptateur est décrit comme une donnée : champs de connexion, méthodes d’authentification, privilèges exigés et tests. Un nouveau type entre comme une nouvelle description.
- 03
Pilote ou connecteur
Un pilote parle à la plateforme. Quand la plateforme propose MCP, nous utilisons le connecteur MCP.
- 04
Test et périmètre
Test de connexion, vérification des privilèges minimaux et découverte du périmètre avant tout usage.
- 05
Exploitation
La connexion entre en exploitation avec un responsable, un suivi de la consommation et une revue périodique.
Commencez par votre stack.
Apportez le schéma de votre environnement. Nous vous disons ce qui se connecte aujourd’hui, ce qui exige un nouvel adaptateur et le délai.
Disponible dans le produit et validé dans un environnement de démonstration avec des données synthétiques. AWS, GCP, Microsoft et les autres plateformes sont connectés par projet, avec un périmètre et des critères de test convenus. Nous ne déclarons pas d’intégration avec un fournisseur avant qu’elle existe.
Quelle partie de votre activité doit progresser ?
Partons d’une décision récurrente ou d’un résultat important. Identifions les données, les personnes et la première capacité nécessaire.