Zum Inhalt springen
DESIGN OPERATING SYSTEM
V2.7 · READY

11EBAY VERTRIEBSSYSTEM

Zentral steuern.Kontrolliert live gehen.

Dieses Board ist die verbindliche Einrichtungsspur für eBay Deutschland. Es trennt sauber zwischen bereits gebauter Technik, echtem Providerbeleg und bewusst späterem Ausbau – damit kein Häkchen mehr behauptet, als praktisch nachgewiesen wurde.

11.1GEPRÜFTER IST-STAND

Manuell aktiv.
73 Angebote providerzugeordnet.

Der Snapshot stammt aus Produktionsdatenbank, Deployment und Systemzustand. Er ist bewusst statisch dokumentiert und trägt deshalb immer einen Prüfzeitpunkt – kein grüner Platzhalter, kein geratenes Provider-Signal.

PROVIDERBESTÄTIGT / 73 SYNCED
Production-OAuth, Kategorieprofile, Sicherheitsabbruch und Listing-Analytics sind grün.

Der read-only Traffic-Report aktualisierte um 13:50 CEST alle 73 Listings mit dem korrigierten eBay-Kalenderfenster. Die Kategorieverträge bleiben seit dem direkten Read am 31.08. auf 179680, Baum 77/135. Listing- und Mengen-Fingerprint, Preis, Bestand und Auto-Publish blieben unverändert.

BetriebsmodusPRODUCTION

Production-Keyset, OAuth und Verkäuferkonto providerbestätigt

VerkaufskanalEIN

Manuelle Aktionen freigegeben; 73 Angebote synchronisiert

Auto-PublishAUS

Kein automatisches Einstellen realer Artikel

OAuthOK

Production-Refresh-Token verschlüsselt vorhanden

Listing-Aufrufe127 VIEWS

Read-only Analytics bestätigt; 73/73 Listings am 01.09.2026 für 30 Tage aktualisiert

Seller-ProgrammOK

SELLING_POLICY_MANAGEMENT aktiv; echte Angebote sind published

Konto-RessourcenOK

1 ENABLED-Lagerort; kostenloser Versand, Sofortzahlung und 30-Tage-Rücknahme mit Käufer-Rücksendekosten

ReifenversandKOSTENLOS

Hermes, 0,00 € plus 0,00 € Zusatzkosten; keine Abholung oder Spedition

Oversell-PolicyACCEPT_RISK

Paralleler Shop-/eBay-Verkauf möglich; vor Pilot bewusst bestätigen

Kategorieprofile2 / 2 FRISCH

Am 31.08.2026 um 18:03 CEST live gelesen: EBAY_DE/179680 · Baum 77/135 · Satz-Fingerprint unverändert bestätigt

Production-ControlreadOK

Der lokale Cache vom 23.08. wurde erneuert; täglicher Worker liest beide Verträge künftig bereits nach sechs Tagen neu

Listing-VorbereitungLIVE GRÜN

Gebrauchtzustand, Satzpreis, Kategorie, Bilder und Template mit echtem Providerwrite bestätigt

MarktmonitorEIN

Read-only vorbereitet; 0 Cluster und 0 Snapshots

Channel-Listings73 SYNCED

31 Mengenartikel und 42 Sätze; erwartete und gelesene Summenmenge jeweils 81, keine offene Reconciliation-Abweichung

eBay-Orders0

Noch kein Pilotauftrag importiert

NÄCHSTES GATE · PILOTBESTELLUNGKANAL ENABLED · AUTO-PUBLISH AUS · 73 SYNCED

Das Verkäuferkonto, Listing-Writes und das providerbestätigte Sicherheitsende sind bestätigt. Offen ist jetzt der kontrollierte Kaufpfad: genau eine Bestellung importieren, Bestand beanspruchen, Rechnung erzeugen und Versand mit Tracking bei eBay bestätigen.

eBay-Einstellungen

