AERIS

Der Kontext

Ein Deko-Mittelständler, dessen Geschäft über drei Systeme lief, die nicht miteinander sprachen: ein B2C-WooCommerce-Shop, ein zweiter für Händler und ein Dolibarr für die Rechnungsstellung. Die Bestände liefen auseinander, Bestellungen wurden von Hand neu erfasst, und niemand konnte sagen, woher ein Verkauf kam.

Die Lösung

Ein einziges Modell, in dem Bestand und Preis an der Variante hängen und in dem jeder Vertriebskanal eine ausdrückliche Achse ist statt einer Kopie. Die bestehenden Systeme wurden als Konnektoren angebunden statt en bloc ersetzt, wodurch sich Kanal für Kanal umstellen ließ, ohne den Verkauf zu unterbrechen.

Die Architektur

AERIS ersetzt ein Gefüge aus WooCommerce, Dolibarr und Tabellen durch ein einziges System. Durchgängiges TypeScript-Monorepo: eine Hono-API auf PostgreSQL über Drizzle, eine Verwaltung mit React 19 und Vite sowie ein gemeinsames Schema-Paket, das sicherstellt, dass Frontend und API dieselben Typen sprechen. 143 Tabellen, 106 API-Routen, 55 Module, rund 257.000 Zeilen.

Das Ergebnis

Eine einzige Datenbank ist maßgeblich. Der an die Marktplätze gesendete Bestand stammt aus derselben Quelle wie der im Shop angezeigte, und jede Bestellung trägt die Kennung ihrer Herkunft.

Was es leistet

• —Variantenkatalog, Ausprägung und Preisbildung je Vertriebskanal
• —Einheitlicher Bestand, Meldeschwellen, Inventuren und Stücklisten
• —B2C- und B2B-Bestellungen, Rabattstufen, Gutschriften und Kundenguthaben
• —Wellen-Vorbestellungen mit Bestandszuteilung bei Lieferung
• —Versand über mehrere Dienstleister, Raster nach Zone und Gewicht, Abholstationen
• —Rechnungsstellung, innergemeinschaftliche und Drittlands-Mehrwertsteuer, Zollrechnungen
• —Konnektoren für Ankorstore, Orderchamp und Faire, Bestellungen lesen und Bestände senden
• —Pennylane-Buchhaltungsbrücke und Bankabgleich