ERP im Autorecycling: die Anbindung, die man einmal richtig bautAlle Beiträge

ERP im Autorecycling: die Anbindung, die man einmal richtig baut

Die eigentliche Arbeit einer Anbindung ist nicht der Aufruf, sondern die Feldzuordnung — und die Frage, was passiert, wenn eine Quelle nichts liefert.

Veröffentlicht: 2026-09-07Aktualisiert: 2026-09-15Lesezeit: 4 minDaten, KI & Innovation
KI & DatenAutomotive AftermarketERP & WarenwirtschaftTeilehandelVINOE-NummerHSN/TSN

Die meisten Anbindungen scheitern nicht an der Technik. Sie scheitern daran, dass niemand festgelegt hat, wohin ein Antwortfeld gehört, was ein leeres Feld bedeutet und wer entscheidet, wenn zwei Quellen sich widersprechen. Dieser Text beschreibt die Anbindung, die man einmal baut und danach nur noch erweitert — unabhängig davon, welches ERP im Haus steht.

Die vier Datenflüsse eines Verwerterbetriebs

  • Fahrzeug herein. VIN erfassen, Fahrzeug abgleichen, Fahrzeugakte anlegen. Einmal je Fahrzeug, am Anfang der Kette.
  • Teile heraus. Teileliste zum Fahrzeug, Auswahl der auszubauenden Positionen, Bestandsanlage je Stück.
  • Artikel vermarkten. Teiledaten, Marktplatzdaten und Bilder je Artikel, Verteilung auf die Kanäle.
  • Rückfluss. Verkauf, Retoure, Nachbewertung — die Daten, die aus dem Kanal zurückkommen und den Bestand korrigieren.

Feldzuordnung: die eigentliche Arbeit

Antwortfeld, Zielfeld, Bedeutung eines Leerwerts
AntwortfeldTypisches Zielfeld im ERPBei leerem Wert
tapiIdFahrzeugreferenz in der FahrzeugakteKein Abgleich zustande gekommen — Akte anlegen, Aufgabe erzeugen
mainType, subTypeBaureihe und AusführungFreitext aus dem Fahrzeugschein belassen, nicht raten
kba.hsn, kba.tsnSchlüsselnummernFeld leer lassen; viele Importfahrzeuge haben keine
parts[].numberOE-Nummer der BestandspositionPosition ohne Nummer anlegen und für die Nacherfassung markieren
parts[].tapiGenArtTeileart für Kategorie und AuswertungKategorie manuell setzen, nicht aus der Bezeichnung ableiten
parts[].vdiBestätigte VDI-4081-ZuordnungenGeliefertes [] übernehmen und nichts ableiten; fehlt das Pflichtfeld, Antwort quarantänisieren
matchLevelQualitätskennzeichen an der TeilelisteNie weglassen — es entscheidet, ob die Liste verkaufsfähig ist
content.ebayTitle, itemSpecificsKanalfelder des ArtikelsArtikel nicht veröffentlichen, sondern in den Prüfkorb

Die vier technischen Punkte, an denen es klemmt

  1. Asynchrone Antworten. GET /vin/{vin}/parts und GET /vin/{vin}/economic-evaluation antworten entweder mit 200 oder nehmen den Auftrag mit 202 an. Eine Anbindung, die nur 200 kennt, funktioniert im Test und fällt im Betrieb aus; Job-Kennung speichern und im genannten Abstand nachfragen.
  2. Ein Aufruf je Client gleichzeitig. Weitere parallele Anfragen enden mit 429 client_request_in_progress. Eine Warteschlange im ERP ist Pflicht, kein Feinschliff.
  3. Idempotenz. Schreibende Aufrufe nehmen einen Idempotency-Key. Derselbe Schlüssel liefert dasselbe Ergebnis ohne erneute Ausführung — der einfachste Schutz gegen doppelte Belastung bei einem Wiederholungslauf.
  4. Abrechnung sichtbar machen. Die Kopfzeilen X-Tapinoma-Billing-Source und X-Tapinoma-Billing-Bundle sagen, wie ein Aufruf verrechnet wurde. Wer sie protokolliert, kann später jede Rechnungsposition erklären.

Reihenfolge der Einführung

  1. Mit dem Fahrzeugeingang anfangen. Die VIN-Anbindung spart am meisten Zeit und ist am einfachsten zu messen.
  2. Feldzuordnung schriftlich festhalten, inklusive Bedeutung jedes Leerwerts. Dieses Dokument ist die Anbindung; der Code ist nur seine Umsetzung.
  3. Mit fünf Fahrzeugen testen, darunter ein Import ohne Schlüsselnummern und eines ohne Treffer.
  4. Fehlerfall festlegen: Vorgang anlegen, Feld leer lassen, Aufgabe erzeugen — nie einen geschätzten Wert.
  5. Ausrollen und zwei Wochen messen: Bearbeitungszeit je Fahrzeug, Anteil des Prüfkorbs, Nacherfassungen, Aufrufe je Vorgang.

Grenzen

  • Die API ersetzt kein ERP. Sie liefert Daten an das führende System; Bestand, Beleg und Buchhaltung bleiben dort.
  • Ergebnisse gehören in Ihre Datenbank. Kein Aufruf bei jedem Seitenaufruf; Teiledaten ändern sich selten, jede Wiederholung kostet.
  • Rechte am Ergebnis richten sich nach dem Vertrag. Was gespeichert werden darf, steht dort und nicht im Datenmodell.
  • Nicht jedes Feld ist überall belegt. Abdeckung unterscheidet sich nach Hersteller, Baujahr und Markt; das gehört in die Feldzuordnung, nicht in den Support.

Der vollständige Weg vom Fahrzeug zur Bewertung steht in Von der VIN zur Wirtschaftlichkeitsanalyse: der Fahrzeugweg, der vom Teil zum Kanal in Von der OE-Nummer zum marktplatzfertigen Artikel. Wer keine eigene Entwicklung hat, fragt zuerst den ERP-Anbieter — die meisten Systeme für Verwerter bringen eine Schnittstellenschicht bereits mit; siehe ERP und Warenwirtschaft: Artikel anlegen, Passung prüfen, je Endkunde abrechnen und Schnittstelle anbinden: Wann sich eine API für Verwerter lohnt.

Quellen und Rechtsgrundlagen

Häufige Fragen

Welcher Prozess sollte zuerst angebunden werden?

Der Fahrzeugeingang über die VIN. Er spart am meisten Handarbeit und lässt sich am klarsten messen.

Was passiert, wenn die API nicht antwortet?

Der Vorgang wird trotzdem angelegt, das Feld bleibt leer, und es entsteht eine Aufgabe zur Nacherfassung. Ein Vorgang darf nie an einer externen Abfrage hängen bleiben.

Wie verhindere ich doppelte Belastungen?

Mit einem Idempotency-Key je fachlichem Vorgang. Eine Wiederholung mit demselben Schlüssel liefert dasselbe Ergebnis ohne erneute Ausführung.

Brauche ich eigene Entwickler?

Nicht zwingend. Viele Warenwirtschaften lassen sich vom Hersteller anbinden; die Feldzuordnung müssen Sie trotzdem selbst festlegen.