Nachweisgrenze: Der direkte Kategorie-Controlread am 31.08. bestätigte beide Profile und den Satzvertrag. Der Analytics-Controlread am 01.09. lief nach der Zeitzonenkorrektur in einem Versuch grün: 73/73 Listings, 34 mit Aufrufen, 127 Views. Vorher und nachher blieben 73 synced, Summenmenge 81/81, der mutationssensitive Listing-Fingerprint und 0 offene Reconciliation-Fälle identisch. Eine echte Pilotbestellung bis Rechnung, Paket und Tracking bleibt offen.

11.2CONTROL PLANE

Eine Wahrheit.
Ein Arbeitsweg.

Preis, Bestand und Produktdaten werden im GEB-Admin gepflegt. eBay erhält revisionsfeste Sollzustände und liefert Verkäufe zurück; PostgreSQL bleibt die kaufmännische und physische Quelle der Wahrheit.

01GEB-Admin

Artikel, Preis, Bildfreigabe und Kanalentscheidung

02PostgreSQL

Bestand, Revision, Historie und durable Outbox

03eBay DE

Inventory-Angebot in Kategorie 179680

04Orderimport

Minütlich, idempotent und mit Cutover-Grenze

05Auftrag & Rechnung

Zentraler Beleg, Pick, Versand und Tracking

SOURCE

Admin führt

Reguläre Änderungen passieren ausschließlich im GEB-Admin. eBay bleibt Verkaufsfläche und Kontrollansicht.

STOCK

Policy entscheidet

single_channel ist der sichere Default. Die bewusst aktive Policy accept_risk erlaubt Shop + eBay nur bei einem eindeutig synchronisierten Listing; Pending, Error oder unbekannter Providerzustand bleiben gesperrt.

PROOF

Erfolg braucht Bestätigung

Ein lokaler Job ist erst synchron, wenn eBay den Write bestätigt oder Reconciliation denselben Zustand gelesen hat.

11.3JETZT EINRICHTEN

Konto vollständig.
Policies bestätigt.

Production-Keyset, RuName, OAuth, Datenschutz-Subscription, Selling Policy Management, Lagerort und alle drei Business Policies sind vorhanden. Der echte Listing-Read widerlegt den früheren Fehler 25002.

01 · ERLEDIGT
Production-Keyset hinterlegt

Production App ID und Cert ID liegen verschlüsselt im Admin. Sie werden nicht erneut kopiert und erscheinen weder in dieser CI noch in Logs oder Tickets.

Application Keys öffnen
02 · ERLEDIGT
RuName und Callback stehen

Accepted und Declined URL führen auf denselben kontrollierten Callback. Der erfolgreiche OAuth-Lauf beweist, dass der Production-RuName funktioniert.

OAuth-Anleitung
03 · ERLEDIGT
OAuth sicher verbunden

Der langlebige Production-Refresh-Token ist vorhanden. Frühere Meldungen wie ebay_oauth=declined oder „OAuth HTTP 400“ beschreiben nicht mehr den aktuellen Stand.

Admin-Einstellungen
04 · ERLEDIGT
Seller-Ressourcen und Write bestätigt

eBay liefert SELLING_POLICY_MANAGEMENT, den ENABLED-Lagerort, kostenlosen Hinversand, Sofortzahlung, 30 Tage Rücknahme mit Käufer-Rücksendekosten sowie 73 synchronisierte Angebote.

Opt-in-Anforderung
EBAY-FELDEXAKTER WERTZWECK
Display TitleGEB-Reifen AdminName auf der eBay-Zustimmungsseite
Privacy Policy URLhttps://shop.geb-reifen.de/recht/datenschutzVeröffentlichte GEB-Datenschutzseite
Auth Accepted URLhttps://api.geb-reifen.de/shop/integrations/ebay/oauth/callbackÖffentlicher OAuth-Callback
Auth Declined URLhttps://api.geb-reifen.de/shop/integrations/ebay/oauth/callbackDerselbe Callback trennt Ablehnung und Auth’n’Auth-Altsystem sauber
Die Zugangsbasis ist bereits sicher hinterlegt.

App ID, Cert ID, RuName und der vom Admin geholte Refresh Token sind vorhanden. Jetzt keine Tokens neu kopieren. Dev ID, manueller Zwei-Stunden-Token und PHP-SDK bleiben weiterhin unnötig.

NICHT IN CHAT
ODER TICKET

