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.
| Szenario | Typische Ausgangslage | Angestrebtes Ergebnis |
|---|---|---|
| B2B-Bestellportal | Bestellungen laufen über E-Mail, Telefon oder getrennte Systeme | Ein durchgängiger Self-Service-Prozess mit klaren Rollen |
| Zentrale Kundenkonten | Logins und Berechtigungen werden mehrfach gepflegt | Eine kontrollierte Identität über alle Anwendungen |
| Suche in grossen Sortimenten | Datenbankabfragen liefern langsame oder ungenaue Treffer | Schnelle Volltextsuche mit Filtern und Facetten |
| Systemintegration | Punkt-zu-Punkt-Schnittstellen sind schwer änderbar | Nachvollziehbare Datenflüsse über APIs und Ereignisse |
| Ereignisgetriebene Abläufe | Folgeprozesse sind fest im Bestellprozess verdrahtet | Erweiterbare Reaktionen ohne enge Kopplung |
Lösungswelten der Plattform
Abschnitt betitelt „Lösungswelten der Plattform“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ösungswelt | Typische Fähigkeiten | Geeignete Plattformbausteine |
|---|---|---|
| Kunden- und Partnerportal | Self-Service, Profile, Dokumente, Rollen, Standorte und Services | Customer, Business, Identity, CDN |
| Digitaler B2B-Vertrieb | Firmenstrukturen, Konditionen, Schnellbestellung, Freigaben und Belege | Business, Catalog, Order, Search |
| Aussendienst und Kundenbetreuung | Gebiete, Ansprechpartner, betreute Kunden, Leads und Besuchsvorbereitung | Business, Customer, Search, Reporting |
| Beschaffungsplattform | Lieferantenkataloge, Bestellübergabe, Statusmeldungen und Dokumentaustausch | Procurement Gateway, Order, DataBridge |
| Content- und Produktportal | Produkte, Wissen, Downloads, Medien, Filter und semantische Suche | Catalog, Search, CDN, KI-Fähigkeiten |
| Kampagnen und Kundenbindung | Gutscheine, Geschenkkarten, Warenkorberinnerung und regelbasierte Ansprache | Order, Promotions, Jobs, Messaging |
| Events und Schulungen | Veranstaltungen, Anmeldungen, Teilnehmerstatus, Rollen und Dokumente | Entity-System, Customer, Identity, Jobs |
| Abonnemente und Services | Wiederkehrende Leistungen, Serviceberechtigungen und kundenspezifische Pakete | Subscriptions, Customer, Order |
| Standort- und Zugangsplattform | Standorte, Benutzer, Geräte, Schlüssel, Zutrittsrechte und Ereignisse | Customer, Zugang & Geräte, Identity, Audit |
| Order-to-Cash und Fulfillment | Auftrag, ERP-Übergabe, Belege, Lieferung, Zahlung und Retoure | Order, DataBridge, Fulfillment, Returns |
| Multi-Brand- und Multi-Channel-Plattform | Mehrere Portale, Shops, Apps oder Microsites auf gemeinsamen Daten und APIs | API Gateway, Catalog, CDN, Identity |
| Operative Steuerung | KPIs, Suchstatistiken, Prozessstatus, Audit und Management-Dashboards | Reporting, Search, Audit, Messaging |
B2B-Bestellportal
Abschnitt betitelt „B2B-Bestellportal“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.
Kundenkonten mit zentraler Identität
Abschnitt betitelt „Kundenkonten mit zentraler Identität“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.
Suche über grosse Sortimente
Abschnitt betitelt „Suche über grosse Sortimente“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.
Integration in eine bestehende Systemlandschaft
Abschnitt betitelt „Integration in eine bestehende Systemlandschaft“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.
Ereignisgetriebene Prozesse
Abschnitt betitelt „Ereignisgetriebene Prozesse“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.
Nachvollziehbarkeit und Betrieb
Abschnitt betitelt „Nachvollziehbarkeit und Betrieb“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.
Weitere Anwendungsfälle
Abschnitt betitelt „Weitere Anwendungsfälle“Kunden- und Partnerportale
Abschnitt betitelt „Kunden- und Partnerportale“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.
Digitales Onboarding und Lifecycle-Management
Abschnitt betitelt „Digitales Onboarding und Lifecycle-Management“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.
Aussendienst, Leads und Kundenbetreuung
Abschnitt betitelt „Aussendienst, Leads und Kundenbetreuung“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.
Produkt-, Wissens- und Download-Center
Abschnitt betitelt „Produkt-, Wissens- und Download-Center“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.
Beschaffungs- und Lieferantenintegration
Abschnitt betitelt „Beschaffungs- und Lieferantenintegration“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, Gutscheine und Lifecycle-Kommunikation
Abschnitt betitelt „Kampagnen, Gutscheine und Lifecycle-Kommunikation“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.
Events, Schulungen und Fachverzeichnisse
Abschnitt betitelt „Events, Schulungen und Fachverzeichnisse“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, Geräte und digitale Zugänge
Abschnitt betitelt „Standorte, Geräte und digitale Zugänge“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.
Abonnemente und wiederkehrende Services
Abschnitt betitelt „Abonnemente und wiederkehrende Services“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.
Multi-Brand, Microsites und Headless Commerce
Abschnitt betitelt „Multi-Brand, Microsites und Headless Commerce“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.
Reporting und operative Steuerung
Abschnitt betitelt „Reporting und operative Steuerung“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.
Naheliegende Erweiterungen
Abschnitt betitelt „Naheliegende Erweiterungen“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.
Vom Szenario zur Plattform
Abschnitt betitelt „Vom Szenario zur Plattform“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.