Marketplace-API für Listings, Warenkorb, Checkout und Auszahlungen

Die ChefSphere Marketplace-APIs sind für Product-Teams gebaut, die echte Commerce-Flows brauchen — keinen dünnen Katalog-Dump. Sie bekommen Oberflächen für Listings, Warenkorb, Checkout, Bestellungen, Retouren und Auszahlungen, damit Käufer und Verkäufer Transaktionen in Ihrer App abschließen können. Das Modul steht neben Seller-KYC, Wallets und Media, damit Storefronts zusammenpassen — ohne fünf Vendoren für eine Checkout-Strecke zusammenzukleben.

Dieser Guide bleibt bei Commerce-Intent: wie sich ein Marketplace-Backend verhalten sollte, wenn Sie Discovery, Kauf, Fulfilment-Übergabe und Geldfluss an Verkäufer ausliefern. Es ist kein Architektur-Überblick über die volle Produkt-Komposition und kein Restaurant-Vertical-Playbook; dafür gibt es eigene Guides mit anderer Suchintention. Hier geht es um Listings bis Auszahlungen — und darum, wie Prepaid-Token-Verbrauch greift, wenn Checkout und Order-Writes teurer sind als gewöhnliche Katalog-Reads.

Listings brauchen strukturierte Details, Media-Referenzen und klare Verkäufer-Zuordnung, die Clients rendern können, ohne mitten im Sprint Schema zu erfinden. Warenkorb und Checkout brauchen deterministische Preis-Snapshots, bestandssichere Reservierung und Fehlermodi, die Support erklären kann, wenn sich der Bestand bewegt. Bestellungen, Retouren und Auszahlungen brauchen Statuspfade, die an Verkäufer-Verifikation gebunden sind — damit Geld nicht fließt, bevor die Policy es erlaubt.

Reads bleiben auf dem Prepaid-Ledger günstig, während Marketplace-Checkout-Writes im schwereren Token-Gewicht-Band liegen, weil sie Geld- und Bestandszustand ändern. Das ist Absicht: Sie zahlen für Operationen mit Business-Risiko, während Browsing und Katalog-Detail für discovery-lastige Sessions leicht bleiben. Ungenutzte Tokens bleiben auf Ihrem Guthaben über alle ChefSphere-Module — nicht nur an Commerce gebunden —, damit ruhige Browse-Wochen Launch-Kapazität nicht verbrennen.

Im Early Access beantragen Sie Zugang, wir prüfen, was Sie bauen, und melden uns, sobald Keys und Onboarding für Ihre Märkte und Ihr Seller-Modell öffnen. Docs enthalten heute illustrierte OpenAPI-Formen zur Planung; Produktionsverträge und Environments folgen nach Freigabe.

Authentifizierung nach Firebase-Vorbild: ein X-API-Key pro Call, abgerechnet gegen Ihr Prepaid-Token-Guthaben — geteilt über die ganze Plattform. Starter-Packs beginnen bei 29 $ für 200.000 Tokens; Growth und Scale erhöhen Volumen und effektiven Satz im öffentlichen Band Juli 2026. Ein Guthaben finanziert Marketplace, Live, KI, Social, Billing und die übrigen der neunzehn Module — ohne separaten Zähler pro Feature.

Planen Sie Kapazität nach Ihrem Mix, nicht nach einem Durchschnittspreis, der Checkout- und KYC-Spitzen in Seller-Onboarding-Wochen verdeckt. Ist Ihr erster Release browse-lastig mit wenig Checkout, kann Starter reichen, um Kernpfade zu integrieren und zu validieren. Erwarten Sie parallelen Checkout plus KI oder Live im selben Monat, sind Growth (79 $) oder Scale (149 $) das ehrliche Planungsband.

Wählen Sie dieses Modul, wenn Commerce die Produkt-Spine ist: Multi-Seller-Listings, Warenkorb, Checkout, Retouren und Auszahlungen als primäre User Journey. Wählen Sie Food-App- oder Fitness-Kompositions-Guides, wenn Sie Katalog, Planung, Social und Commerce unter einer Produktgeschichte brauchen. Wählen Sie den Restaurant-Marketplace-Backend-Guide, wenn Restaurant-Discovery, Menüs und Operator-Workflows dominieren — statt generischer Multi-Seller-Muster.

Early Access anfragen mit kurzer Notiz zu Seller-Modell, Geografie und ob KYC vor der ersten Auszahlung nötig ist — so priorisieren wir Onboarding. Verwandte Guides zu Seller-KYC, Wallet-Währung und Restaurant-Marketplace-Backends helfen, Geldpfad und Vertical-Story früh zu klären. Das schlägt eine Storefront gegen illustrative Samples ohne Trust- oder Auszahlungsplan, den Finance verteidigen kann.