Nachweisgrenze · 01.09.2026: Die früheren Fehler 25001, 25002, Analytics OAuth HTTP 400 und 50018 sind Providerhistorie. Seller-Ressourcen, Rahmenbedingungen, 73 synchronisierte Production-Angebote und der zeitzonenfeste read-only Traffic-Abruf sind bestätigt. Auto-Publish bleibt bewusst aus; der noch offene Nachweis ist eine echte Bestellung mit lokalem Import, Rechnung und Tracking.

11.4ROLL-OUT-REGISTER

Was offen ist.
Und woran „fertig“ erkennbar ist.

Die Reihenfolge ist Teil der Sicherheitsarchitektur. JETZT darf parallel erledigt werden; DANACH bleibt bis zum jeweiligen Nachweis gesperrt. Der optionale Ausbau blockiert den ersten Verkauf nicht.

VERPFLICHTENDE GATES7 / 10

Technik, Konto, OAuth, Account-Deletion, Kategorieprofile, Rahmenbedingungen und der erste Live-Publish stehen. Als nächstes folgt der End-to-End-Nachweis einer echten Bestellung.

  1. 01
    Technische Basis fail-closed ausgerolltERLEDIGT

    Inventory, Metadata, Account, Fulfillment, Retry, Reconciliation, Rechnung und Account-Deletion-Handler sind produktiv vorhanden. Der Kanal ist für Poll und manuelle Aktionen aktiviert; Auto-Publish bleibt aus und reale Listings entstehen nur durch bewusste Freigabe.

    FERTIG, WENN: Production · Kanal enabled · Auto-Publish aus · mindestens 1 Listing providerseitig live
    OWNER
    System
  2. 02
    Developer-Account freigeschaltetERLEDIGT

    Die Freischaltung wurde am 15.08.2026 vom Betreiber bestätigt. Damit können jetzt die getrennten Sandbox- und Production-Keysets eingerichtet werden.

    FERTIG, WENN: Betreiberbestätigung vom 15.08.2026
    OWNER
    Betreiber / eBay
  3. 03
    Production-Keyset und Verkäufer-OAuth bereitstellenERLEDIGT

    Production-App-ID und Cert-ID sind verschlüsselt hinterlegt. Der echte Verkäufer konnte den OAuth-Consent vollständig durchlaufen; ein langlebiger Refresh Token ist vorhanden.

    FERTIG, WENN: Production-OAuth erfolgreich; Refresh Token vorhanden
    OWNER
    Betreiber
  4. 04
    Production-RuName exakt konfigurierenERLEDIGT

    Der Production-RuName und beide Callback-Wege sind eingerichtet. Frühere Ablehnung beziehungsweise OAuth HTTP 400 sind überholt; der erfolgreiche Refresh Token belegt den abgeschlossenen Callback.

    FERTIG, WENN: RuName gespeichert; OAuth-Callback hat den Refresh Token übernommen
    OWNER
    Betreiber
  5. 05
    Production-Verkäuferkonto vollständig bereitstellenERLEDIGT

    SELLING_POLICY_MANAGEMENT, Lagerort und Business Policies sind lesbar. Der frühere Fehler 25002 ist durch ein echtes providerseitig veröffentlichtes 4er-Satz-Angebot widerlegt.

    FERTIG, WENN: Verkäufer-Onboarding vollständig; Kontotest grün; kontrollierter Publish ohne 25002
    OWNER
    System + Betreiber / eBay
  6. 06
    Kategorievertrag und Pilotdaten abnehmenERLEDIGT

    Beide Profile für EBAY_DE/179680 wurden am 31.08.2026 frisch gelesen und bleiben auf Baum 77/135. Der bestätigte Satz-Fingerprint ist unverändert. Ein täglicher Worker erneuert beide lokalen Providerverträge bereits nach sechs Tagen, bevor der Sieben-Tage-Readiness-Blocker greift. Satzpreis statt Einzelpreis, Gebrauchtzustand, Kategorie, getrennte Kanalbilder und das Offer-Langtemplate sind durch das live gelesene 4er-Satz-Angebot bestätigt. Die aktive accept_risk-Policy bleibt bewusst sichtbar.

    FERTIG, WENN: Kategorie-Controlread grün; Artikeldaten vollständig; Oversell-Entscheidung dokumentiert; Pilotartikel published
    OWNER
    Admin + System
  7. 07
    Pilot-End-to-End-Test protokollierenJETZT

    Der fail-safe Menge-0-/End-Pfad ist seit 31.08.2026 an zwei extern reaktivierten Production-Offers mit frischem Provider-Readback bestätigt. Offen bleiben kontrolliertes Neuveröffentlichen sowie Pilotorder, Rechnung und Versand mit Tracking.

    FERTIG, WENN: Listing, 1→0→1, End, Order, Rechnung, Versand und Reconcile grün
    OWNER
    Betreiber + System
  8. 08
    Production Account Deletion abonnierenERLEDIGT

    Der Production-Endpunkt ist in eBay Alerts & Notifications registriert. Challenge und mehrere Test Notifications wurden am 16.08.2026 erfolgreich mit HTTP 204 quittiert; die unzutreffende Datenpersistenz-Ausnahme bleibt aus.

    FERTIG, WENN: eBay-Challenge beantwortet; Test Notifications HTTP 204; Audit vorhanden
    OWNER
    Betreiber
  9. 09
    Altangebote kontrolliert ablösenDANACH

    Vorhandene manuelle eBay-Angebote nicht blind importieren. Sicherste V1: Altangebote beenden, Bestand prüfen und anschließend aus dem GEB-Admin neu veröffentlichen.

    FERTIG, WENN: Keine doppelte SKU und kein fremdes aktives Menge-1-Angebot
    OWNER
    Betreiber + Admin
  10. 10
    Production für regulären Betrieb freigebenDANACH

    Production-Keyset, OAuth, Policies, Lagerort und der manuelle Kanalbetrieb sind bestätigt. Nach grünem Pilot Auto-Publish bewusst einschalten oder ausdrücklich aus lassen und den erweiterten Cutover dokumentieren.

    FERTIG, WENN: Pilot grün; Production-Reconcile grün; Monitoring, Orderimport und Rückfallweg bestätigt
    OWNER
    Betreiber + System
  11. 11
    Storno, Retoure und Preisvorschläge produktiv nachweisenJETZT

    Persistente Post-Order-Prozesse, exakte Unit-Rücknahme, eBay-Refund, automatische Storno-/Korrekturbelege und der Preisvorschlags-Arbeitsplatz sind gebaut. Preisvorschläge besitzen zusätzlich eine standardmäßig aktive Artikelregel in der Artikeldetailansicht; der Kanalschalter bleibt globaler Hauptschalter. Code, Migration und Produktionsrollout wurden am 26.08.2026 geprüft: 36/36 aktive Listings sind lokal synchron und starten mit aktiver Artikelregel. Ein echter kontrollierter Kundenfall muss Providerstatus, Relay-Belegmail und Reconciliation noch Ende-zu-Ende belegen. Nur der exakte Finances-Gebührensync bleibt optionaler Ausbau.

    FERTIG, WENN: Echter Preisvorschlag oder Post-Order-Fall mit Provider-Readback, exakten Units, genau einem Beleg und Mailnachweis grün
    OWNER
    System + Betreiber
  12. 12
    Listing-Aufrufe read-only freischaltenERLEDIGT

    Die read-only Nachzustimmung ist abgeschlossen. Nach der Korrektur des eBay-Kalendervertrags aktualisierte der Sofortlauf am 01.09.2026 alle 73 synchronisierten Listings im ersten Versuch: 34 Artikel besitzen Aufrufe über null, insgesamt meldet eBay 127 Views im 30-Tage-Fenster. Kompakte Datumsgrenzen werden ausdrücklich in America/Los_Angeles formatiert; Sofortabruf nach OAuth und Tageslauf bleiben bestehen.

    FERTIG, WENN: OAuth-Nachzustimmung erfolgreich; Traffic-Job in einem Versuch grün; 73/73 Artikel mit providerseitigem 30-Tage-Wert
    OWNER
    Betreiber + System

