Zum Inhalt springen

Anwendungsfälle

buzzle Commerce Core ist kein fertiger Shop, sondern die Plattform, auf der Commerce- Anwendungen entstehen. Die folgenden Szenarien zeigen, wofür sich die Bausteine der Plattform einsetzen lassen und wie sie zusammenspielen.

SzenarioTypische AusgangslageAngestrebtes Ergebnis
B2B-BestellportalBestellungen laufen über E-Mail, Telefon oder getrennte SystemeEin durchgängiger Self-Service-Prozess mit klaren Rollen
Zentrale KundenkontenLogins und Berechtigungen werden mehrfach gepflegtEine kontrollierte Identität über alle Anwendungen
Suche in grossen SortimentenDatenbankabfragen liefern langsame oder ungenaue TrefferSchnelle Volltextsuche mit Filtern und Facetten
SystemintegrationPunkt-zu-Punkt-Schnittstellen sind schwer änderbarNachvollziehbare Datenflüsse über APIs und Ereignisse
Ereignisgetriebene AbläufeFolgeprozesse sind fest im Bestellprozess verdrahtetErweiterbare Reaktionen ohne enge Kopplung

Die folgenden Lösungswelten wurden aus wiederkehrenden Mustern produktiver Commerce-Plattformen abgeleitet. Sie zeigen, wie weit der Einsatz über einen klassischen Webshop hinausgehen kann.

LösungsweltTypische FähigkeitenGeeignete Plattformbausteine
Kunden- und PartnerportalSelf-Service, Profile, Dokumente, Rollen, Standorte und ServicesCustomer, Business, Identity, CDN
Digitaler B2B-VertriebFirmenstrukturen, Konditionen, Schnellbestellung, Freigaben und BelegeBusiness, Catalog, Order, Search
Aussendienst und KundenbetreuungGebiete, Ansprechpartner, betreute Kunden, Leads und BesuchsvorbereitungBusiness, Customer, Search, Reporting
BeschaffungsplattformLieferantenkataloge, Bestellübergabe, Statusmeldungen und DokumentaustauschProcurement Gateway, Order, DataBridge
Content- und ProduktportalProdukte, Wissen, Downloads, Medien, Filter und semantische SucheCatalog, Search, CDN, KI-Fähigkeiten
Kampagnen und KundenbindungGutscheine, Geschenkkarten, Warenkorberinnerung und regelbasierte AnspracheOrder, Promotions, Jobs, Messaging
Events und SchulungenVeranstaltungen, Anmeldungen, Teilnehmerstatus, Rollen und DokumenteEntity-System, Customer, Identity, Jobs
Abonnemente und ServicesWiederkehrende Leistungen, Serviceberechtigungen und kundenspezifische PaketeSubscriptions, Customer, Order
Standort- und ZugangsplattformStandorte, Benutzer, Geräte, Schlüssel, Zutrittsrechte und EreignisseCustomer, Zugang & Geräte, Identity, Audit
Order-to-Cash und FulfillmentAuftrag, ERP-Übergabe, Belege, Lieferung, Zahlung und RetoureOrder, DataBridge, Fulfillment, Returns
Multi-Brand- und Multi-Channel-PlattformMehrere Portale, Shops, Apps oder Microsites auf gemeinsamen Daten und APIsAPI Gateway, Catalog, CDN, Identity
Operative SteuerungKPIs, Suchstatistiken, Prozessstatus, Audit und Management-DashboardsReporting, Search, Audit, Messaging

Ein Grosshändler stellt seinen Geschäftskunden ein Portal bereit, in dem Firmen ihre Mitarbeitenden verwalten, Sortimente durchsuchen und Bestellungen auslösen. buzzle Commerce Core liefert dafür die tragenden Teile:

  • Das Business-Modul verwaltet die bestellenden Firmen, ihre Personen, Adressen und Rollen.
  • Das Order-Modul bildet Warenkorb, Prüfung und Bestellabschluss ab – inklusive Preiszeilen und Auftragspositionen.
  • Das Search-Modul macht das Sortiment schnell durchsuchbar und filterbar.
  • Zitadel sichert das Login und trennt über Rollen, wer bestellen, freigeben oder verwalten darf.

Alle Zugriffe des Portals laufen über das API Gateway, das die Anfragen authentifiziert und an die zuständigen Module weiterleitet.

Ergebnis: Geschäftskunden erhalten Self-Service, während Firmenstruktur, Kaufberechtigung und Bestellprozess zentral und nachvollziehbar bleiben. Als Kennzahlen eignen sich beispielsweise der Self-Service-Anteil, die Bearbeitungszeit einer Bestellung und die Zahl manueller Rückfragen.

Statt Logins in jedem System einzeln zu pflegen, führt buzzle Commerce Core die Identität zentral. Wird im Business-Modul eine Person mit Login-Berechtigung angelegt, sorgt die ZitadelBridge dafür, dass automatisch ein passender Benutzer in Zitadel entsteht, eine Einladung verschickt und die richtige Rolle zugewiesen wird. Passwort-Zurücksetzen, Sperren und Entsperren laufen ebenfalls über diesen Weg – ausgelöst durch fachliche Ereignisse, umgesetzt vom Identity-Dienst.

