Sichere API-Schlüssel pro Client.
Daten, die sich
integrieren lassen.
Die vollständige Referenz für VIN-, Teile-, Scanner-, Übersetzungs-, Fahrzeug-, Vision- und Rückrufdienste von tapinomahub — einschließlich der Artikeloptimierung für eBay und andere Marktplätze über GET /parts/oe/{oeNumber}/seo.
https://api.tapinomahub.com
Transparenter Verbrauch je Anfrage.
OpenAPI 3.1, JSON und Multipart über HTTPS.
Endpoints lesen und verstehen.
Schreibgeschützte Referenz: Diese Seite sendet keine API-Aufrufe. Fügen Sie hier keine produktiven API-Schlüssel ein; testen Sie ausschließlich aus Ihrer eigenen serverseitigen Umgebung.
Accounts, Guthaben und Rate-Limits.
Wie Master-Clients, Unter-Nutzer, Pläne, Hub-Sponsoring und der VIN-Redirect zusammenspielen.
Master-Clients können unter /client/users weitere Nutzer mit eigenen API-Keys anlegen. Guthaben wird pro Nutzer geführt. Guthabenbuchungen sowie das Erstellen, Ändern und Zuweisen von Plänen erfolgen ausschließlich durch tapinoma und sind keine öffentlichen Integrationsoperationen. Integratoren lesen Saldo und Nutzung über die öffentlichen Usage-Endpunkte. Rate-Limits gelten pro Endpunkt.
Sobald ein Credit-Konto existiert, wird nur dann Guthaben abgezogen, wenn der angefragte Endpunkt durch keinen aktiven Plan abgedeckt ist. /client/usage liefert Guthaben, Plan-Verbrauch und Endpunkt-Nutzung; Master-Clients können dieselben Werte für eigene Unter-Nutzer über /client/users/{clientId}/usage abrufen.
Hub-Sponsoring: Ein ERP erteilt die Kostenübernahme aktiv über PUT /client/sponsorship-grants/{grantReference}. Der begünstigte Workspace sieht eingehende Grants über GET /client/sponsorship-grants/received. Bezahlt wird zuerst aus Plan und Guthaben des Begünstigten; der Sponsor springt nur ein, wenn beide die Anfrage nicht tragen. Gibt der Sponsor es frei, kann der Begünstigte über PUT /client/sponsorship-grants/received/{grantReference}/billing-mode dauerhaft zu dessen Konditionen wechseln — mit optionalem Monatsdeckel je Kunde. Workspace und VIN-Berechtigungen bleiben beim direkten tapinoma-Kunden.
VIN-Redirect: Antwortet der Fahrzeugabgleich mit redirect_required, erstellt das Kundensystem serverseitig eine Session über POST /vin/redirect-sessions und öffnet die zurückgegebene redirectUrl. Der Rücksprung enthält status, tapiId und optional den unveränderten state. Der API-Key bleibt serverseitig und wird nicht im Redirect übertragen.
Mit freigegebenem Testzugang und dokumentierten Testdaten integrieren.
Sandbox-Zugänge beantworten Anfragen vollständig aus dokumentierten Testdaten.
Was ein Aufruf kostet.
Preisbildung, Pläne, Guthaben und Limits – die verbindlichen Regeln aus der Spezifikation.
Was jede Antwort mitliefert.
Diese Header können auf jeder Antwort erscheinen, unabhängig vom Statuscode.
| Header | Beispiel | Beschreibung |
|---|
Jeder Fehler hat einen stabilen Code.
Jede Fehlerantwort enthält einen stabilen Code im Feld error. Für Fallunterscheidungen im Kundensystem ist ausschließlich dieser Code zu verwenden, nicht der Text in message. Wiederholbar bedeutet: derselbe Aufruf kann später ohne Änderung erfolgreich sein.
| Status | Code | Beschreibung | Wiederholbar |
|---|
Rechtliche Hinweise zur API-Nutzung.
Die maßgeblichen Hinweise aus der aktuellen API-Spezifikation – zusammengefasst nach Anwendungsbereich.
Keine Rechtshinweise in der Spezifikation gefunden.