11.5API-ABDECKUNG

Was wir brauchen.
Was wir weglassen.

Die Menüpunkte auf der Selling-Apps-Seite sind ein Katalog, keine Einkaufsliste. GEB nutzt nur die Bereiche, die Listing, Bestellung, Nachverkauf, optionalen Preisvorschlag und die verpflichtende Datenschutzbenachrichtigung tatsächlich tragen.

BEREICHTECHNIKBEDARFSTANDAUFGABE
Listing ManagementInventory APIPFLICHTAdapter produktiv · Read grün

Accept-Language ist auf Production bestätigt; Item, Offer, Publish, Preis, Menge und kontrolliertes Ende bleiben Teil des Piloten

Listing MetadataTaxonomy + MetadataPFLICHTProviderbestätigt · Auto-Refresh

Blattkategorie, strukturierte Pflichtaspekte, GPSR und Kompatibilität sind fail-closed; beide Kategorieprofile werden täglich geprüft und nach sechs Tagen neu gelesen

Account ManagementAccount + Inventory APIPFLICHTProviderbestätigt

Programm, ENABLED-Lagerort, kostenloser Hinversand, Sofortzahlung und 30-Tage-Rückgabe mit Käufer-Rücksendekosten sind gelesen und ausgewählt

Order ManagementFulfillment APIPFLICHTGebaut