Der Vorteil: eine einzige Quelle der Wahrheit für Benutzer und Rollen, standardkonforme Anmeldung über OIDC und lückenlose Nachvollziehbarkeit.

Ergebnis: Ein- und Austritte sowie Rollenänderungen werden als fachlicher Prozess behandelt. Dadurch sinkt die Gefahr veralteter Konten und widersprüchlicher Berechtigungen.

Sobald Sortimente wachsen, wird schnelle und tolerante Suche zum Erfolgsfaktor. Das Search-Modul indexiert Daten in Elasticsearch und stellt Volltextsuche, Filter, Facetten und eine feldbasierte Abfrage bereit. Anwendungen fragen nicht direkt die Datenbank ab, sondern nutzen den Suchindex – performant, skalierbar und unabhängig vom operativen Schreibpfad.

Ergebnis: Kunden finden Produkte auch bei grossen und heterogenen Sortimenten schneller. Messbar wird der Nutzen unter anderem über Suchlatenz, Nulltrefferquote und Konversion nach einer Suche.

Kaum eine Commerce-Lösung steht allein. buzzle Commerce Core ist von Grund auf für Integration gebaut. Das DataBridge-Modul bündelt Import und Export, bindet externe Register an und überwacht Verarbeitungsläufe. Kombiniert mit dem Nachrichtenbus entstehen so robuste, wiederholbare Datenflüsse zwischen buzzle, ERP, Shop und Drittsystemen.

Ergebnis: Systeme bleiben für ihre Daten verantwortlich, während Übertragung, Verarbeitung und Fehlerzustände sichtbar werden. Neue Empfänger können ergänzt werden, ohne jede bestehende Verbindung neu zu bauen.

Viele Geschäftsvorfälle sind eigentlich Ketten: Ein Auftrag wird abgeschlossen, daraufhin soll eine Bestätigung verschickt, ein Lagerbestand aktualisiert und ein Eintrag ins Audit geschrieben werden. Statt diese Schritte fest zu verdrahten, veröffentlicht die Plattform Ereignisse, auf die beliebig viele Dienste reagieren. Neue Reaktionen lassen sich ergänzen, ohne den auslösenden Prozess anzufassen – die Grundlage für erweiterbare, entkoppelte Abläufe.

Ergebnis: Der fachliche Kernprozess bleibt stabil, auch wenn Benachrichtigungen, Lagerabgleich, Dokumenterzeugung oder weitere Automationen hinzukommen.

Für regulierte Branchen und anspruchsvolle Kunden zählt, wer wann was geändert hat. Das Audit-Modul zeichnet Änderungen als lesbaren, chronologischen Verlauf auf. Zusammen mit Health-Checks, strukturiertem Logging und den Statusseiten der einzelnen Dienste entsteht ein Betrieb, der beobachtbar und überprüfbar ist.

Ergebnis: Support und Betrieb können Vorgänge anhand fachlicher und technischer Signale schneller einordnen. Für Audits steht ein verständlicher Änderungsverlauf bereit.

Ein Portal kann weit mehr als Bestellungen annehmen. Kunden verwalten ihre Organisation, Benutzer, Lieferadressen, Standorte, Dokumente und bezogenen Services selbst. Rollen steuern, wer Daten nur lesen, ändern, bestellen oder weitere Benutzer einladen darf. Dieselben Stammdaten stehen dem Support und angebundenen Anwendungen zur Verfügung.

Plattformnutzen: Self-Service und interne Betreuung arbeiten auf demselben Domänenmodell. Medien, Notizen, Änderungsanträge und Audit müssen nicht als isolierte Portalfeatures neu entwickelt werden.

Registrierung ist häufig ein mehrstufiger Geschäftsprozess: Eine Person meldet sich an, wird einem Unternehmen oder Standort zugeordnet, reicht Angaben ein und erhält nach Prüfung die passenden Rollen und Services. Einladungen, E-Mail- oder Telefonverifikation, Freigaben und Statusänderungen lassen sich als nachvollziehbare Prozessschritte abbilden.

Plattformnutzen: Identity, Fachobjekt und Freigabeprozess bleiben synchron. Dasselbe Muster trägt Onboarding, Rollenwechsel, Sperrung und Offboarding.

Unternehmen, Personen, Standorte und Verkaufsgebiete bilden eine Grundlage für digitale Vertriebsarbeit. Betreuende Personen sehen relevante Ansprechpartner, Sortimente, Konditionen, Aktivitäten und offene Vorgänge. Interessenten können strukturiert erfasst und später in reguläre Kundenbeziehungen überführt werden.

Plattformnutzen: Vertrieb und Commerce verwenden dieselben Kunden- und Produktdaten. Übergaben verlieren weniger Kontext und neue Portale müssen keine parallele Kundensicht aufbauen.

Neben verkaufbaren Produkten kann die Plattform Fachwissen, Dokumente, Medien, Veranstaltungen und weitere strukturierte Inhalte ausspielen. Volltextsuche, Filter, Facetten und Embeddings unterstützen unterschiedliche Suchwege. Zugriffsrechte können Inhalte auf Zielgruppen, Kunden oder Rollen begrenzen.

