Production-Keyset, OAuth und Verkäuferkonto providerbestätigt
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.
Manuelle Aktionen freigegeben; 73 Angebote synchronisiert
Kein automatisches Einstellen realer Artikel
Production-Refresh-Token verschlüsselt vorhanden
Read-only Analytics bestätigt; 73/73 Listings am 01.09.2026 für 30 Tage aktualisiert
SELLING_POLICY_MANAGEMENT aktiv; echte Angebote sind published
1 ENABLED-Lagerort; kostenloser Versand, Sofortzahlung und 30-Tage-Rücknahme mit Käufer-Rücksendekosten
Hermes, 0,00 € plus 0,00 € Zusatzkosten; keine Abholung oder Spedition
Paralleler Shop-/eBay-Verkauf möglich; vor Pilot bewusst bestätigen
Am 31.08.2026 um 18:03 CEST live gelesen: EBAY_DE/179680 · Baum 77/135 · Satz-Fingerprint unverändert bestätigt
Der lokale Cache vom 23.08. wurde erneuert; täglicher Worker liest beide Verträge künftig bereits nach sechs Tagen neu
Gebrauchtzustand, Satzpreis, Kategorie, Bilder und Template mit echtem Providerwrite bestätigt
Read-only vorbereitet; 0 Cluster und 0 Snapshots
31 Mengenartikel und 42 Sätze; erwartete und gelesene Summenmenge jeweils 81, keine offene Reconciliation-Abweichung
Noch kein Pilotauftrag importiert
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.
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.
Artikel, Preis, Bildfreigabe und Kanalentscheidung
Bestand, Revision, Historie und durable Outbox
Inventory-Angebot in Kategorie 179680
Minütlich, idempotent und mit Cutover-Grenze
Zentraler Beleg, Pick, Versand und Tracking
Admin führt
Reguläre Änderungen passieren ausschließlich im GEB-Admin. eBay bleibt Verkaufsfläche und Kontrollansicht.
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.
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.
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 öffnenAccepted und Declined URL führen auf denselben kontrollierten Callback. Der erfolgreiche OAuth-Lauf beweist, dass der Production-RuName funktioniert.
OAuth-AnleitungDer langlebige Production-Refresh-Token ist vorhanden. Frühere Meldungen wie ebay_oauth=declined oder „OAuth HTTP 400“ beschreiben nicht mehr den aktuellen Stand.
eBay liefert SELLING_POLICY_MANAGEMENT, den ENABLED-Lagerort, kostenlosen Hinversand, Sofortzahlung, 30 Tage Rücknahme mit Käufer-Rücksendekosten sowie 73 synchronisierte Angebote.
GEB-Reifen AdminName auf der eBay-Zustimmungsseitehttps://shop.geb-reifen.de/recht/datenschutzVeröffentlichte GEB-Datenschutzseitehttps://api.geb-reifen.de/shop/integrations/ebay/oauth/callbackÖffentlicher OAuth-Callbackhttps://api.geb-reifen.de/shop/integrations/ebay/oauth/callbackDerselbe Callback trennt Ablehnung und Auth’n’Auth-Altsystem sauberApp 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.
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.
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.
- 01OWNER
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
System - 02OWNER
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
Betreiber / eBay - 03OWNER
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
Betreiber - 04OWNER
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
Betreiber - 05OWNER
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
System + Betreiber / eBay - 06OWNER
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
Admin + System - 07OWNER
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
Betreiber + System - 08OWNER
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
Betreiber - 09OWNER
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
Betreiber + Admin - 10OWNER
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
Betreiber + System - 11OWNER
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
System + Betreiber - 12OWNER
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
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.
Inventory APIPFLICHTAdapter produktiv · Read grünAccept-Language ist auf Production bestätigt; Item, Offer, Publish, Preis, Menge und kontrolliertes Ende bleiben Teil des Piloten
Taxonomy + MetadataPFLICHTProviderbestätigt · Auto-RefreshBlattkategorie, strukturierte Pflichtaspekte, GPSR und Kompatibilität sind fail-closed; beide Kategorieprofile werden täglich geprüft und nach sechs Tagen neu gelesen
Account + Inventory APIPFLICHTProviderbestätigtProgramm, ENABLED-Lagerort, kostenloser Hinversand, Sofortzahlung und 30-Tage-Rückgabe mit Käufer-Rücksendekosten sind gelesen und ausgewählt
Fulfillment APIPFLICHTGebautMinutenpoll, Orderimport und Versand/Tracking
Post-Order APIPFLICHTGebaut · Livefall offenStorno, Rückgabe, Wareneingang, Refund-Readback und automatische Storno-/Korrekturbelege; Unklarheit bleibt fail-closed
Inventory + Metadata + Trading APIOPTIONAL AKTIVIERBARProduktiv · Livefall offenGlobaler Hauptschalter plus standardmäßig aktive Artikelregel, Kategorieprüfung, revisionsgebundener Offer-Write, GetBestOffers/RespondToBestOffer und konkrete Unit-Reservierung vor Annahme
Notification + Public KeyPFLICHT PRODProviderbestätigtChallenge, Test Notifications, ECC-Prüfung, Löschung und Retention-Review
Order-PushNICHT NÖTIG V1Minutenpoll führtPush kann später Latenz senken, ersetzt Reconciliation nicht
Finances APIOPTIONALNoch ausNur für exakte eBay-Gebühren; zusätzlicher Scope und Signaturschlüssel
Analytics APIREAD-ONLYProviderbestätigt · Kalenderfix liveSofortabruf 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
PHP oder Fremd-PluginNICHT NÖTIGBewusst neinDer 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.
Lieferumfang, TyreSpec.season, Hersteller/Modell und technische Größe
EBAY-WIRKUNGEinzelreifen beziehungsweise 2x/4x + Sommerreifen/Winterreifen/Ganzjahresreifen. Bei maximal 80 Zeichen wird nur Hersteller/Modell gekürzt; Saison und Größe bleiben erhalten
SaleOffer beziehungsweise Reifensatzpreis im GEB-Admin
EBAY-WIRKUNGEUR-Angebot bei eBay; Änderung erzeugt Historie, Sollrevision und retry-fähigen Job
Konkrete StockUnit, stabiler loser Mengenartikel oder fester 2er-/4er-TyreSet
EBAY-WIRKUNGLose Mengenartikel: Aspekt 1, Inventory/Offer N Einzelreifen. Feste Sätze: Aspekt 2/4, Inventory/Offer 1 Satz
Nur loser Reifen oder einheitlicher Reifensatz
EBAY-WIRKUNGBeide Profile fest auf EBAY_DE / 179680; Felgen und Kompletträder blockieren vor dem API-Write
TyreSpec: Hersteller, width_mm, aspect_ratio, season und rim_diameter
EBAY-WIRKUNGHersteller, Reifenbreite, Reifenquerschnitt, Reifenspezifikation und Zollgröße; MPN-Fallback: Nicht zutreffend
StockUnit-Zustandsklasse A, B oder C; beim Satz gilt die schwächste Klasse
EBAY-WIRKUNGCondition-ID 3000 Gebraucht; Reifenzustand A = Sehr guter Zustand, B = Guter Zustand, C = Gebrauchter Zustand
Konkrete StockUnits des Angebots
EBAY-WIRKUNGGleiche DOT als vierstelliger Wert; gemischter Satz als Verteilung wie 3421 (1x), 4321 (3x); fehlende DOT blockiert statt zu raten
Strukturierte TyreSpec-Daten plus ergänzende, fachlich geprüfte Admin-Angaben
EBAY-WIRKUNGVerlustfreier 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
Im Admin separat für eBay freigegebene Freisteller-/Studio-Varianten und ein eigenes eBay-Hauptbild
EBAY-WIRKUNGNative Galerie: Freisteller zuerst und Studio als Detail, beide zwingend mit passender Wasserzeichen-Ableitung; Originale bleiben intern, Shop-Auswahl bleibt unabhängig
Strukturierte Artikeldaten, getrennte Content-Bildauswahl, CI-Logo und serverseitiger Verkäufername
EBAY-WIRKUNGKontrollierte 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
Aus Reifengröße abgeleitete Hermes-Klasse
EBAY-WIRKUNG31,5 kg und die maßlich zulässige Tarifobergrenze der Klasse; keine erfundene Reifengewichtsschätzung
eBay Fulfillment Order
EBAY-WIRKUNGIdempotente lokale Order, konkrete Bestandszuordnung und zentrale fortlaufende Rechnung
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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-deletionNICHT AKTIVIEREN
Production App ID, Cert ID und eigener Production-RuName; OAuth-Verbindung und Refresh Token grün.
Account-Deletion-Endpunkt verifiziert, Test Notification quittiert und Alert-E-Mail überwacht.
Lagerort und Policies sind lesbar; eBay 25002 ist durch das providerseitig veröffentlichte Pilotangebot widerlegt.
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.
Pilot mit korrektem Titel, Preis, Kaufeinheit/Lieferumfang, Bestand, Zustand, Bildauswahl, mobiler 800-Zeichen-Kurzbeschreibung, überlauffreiem Offer-Template und eBay-Item-ID.
Kauf erscheint einmal im Admin, beansprucht exakt die richtige Unit und erzeugt genau eine Rechnung.
Versand und Tracking sind bei eBay bestätigt; lokaler Status folgt erst dem Providererfolg.
Ein kontrollierter Storno-/Retourenfall bestätigt Versandstopp, Refund-Readback, exakte Units, genau einen steuerlichen Beleg und Relay-Zustellung.
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.
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.
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.
Einrichtung, Betriebsmodi, Fehlerbehandlung, Reconciliation und Testmatrix.
docs/runbooks/step-8-ebay.mdOutbox, Revisionen, Stockclaims, Order-Lifecycle, Datenschutz und Post-Order-Grenze.
docs/architecture/ebay-channel-market-monitor.mdInformationshierarchie, Bildwahrheit, editierbare Texte und technischer Renderer.
docs/design/ebay-listing-system.mdPflegeregel: 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.