Minutenpoll, Orderimport und Versand/Tracking

After SalesPost-Order APIPFLICHTGebaut · Livefall offen

Storno, Rückgabe, Wareneingang, Refund-Readback und automatische Storno-/Korrekturbelege; Unklarheit bleibt fail-closed

PreisvorschlägeInventory + Metadata + Trading APIOPTIONAL AKTIVIERBARProduktiv · Livefall offen

Globaler Hauptschalter plus standardmäßig aktive Artikelregel, Kategorieprüfung, revisionsgebundener Offer-Write, GetBestOffers/RespondToBestOffer und konkrete Unit-Reservierung vor Annahme

Account DeletionNotification + Public KeyPFLICHT PRODProviderbestätigt

Challenge, Test Notifications, ECC-Prüfung, Löschung und Retention-Review

CommunicationOrder-PushNICHT NÖTIG V1Minutenpoll führt

Push kann später Latenz senken, ersetzt Reconciliation nicht

FinancesFinances APIOPTIONALNoch aus

Nur für exakte eBay-Gebühren; zusätzlicher Scope und Signaturschlüssel

Listing AnalyticsAnalytics APIREAD-ONLYProviderbestätigt · Kalenderfix live

Sofortabruf nach OAuth plus täglicher Traffic-Report mit 30-Tage-Aufrufen je lokal zugeordnetem eBay-Listing; kompakte Datumsgrenzen folgen America/Los_Angeles, ohne Marketing- oder Angebotsänderung

SDKPHP oder Fremd-PluginNICHT NÖTIGBewusst nein

Der bestehende TypeScript-Adapter spricht die offiziellen REST-APIs direkt an

Kernumfang: Inventory + Taxonomy/Metadata + Account + Fulfillment + Post-Order; für Preisvorschläge zusätzlich zwei eng begrenzte Trading-Aufrufe und für die Artikelansicht ausschließlich der read-only Analytics-Traffic-Report. Marketing-Writes, Übersetzung, ein fremdes Plugin und das PHP-SDK werden nicht gebraucht.

11.6MAPPING & GUARDRAILS

Jedes eBay-Feld
hat einen Besitzer.

Kein Preis, keine Menge und kein technisches Merkmal entsteht in einem Freitext-Template. Die Artikeldatenbank liefert Fakten; der live geladene eBay-Kategorievertrag entscheidet, welche davon verpflichtend und zulässig sind.

Titel
GEB-QUELLE

Lieferumfang, TyreSpec.season, Hersteller/Modell und technische Größe

EBAY-WIRKUNG

Einzelreifen beziehungsweise 2x/4x + Sommerreifen/Winterreifen/Ganzjahresreifen. Bei maximal 80 Zeichen wird nur Hersteller/Modell gekürzt; Saison und Größe bleiben erhalten

Preis
GEB-QUELLE

SaleOffer beziehungsweise Reifensatzpreis im GEB-Admin

