Branchez-vous sur votre stack. On vient là où vous travaillez.
Plus de 60 intégrations natives avec ERP, PIM, PLM, CRM, entrepôts de données et outils de conformité — plus une API typée REST et GraphQL pour tout le reste.
Trois connecteurs qui mettent le DPP en production en une semaine.
Les flux de données les plus déployés par les équipes qui lancent leur première vague de passeports ESPR.
Synchronisez les données maîtres produits et les hiérarchies fournisseurs en temps réel.
- Synchronisation bidirectionnelle des matières et variantes SKU avec SAP S/4HANA
- Ingestion des hiérarchies fournisseurs et des lots de production depuis MM et PP
- Webhooks d'audit sur la création, la mise à jour et le retrait des passeports
Récupérez les enregistrements libérés, les données financières et les documents de conformité depuis Dynamics 365.
- Cartographie des produits libérés et variantes Dynamics 365 Supply Chain
- Connexion à Dataverse et Power Platform via OAuth 2 et Entra ID
- Journaux d'audit qui arrivent nativement dans Microsoft Purview
Consolidez la télémétrie des passeports et l'analytique de conformité dans votre entrepôt.
- Réplication quasi temps réel vers Snowflake via Snowpipe Streaming
- Partage via Snowflake Secure Data Sharing à destination des auditeurs
- Modèles dbt prêts à l'emploi pour le reporting ESPR, DPP et ESG
Chaque connecteur que nous livrons.
Regroupé avec discernement.
Huit catégories, plus de 50 intégrations natives maintenues par notre équipe. Il manque quelque chose ? L'API REST et GraphQL couvre le reste.
Branchez-vous sur la colonne vertébrale financière et opérationnelle.
Importez les attributs produits et la nomenclature à la source.
Répliquez la télémétrie des passeports dans votre entrepôt.
Partagez les preuves de conformité avec vos clients et canaux.
Collectez les données fournisseurs via les réseaux que vous utilisez déjà.
Alignez les passeports sur votre mécanique existante de reporting ESG.
Portez les validations de passeports dans les outils où travaillent vos équipes.
SSO, MFA et provisionnement pilotés par votre IdP.
REST. GraphQL. Webhooks.
Intégrés dès le premier jour.
Chaque fonctionnalité passeport, audit et fournisseur s'expose derrière les mêmes API typées que nous utilisons en interne. OAuth 2, mTLS, SSO SAML, clés API. Sandbox complet, SDK officiels pour TypeScript, Python et Java, et webhooks natifs avec replay d'événements et payloads signés.
Lire la documentation API →API REST
Endpoints typés, pleinement conformes à OpenAPI 3.1, pagination par curseur, idempotence sur toutes les écritures.
API GraphQL
Un seul endpoint, une seule requête. Requêtes persistées intégrées et analyse de complexité des coûts.
Webhooks
Payloads signés HMAC, retries automatiques, replay depuis le dashboard et dead-letter queue.
SDK natifs
Bibliothèques officielles pour TypeScript, Python et Java, avec typage complet et auto-complétion.
Les questions que nous posent
les équipes plateforme.
Ce que nous ne couvrons pas nativement, l'API le couvre. Et ce que l'API ne couvre pas, nous le construisons avec votre équipe pendant l'onboarding.
Réserver une session technique →Soutenez-vous des intégrations personnalisées avec nos systèmes internes ?+
Oui. Chacun de nos connecteurs natifs est une fine couche au-dessus des mêmes API publiques REST et GraphQL utilisées par nos clients. Les équipes lancent des intégrations personnalisées contre des systèmes internes (ERP maison, PLM sur mesure, bus de données) en un seul sprint. Le plan Enterprise inclut un accompagnement d'ingénierie pendant les deux premiers déploiements.
Quelles méthodes d'authentification sont prises en charge ?+
OAuth 2.0 (authorization code, client credentials, PKCE), mTLS pour les intégrations serveur à serveur, clés API longue durée avec scopes, et SSO SAML 2.0 et OIDC pour la connexion utilisateur. Le plan Enterprise ajoute SCIM 2.0 pour le provisionnement automatisé depuis Okta, Entra ID et OneLogin.
Existe-t-il un environnement sandbox pour les tests ?+
Chaque compte reçoit un tenant sandbox isolé, identique à la production en termes de schéma, d'intégrations et de viewer public, mais totalement séparé des index réglementaires. La sandbox est incluse à partir du plan Pilot et prend en charge webhooks, clés API et édition complète des passeports.
Peut-on intégrer le widget public de passeport sur notre propre site ?+
Oui. Nous exposons un widget JavaScript embarquable et un Web Component natif. Tous deux héritent de vos tokens de marque, sont pleinement conformes WCAG 2.1 AA et s'affichent en mode offline-first pour les régions à connectivité limitée. Chaque passeport conserve par ailleurs une page publique résolvable sous le domaine du client.
Quel est le rate limit de l'API et comment est-il appliqué ?+
600 requêtes par minute et par clé API sur Operator, 6 000 requêtes par minute et par tenant sur Enterprise. Les limites sont recalculées sur des fenêtres glissantes à la seconde et non de manière rigide ; les pics sont tolérés. Nous renvoyons les en-têtes RateLimit-* conformes RFC, ce qui permet à votre client SDK de ralentir automatiquement.
Comment gérez-vous la résidence des données dans les intégrations multi-régions ?+
Vous choisissez la région de résidence (UE-Francfort, UE-Zurich, États-Unis-Virginie, APAC-Singapour) au niveau du tenant. Les webhooks, la réplication vers l'entrepôt et les synchronisations fournisseurs respectent la région du tenant source ; tout le trafic inter-régions transite par des tunnels mTLS signés, avec journal d'audit transmis à votre SIEM.