Plattformnutzen: Produktentdeckung, Fachinformation und Commerce wachsen zu einer gemeinsamen Experience zusammen. Inhalte lassen sich über Web, App, Microsite und Portal wiederverwenden.

Eine Bestellplattform kann externe Kataloge und Lieferanten anbinden, Bestellungen in deren Format übertragen und Rückmeldungen zum Status verarbeiten. Umgekehrt können ERP- oder Beschaffungssysteme Aufträge an buzzle übergeben. Dokumente und Verarbeitungsstatus bleiben am Geschäftsvorfall nachvollziehbar.

Plattformnutzen: Neue Lieferanten oder Beschaffungskanäle werden über klar abgegrenzte Adapter angebunden, während Warenkorb, Auftrag und Benutzererlebnis stabil bleiben.

Kampagnen können Gutscheine, Geschenkkarten, Zielgruppen, Warenkorbinhalte und zeitliche Regeln kombinieren. Ereignisse wie Registrierung, Geburtstag, Warenkorbabbruch, Wiederverfügbarkeit oder Bestellabschluss können passende Kommunikations- oder Automationsprozesse starten.

Plattformnutzen: Aktivierung basiert auf aktuellen Commerce-Ereignissen statt auf periodisch kopierten Listen. Reservierung und Einlösung bleiben auch bei parallelen Kanälen konsistent.

Das Entity-System kann Veranstaltungen, Anmeldungen, Teilnahmestatus, Institutionen, Fachpersonen oder andere Verzeichnisse als eigene Domänen abbilden. Suche, Rollen, Dokumente, Änderungsanträge und Benachrichtigungen stehen diesen Objekten genauso zur Verfügung wie klassischen Commerce-Entitäten.

Plattformnutzen: Transaktionale Portale können Fachservices neben dem Produktverkauf anbieten, ohne dafür eine zweite Plattform einzuführen.

Standorte können Benutzern, Organisationen, Geräten und digitalen Schlüsseln zugeordnet werden. Rollen und zeitliche Regeln bestimmen Zugriffe; Geräteereignisse und Zutrittsversuche liefern eine nachvollziehbare Historie. Daraus entstehen Anwendungen für Self-Service, Zutritt, Vermietung oder standortbezogene Dienstleistungen.

Plattformnutzen: Die fachliche Berechtigung im Kundenmodell und die technische Identität bleiben miteinander verbunden. Geräte und externe Zugangssysteme werden über APIs und Ereignisse integriert.

Kunden oder einzelne Benutzer können Services, Mitgliedschaften oder wiederkehrende Leistungen beziehen. Serviceberechtigungen beeinflussen sichtbare Inhalte, Funktionen, Standorte oder bestellbare Angebote. Änderungen können Folgeprozesse in Identity, Kommunikation oder Abrechnung auslösen.

Plattformnutzen: Einmalige Bestellungen und langfristige Kundenbeziehungen verwenden dieselben Kunden-, Rollen- und Integrationsmechanismen.

Mehrere Shops, Markenportale, Apps und Kampagnenseiten können dieselben APIs nutzen und dennoch unterschiedliche Sortimente, Inhalte, Suchprofile und Benutzererlebnisse anbieten. Das Frontend bleibt austauschbar, während Geschäftslogik und Integrationen zentral betrieben werden.

Plattformnutzen: Ein neuer Kanal beginnt nicht bei null. Bestehende Module und Daten werden wiederverwendet, während die Experience gezielt auf Marke und Zielgruppe zugeschnitten bleibt.

Bestellungen, Suchverhalten, Registrierungen, Standortnutzung und Prozessstatus liefern fachliche Signale für Dashboards und Kennzahlen. Ereignisbasierte Aggregationen können operative Sichten aufbauen, ohne transaktionale Abläufe zu belasten.

Plattformnutzen: Kennzahlen lassen sich direkt aus dem gemeinsamen Domänenmodell ableiten. Audit und technische Betriebsdaten ergänzen die fachliche Sicht bei Analyse und Support.

Aus denselben Plattformmustern lassen sich weitere Lösungen entwickeln, beispielsweise Marktplatzfunktionen, Partner-Onboarding, Miet- und Reservierungsmodelle, digitale Produktpässe, Service-Ticketing oder KI-gestützte Assistenz für Verkauf und Support. Solche Szenarien sind keine pauschal aktivierten Standardmodule; Entity-System, Identity, Messaging, Suche und Integration liefern jedoch die technische Grundlage, um sie ohne einen neuen Plattformkern umzusetzen.

Diese Anwendungsfälle nutzen alle dieselben Bausteine – nur unterschiedlich kombiniert. Genau das ist die Idee von buzzle Commerce Core: eine gemeinsame, robuste Grundlage, aus der sich verschiedenste Commerce-Anwendungen zusammensetzen lassen. Wie diese Bausteine im Einzelnen aufgebaut sind, zeigt das Kapitel Architektur im Überblick.