EBAY-WIRKUNG

EUR-Angebot bei eBay; Änderung erzeugt Historie, Sollrevision und retry-fähigen Job

Menge & Lieferumfang
GEB-QUELLE

Konkrete StockUnit, stabiler loser Mengenartikel oder fester 2er-/4er-TyreSet

EBAY-WIRKUNG

Lose Mengenartikel: Aspekt 1, Inventory/Offer N Einzelreifen. Feste Sätze: Aspekt 2/4, Inventory/Offer 1 Satz

Kategorie
GEB-QUELLE

Nur loser Reifen oder einheitlicher Reifensatz

EBAY-WIRKUNG

Beide Profile fest auf EBAY_DE / 179680; Felgen und Kompletträder blockieren vor dem API-Write

Pflichtmerkmale
GEB-QUELLE

TyreSpec: Hersteller, width_mm, aspect_ratio, season und rim_diameter

EBAY-WIRKUNG

Hersteller, Reifenbreite, Reifenquerschnitt, Reifenspezifikation und Zollgröße; MPN-Fallback: Nicht zutreffend

Zustand
GEB-QUELLE

StockUnit-Zustandsklasse A, B oder C; beim Satz gilt die schwächste Klasse

EBAY-WIRKUNG

Condition-ID 3000 Gebraucht; Reifenzustand A = Sehr guter Zustand, B = Guter Zustand, C = Gebrauchter Zustand

DOT & Profil
GEB-QUELLE

Konkrete StockUnits des Angebots

EBAY-WIRKUNG

Gleiche DOT als vierstelliger Wert; gemischter Satz als Verteilung wie 3421 (1x), 4321 (3x); fehlende DOT blockiert statt zu raten

GPSR
GEB-QUELLE

Strukturierte TyreSpec-Daten plus ergänzende, fachlich geprüfte Admin-Angaben

EBAY-WIRKUNG

Verlustfreier Deep-Merge; Pflichtkontakt, Konsistenz und Offenlegung werden serverseitig geprüft. PLZ bleiben in der Quelle unverändert und werden nur für eBays 9-Zeichen-Vertrag separatorfrei kanonisiert

Bilder
GEB-QUELLE

Im Admin separat für eBay freigegebene Freisteller-/Studio-Varianten und ein eigenes eBay-Hauptbild

EBAY-WIRKUNG

Native Galerie: Freisteller zuerst und Studio als Detail, beide zwingend mit passender Wasserzeichen-Ableitung; Originale bleiben intern, Shop-Auswahl bleibt unabhängig

Beschreibung
GEB-QUELLE

Strukturierte Artikeldaten, getrennte Content-Bildauswahl, CI-Logo und serverseitiger Verkäufername

EBAY-WIRKUNG

Kontrollierte mobile Kurzbeschreibung bis 800 Zeichen; Offer-Template ab 320 px einspaltig mit 16-px-Grundschrift, relativen Bildern bis maximal 700 px, sauberem Umbruch und Desktop-Erweiterung ohne Tabellen oder aktiven Inhalt

Paket
GEB-QUELLE

Aus Reifengröße abgeleitete Hermes-Klasse

EBAY-WIRKUNG

31,5 kg und die maßlich zulässige Tarifobergrenze der Klasse; keine erfundene Reifengewichtsschätzung

Bestellung
GEB-QUELLE

eBay Fulfillment Order

EBAY-WIRKUNG

Idempotente lokale Order, konkrete Bestandszuordnung und zentrale fortlaufende Rechnung

SYSTEM-OWNED

Fakten sind nicht überschreibbar

Hersteller, Breite, Querschnitt, Reifenspezifikation, Zollgröße, Satzgröße, DOT, EAN und der MPN-Fallback stammen aus strukturierten Daten. Abweichende Admin-Overrides werden ignoriert und als Readiness-Fehler gemeldet.

GPSR-MERGE

Ergänzen ohne Datenverlust

Admin-Angaben werden tief und feldweise mit dem TyreSpec-Fallback zusammengeführt. Danach prüft der Server Pflichtkontakt, elektronische Erreichbarkeit, verantwortliche Person und regulatorische Konsistenz. eBays maximale PLZ-Länge von neun Zeichen wird zentral vor jedem Offer-Write durchgesetzt; Bindestriche und Leerzeichen werden nur im Transportwert entfernt, niemals in der gespeicherten Herstellerquelle.

