Notre engagement envers l'open source
OpenDPP est open-core. La surface client — les assistants, schémas et SDK avec lesquels vous vous intégrez — est ouverte sous licence Apache-2.0, pour que vous puissiez bâtir dessus, l'auditer et éviter tout verrouillage. Le nœud hébergé qui signe, scelle et résout vos passeports est le produit que nous exploitons pour vous.
En direct depuis le registre npm — actualisé automatiquement, jamais mis à jour manuellement.
Choisissez votre langue
SDK et bibliothèques clientes officiels, adaptés à votre pile technologique. Les SDK sont générés à partir du contrat OpenAPI public et leur version est verrouillée sur celle-ci : la version du SDK correspond à celle du contrat API.
TypeScriptnpmv1.14.0776 / mois
Client ESM entièrement typé, sans aucune dépendance d'exécution. Node 20 et versions ultérieures.
npm install @opendpp/sdk
Bibliothèques client sur npm
@opendpp/gs1
v0.5.01 776 / mois
Des constructeurs d'URI GS1 Digital Link et des assistants de chiffre de contrôle GS1 mod-10 — les calculs d'identifiants derrière chaque passeport scannable.
@opendpp/csv
v0.2.1531 / mois
Un mapper de référence pur CSV-vers-passeport : transformez une ligne de tableur en charge utile de passeport structurée, avec les erreurs signalées par ligne.
@opendpp/webhooks
v0.1.267 / mois
Les types d'événements de webhook OpenDPP ainsi qu'un vérificateur de signature HMAC-SHA256 à temps constant, pour que vous puissiez faire confiance aux charges utiles que vous recevez.
@opendpp/eori
v0.1.3193 / mois
La validation de l'identifiant douanier EORI auprès du service EOS faisant autorité de la Commission européenne, ainsi que des assistants hors ligne purs pour la syntaxe et l'analyse EORI.
@opendpp/aeo
v0.1.255 / mois
La consultation du statut d'Opérateur économique agréé (AEO, trusted-trader) auprès du service EOS faisant autorité de la Commission européenne — un signal de diligence raisonnable pour la chaîne d'approvisionnement.
@opendpp/vies
v0.1.1207 / mois
Validation de l'existence d'un numéro de TVA européen par rapport au service VIES officiel de la Commission européenne, ainsi que des outils d'aide à la syntaxe et à l'analyse des numéros de TVA, fonctionnant entièrement hors ligne.
@opendpp/testdata
v0.3.078 / mois
Des passeports d'exemple synthétiques et déterministes pour chaque catégorie ESPR, plus des chaînes d'événements logistiques et un CSV prêt à importer — testez une intégration sans construire les données à la main.
JavaMaven Centralv1.14.0
Client typé basé sur le client HTTP du JDK. Java 17 et versions ultérieures ; artefacts signés par GPG.
implementation("eu.opendpp-node:opendpp-sdk:1.14.0")
Les bibliothèques client Java font partie de notre feuille de route. Le SDK est disponible dès aujourd’hui et couvre l’intégralité de l’API publique : tout ce que les utilitaires npm encapsulent est accessible via un simple appel typé.
Kotlinvia Javav1.14.0
L'artefact Java est conforme aux conventions de Kotlin : mêmes coordonnées, pas de package distinct.
implementation("eu.opendpp-node:opendpp-sdk:1.14.0")
Votre langue
D'autres SDK officiels sont prévus dans la feuille de route. Le contrat OpenAPI est public : générez dès aujourd'hui un client pour n'importe quelle pile.
curl https://opendpp-node.eu/openapi.json
Ce que nous ouvrons, et pourquoi
Une règle simple : si cela vous aide à vous intégrer à OpenDPP, c'est ouvert ; si cela protège vos clés ou exploite le nœud, cela reste avec le service hébergé.
Ouvert — la surface client
Chaque assistant que vous appelez pour formater des identifiants, mapper vos données, vérifier un webhook ou dialoguer avec l'API est publié sous licence Apache-2.0. Lisez-le, forkez-le, intégrez-le à votre code — aucun compte requis.
- Les assistants d'identifiants, CSV et webhooks
- Les SDK d'API typées, générés à partir du contrat OpenAPI public
- Les schémas, exemples et validateurs d'interopérabilité AAS et UNTP / W3C-VC
- Le paquet de connaissances pour l'IA (OKF) et /llms.txt
Fermé — le nœud hébergé
La garde des clés, le scellement, l'émission des DID et des révocations, ainsi que la résolution s'exécutent sur le nœud géré. Cette frontière est ce qui maintient les clés privées de chaque locataire à l'intérieur du coffre.
- Le coffre de clés par locataire et le scellement des passeports
- L'émission des did:web et des listes de statut de révocation
- La couche de résolution, de persistance et de conservation
- Le plan de contrôle multi-locataire
La frontière fermée est délibérée et structurante : vos clés de signature ne quittent jamais le coffre, et le nœud ne fournit jamais d'émetteur de justificatifs capable de signer en votre nom en dehors de la plateforme.
Également accessibles : les référentiels d'interopérabilité et de connaissances
opendpp-interop
Le kit de frontière d'interopérabilité : schémas officiels AAS (IDTA) et UNTP / W3C-VC, exemples reproductibles en direct, un validateur de conformité hors ligne, et des formes SHACL non normatives rédigées par OpenDPP.
opendpp-knowledge
Le paquet de connaissances OpenDPP au format Open Knowledge Format (OKF) — du Markdown lisible par machine qui permet aux agents IA d'apprendre l'API. Également servi en direct à /okf et annoncé via /llms.txt.
Apache-2.0, et un mot sur le nom
Les paquets et dépôts ouverts sont placés sous licence Apache-2.0 — utilisez-les aussi bien dans des projets commerciaux qu'open source. Le service hébergé OpenDPP et ses composants serveur restent propriétaires.
OpenDPP™ est une marque de Opendpp UAB. Vous êtes libre de créer des intégrations qui fonctionnent avec OpenDPP et de le dire ; « OpenDPP-conformant » décrit un logiciel qui interopère avec le nœud OpenDPP — il ne s'agit pas d'une certification ni d'une approbation que nous accordons.
Construire avec OpenDPP
Partez des paquets ouverts et du contrat d'API public — aucun compte requis pour lire le code.
Explorer l'organisation OpenDPP sur GitHub