Pässe in der Breite ausstellen. Schema-treu, signiert, verifizierbar.
Einzeln, im Batch oder per CSV — jeder Pass wird auf den richtigen delegierten Rechtsakt gemappt, kryptografisch signiert und in dem Moment, in dem er ausgestellt wird, auf einer öffentlichen Verifikations-URL veröffentlicht.
- 500 frei für 90 Tage
- ESPR-fähig · 4 delegierte Rechtsakte
- GS1 + DataMatrix nativ
Eine laufende Oberfläche, kein Slide.
Ein echter Batch-Lauf, während er ausgeführt wird: Schemas validiert, Signaturen gesetzt, QR-Codes erzeugt, öffentliche URLs veröffentlicht — bei rund 14 SKUs pro Sekunde.
- SKUs gesamt
- 487
- Validiert
- 487
- Signiert
- 312
- Veröffentlicht
- 312
- passport.signedVOLTA-9821-LIBvor 0,4 s
- passport.publishedMAISN-3304-TXTvor 0,7 s
- qr.generatedKURO-7712-MOBvor 0,9 s
- passport.signedHALIN-2204-TOYvor 1,2 s
Vier Eigenschaften, die von einer SKU bis hunderttausend halten.
Auf Volumen gebaut.
Stelle 500+ Pässe in unter dreißig Sekunden aus. Ein Klick, ein Batch oder eine CSV — gleicher Durchsatz, gleiche Garantien, gleiche Signaturkette.
Pro Kategorie gemappt.
Jeder Datensatz wird automatisch auf den ESPR-Kern plus den aktiven delegierten Rechtsakt seiner Kategorie gemappt — Batterie, Textil, Elektronik oder Spielzeug. Schema-Drift wird beim Validieren erwischt, nicht nach Publish.
Standardmäßig unveränderlich.
Jede Revision ist ein neuer, kryptografisch signierter Datensatz. Vorgängerversionen bleiben wortgetreu erhalten. Der Audit-Trail ist die Quelle der Wahrheit, kein Logfile.
Ab Tag eins öffentlich.
Jeder ausgestellte Pass erhält eine öffentliche, AAA-konforme URL mit QR. Prüfer, Distributoren und Konsumenten verifizieren in einem Tap — ohne Login, ohne Portal, ohne auf uns zu warten.
Wähle die Oberfläche, die zum Workflow passt.
Aus der Konsole ausstellen.
Einloggen, ein SKU-Template wählen, ausstellen klicken. Für kleine Batches, Ad-hoc-Fixes und die Minuten vor einem Launch.
So geht esPOST /v1/passports.
REST oder webhook-getrieben aus deinem ERP, PLM, PIM oder CI. Idempotent, schema-versioniert und an der Response-Grenze signiert.
API-Referenz lesenCSV reinziehen, Batch ausliefern.
Jede Zeile wird im Flug gegen das aktive Schema validiert. Schlechte Zeilen erscheinen inline; gültige gehen direkt in Signatur und Publish.
CSV-Format ansehenDrei Schritte vom System of Record zum öffentlichen Pass.
- 01Schritt
Mappen.
Verbinde dein ERP, PLM oder PIM (60+ native Integrationen). Felder einmal pro SKU-Kategorie mappen — die Plattform merkt sich das Mapping für jeden folgenden Batch.
- 02Schritt
Validieren.
Jeder Datensatz wird in Echtzeit gegen das aktive Schema des delegierten Rechtsakts geprüft. Schlechte Zeilen erscheinen inline mit klarer Begründung; gültige gehen direkt zur Signatur.
- 03Schritt
Signieren + veröffentlichen.
Kryptografische Signatur, unveränderliche Revision, öffentliche AAA-konforme URL, QR generiert. Alles in einer Transaktion — nie halb veröffentlicht.
Aus jedem System ausstellen, das du ohnehin betreibst.
Ein einziger POST erzeugt einen Pass, signiert ihn, indiziert ihn und liefert eine öffentliche Verifikations-URL. Treibe es aus dem ERP, dem PIM, einem CI-Job oder einem Zapier-Step — der Vertrag bleibt derselbe.
curl -X POST https://api.dppautomate.eu/v1/passports \
-H "Authorization: Bearer $DPP_API_KEY" \
-H "Content-Type: application/json" \
-d '{
"gtin": "07612345678901",
"category": "battery",
"regulation": "EU 2023/1542",
"manufacturer": "Volta Cell GmbH",
"placed_on_market": "2027-02-18",
"schema_version": "battery@1.2",
"metadata": { "model": "LiB-4.2kWh", "chemistry": "LFP" }
}'Was jeder ausgestellte Pass standardmäßig mitbringt.
ESPR-fähig
Kern-Schema plus die vier aktiven delegierten Rechtsakte: Batterie, Textil, Elektronik, Spielzeug. Neue Akte liefern wir, sobald sie landen.
GS1 + DataMatrix nativ
GTIN, SGTIN und DataMatrix-codierte Identifier sind im Schema eingebaut. Keine aufgesetzte Identitätsschicht.
Kryptografisch signiert
Jeder Pass — und jede Revision jedes Passes — wird signiert. Manipulationssicher ab dem Moment der Ausstellung.
Unveränderliche Revisionen
Versionen akkumulieren; nichts wird je überschrieben. Jede Änderung ist ein neuer signierter Datensatz unter derselben Pass-ID.
Öffentliche Verifikations-URLs
AAA-konforme Pass-URLs, hreflang-ausgeliefert in 24 Sprachen, mit QR bei Ausstellung generiert.
Preis pro Pass
Zahle für das, was du ausstellst — nie pro Sitzplatz. Unbegrenzte Teammitglieder in jedem Plan.
Die Fragen,
die Produktteams wirklich stellen.
Sechs wiederkehrende Fragen von Produkt-, Compliance- und Supply-Chain-Teams, die ihre erste Bulk-Ausstellung fahren. Wenn deine nicht dabei ist, geht das Kontaktformular an einen Menschen.
Working Session buchen →Wie hoch ist der reale Durchsatz bei Bulk-Ausstellung?+
Im Standardplan hält die Plattform rund vierzehn signierte, veröffentlichte SKUs pro Sekunde — eine CSV mit fünfhundert Zeilen ist in unter dreißig Sekunden fertig. Enterprise-Kunden betreiben dedizierte Signing-Worker und haben über hundert SKUs pro Sekunde gebenchmarkt. In der Praxis ist der Flaschenhals fast immer die Schema-Validierung upstream, nicht die Signatur-Pipeline.
Können wir Pässe ausstellen, bevor das Schema des delegierten Rechtsakts final ist?+
Ja. Die Plattform liefert einen Draft-Modus für jeden delegierten Rechtsakt, der gerade in der Rechtsetzung ist — Spielzeug, die nächste Elektronik-Revision, die Textil-Minor-Amendments. Draft-Pässe werden gegen das Kandidaten-Schema signiert und auf der öffentlichen URL klar als Draft gekennzeichnet. Sobald der Akt final ist, migriert die Plattform die Datensätze automatisch und signiert gegen das finale Schema neu. Die ursprüngliche Draft-Signatur bleibt in der Revisionshistorie erhalten.
Was passiert, wenn das Schema mitten im Zyklus geändert wird?+
Wenn ein delegierter Rechtsakt ein Update bringt, veröffentlichen wir die neue Schema-Version und markieren die Vorgängerversion als abgelöst. Bestehende Pässe behalten ihre Originalsignaturen und bleiben gegen die Version gültig, unter der sie ausgestellt wurden. Du kannst in deinem Tempo unter der neuen Version neu ausstellen; nichts erzwingt einen Stampede. Die öffentliche URL zeigt sowohl die ausgestellte als auch die aktuelle kanonische Version, damit Prüfer genau nachvollziehen, was sich wann geändert hat.
Wie werden Duplicate-SKU-Kollisionen gehandhabt?+
Jeder Pass trägt eine stabile plattformseitige ID (`pst_*`) plus die kundenseitige Kennung (typischerweise GTIN oder SKU). Wenn du einen Pass für eine SKU postest, die schon einen Datensatz hat, behandelt die Plattform das als neue Revision auf demselben Pass — kein Duplikat. Die alte Revision bleibt wortgetreu, die neue wird unter derselben öffentlichen URL kanonisch. Idempotenz-Keys werden unterstützt, damit ein wiederholter Call nie versehentlich einen zweiten Datensatz erzeugt.
Kann ich Draft- oder Preview-Pässe ausstellen, ohne zu veröffentlichen?+
Ja. Setze `status: "draft"` im Issuance-Request, und der Pass wird signiert, aber die öffentliche URL liefert eine Private-Access-Seite, die den Issuer-seitigen Token verlangt. Nützlich für internes Review, regulatorische Vorprüfungen und Lieferanten-Walkthroughs. Ein einziger API-Call (oder ein Klick in der Konsole) hebt den Draft auf Published — gleiche Signatur, gleiche Revision, keine zweite Signaturzeremonie.
Ändert sich die öffentliche Pass-URL, wenn wir eine neue Revision ausstellen?+
Nein. Die öffentliche URL ist stabil über die gesamte Lebensdauer des Passes. Eine neue Revision wird zum kanonischen Inhalt unter dieser URL; ältere Revisionen bleiben über `/p/pst_*/v3` erreichbar. QR-Codes, die auf dem Produkt gedruckt sind, veralten nie — sie zeigen auf dieselbe URL, egal ob du einmal oder fünfzigmal neu ausstellst.