EVIDENZ

Listing live, Order offen

Mapping, GPSR, Readiness, Rahmenbedingungen und echte Providerwrites sind bestätigt. Der aktuelle Kategorievertrag wird einmal je exaktem Profil-Fingerprint freigegeben; jeder Listing-Snapshot bleibt trotzdem revisionsfest. Der nächste harte Nachweis ist eine Pilotbestellung bis Import, Rechnung, Paket und eBay-Tracking.

HARTER SORTIMENTSVERTRAGEBAY_DE / 179680 · REIFEN

Erlaubt sind einzelne lose Reifen sowie einheitliche 2er- oder 4er-Reifensätze. Felgen 179679, Kompletträder 179681, gemischte Radsätze und jede andere Blattkategorie werden vor Metadatenabruf und Publish technisch abgewiesen.

eBay-Kategorie 179680 prüfen
FELGEN KOMPLETTRÄDER FREMDE KATEGORIE

11.7KRITISCHE GRENZEN

Automatisch, wo sicher.
Manuell, wo ehrlich.

Vollautomatisch bedeutet nicht, Unsicherheit zu verstecken. Diese fünf Grenzen müssen im Alltag bekannt bleiben; sie sind Betriebsregeln, keine offenen Designfragen.

01
Inventory-Angebote sind API-owned

eBay dokumentiert, dass mit der Inventory API erstellte Listings nicht im Seller Hub oder über eine andere Listing-Plattform editiert werden können. Notfallkontrolle ja, paralleles Editieren nein. Wenn Seller-Hub-Editing zwingend wird, muss die Architektur vor dem ersten Publish auf Trading API neu entschieden werden.

02
Kein Provider ist „niemals gestört“

eBay und Netzwerk bleiben externe Fehlerdomänen. Durable Jobs, Soll/Ist-Abgleich und ein sicher gesperrter Bestand machen Fehler erkennbar. Jede Meldung nennt Artikelnummer beziehungsweise Satzcode, Produktdaten, Ursache und eBay-Fehlercode statt nur API-Pfad und JSON. Einen geklärten Altjob schließt der Admin mit Pflichtnotiz dauerhaft für alle ab; das archiviert nur den Alarm und ändert weder Listing noch Bestand.

03
Geld, Ware und Beleg enden nur gemeinsam

Post-Order-Stornos und Retouren werden im Admin geführt. Versand wird zuerst gesperrt, Rückgaben benötigen konkrete Unitnummern und jeder Refund wird zurückgelesen, bevor Storno- oder Korrekturbeleg entsteht. Direkte Refunds, Disputes und unklare Providerantworten bleiben sichtbar gesperrt statt optimistisch abgeschlossen.

04
Altbestand braucht einen Cutover

Ein bekanntes Listing ist noch kein sicherer Bestand. Alte oder manuell reaktivierte Angebote müssen gegen lokale Units geprüft oder beendet werden. Ein Issue zu ignorieren verändert weder eBay noch den physischen Reifen.

05
Wasserzeichen bleiben ein Plattform-Risiko

Die native Galerie nutzt auf ausdrückliche Betreiberentscheidung Wasserzeichen für Haupt- und Detailbild. Die aktuelle eBay Picture Policy untersagt Wasserzeichen jeder Art; Entfernung, schlechtere Platzierung oder Kontoeinschränkungen sind deshalb nicht technisch auszuschließen.

Notfallweg

Bei Providerfehlern nicht hektisch denselben Reifen in Shop und eBay neu einstellen. Kanalstatus und offene Issues im Admin prüfen, Providerzustand lesen, dann kontrolliert retryen, reconciliieren oder beenden. Der Bestand bleibt bis zur eindeutigen Klärung gesperrt.

11.8PRODUCTION-GATE

Erst wenn alles grün ist.
Dann klein starten.

Production wird nicht durch das Eintragen eines Schlüssels freigegeben. Der kontrollierte Cutover benötigt Provider-, Daten-, Bestands-, Beleg- und Betriebsnachweise am selben freigegebenen Stand.

PRODUCTION-COMPLIANCEMarketplace Account Deletion

Unter Alerts & Notifications eine überwachte Alert-E-Mail, diesen Endpunkt und den einmalig im Admin erzeugten Verification Token speichern:

https://api.geb-reifen.de/hooks/ebay/marketplace-account-deletion
„NOT PERSISTING EBAY DATA“
NICHT AKTIVIEREN
ZUGANG

Production App ID, Cert ID und eigener Production-RuName; OAuth-Verbindung und Refresh Token grün.

PRIVACY

Account-Deletion-Endpunkt verifiziert, Test Notification quittiert und Alert-E-Mail überwacht.

SELLER SETUP

Lagerort und Policies sind lesbar; eBay 25002 ist durch das providerseitig veröffentlichte Pilotangebot widerlegt.

KATEGORIE

Beide Profile auf 179680/Baum 77/135 live synchronisiert; Satz-Fingerprint global bestätigt, tägliche Prüfung mit Refresh nach sechs Tagen, Listing-Snapshots bleiben revisionsfest.

LISTING

Pilot mit korrektem Titel, Preis, Kaufeinheit/Lieferumfang, Bestand, Zustand, Bildauswahl, mobiler 800-Zeichen-Kurzbeschreibung, überlauffreiem Offer-Template und eBay-Item-ID.

ORDER

Kauf erscheint einmal im Admin, beansprucht exakt die richtige Unit und erzeugt genau eine Rechnung.

FULFILLMENT

Versand und Tracking sind bei eBay bestätigt; lokaler Status folgt erst dem Providererfolg.

AFTER SALES

Ein kontrollierter Storno-/Retourenfall bestätigt Versandstopp, Refund-Readback, exakte Units, genau einen steuerlichen Beleg und Relay-Zustellung.

PREISVORSCHLAG

Kategorie erlaubt Best Offer; Hauptschalter und Artikelregel sind aktiv; Annahme reserviert vor dem Providerwrite exakt die verkaufte Menge und eine bezahlte Order übernimmt dieselben Units.

RECOVERY

Reconcile setzt Inventory- und Offer-Menge auf 0, zieht das Offer zurück und akzeptiert erst den frischen Provider-Readback; zwei Production-Offers sind damit am 31.08.2026 bestätigt beendet.

Startregel: enabled ist noch kein Live-Angebot.

Der eingeschaltete Kanal erlaubt Poll und bewusst angestoßene Aktionen. Erst wenn Listing, Kauf, Rechnung, physische Zuordnung, Versand und Reconciliation eines Pilotartikels sauber sind, wird der nächste kleine Batch freigegeben. Auto-Publish bleibt bis zur ausdrücklichen Betriebsabnahme aus.

11.9QUELLEN & PFLEGE

Keine Erinnerungslücke.
Ein gepflegter Vertrag.

Diese Seite ist das lesbare Rollout-Board. Das Runbook bleibt die operative Tiefenreferenz; die Architektur dokumentiert Transaktionen, Ownership und Fehlergrenzen. Bei jedem eBay-Schritt werden Statusdatum und Nachweis hier aktualisiert.

INTERN / BETRIEBeBay Runbook

Einrichtung, Betriebsmodi, Fehlerbehandlung, Reconciliation und Testmatrix.

docs/runbooks/step-8-ebay.md
INTERN / ARCHITEKTURChannel-Vertrag

Outbox, Revisionen, Stockclaims, Order-Lifecycle, Datenschutz und Post-Order-Grenze.

docs/architecture/ebay-channel-market-monitor.md
INTERN / LISTING-CIListing-System

Informationshierarchie, Bildwahrheit, editierbare Texte und technischer Renderer.

docs/design/ebay-listing-system.md

Pflegeregel: Letztes inhaltliches Update 01.09.2026. Bei jedem weiteren Gate werden Aufgabenstatus, Nachweis, Prüfzeitpunkt und – falls betroffen – Runbook/Architektur gemeinsam aktualisiert. Secrets bleiben aus Git und aus dieser Seite ausgeschlossen.