Commerce Studio

Das Commerce Studio ist die Arbeitsfläche Ihres Geschäfts: was Sie verkaufen, was es kostet, wer es kauft und was aus der Bestellung geworden ist. Wer den Katalog pflegt, die Preislisten gerade hält oder im Innendienst die Bestellungen des Tages abarbeitet, lebt in diesem Studio. Es ist zugleich das mit Abstand größte — die meisten Bildschirme des Cockpits liegen hier.

Was hier liegt

Vier Dinge tragen das Gewicht, ein Unterbau hält sie ehrlich.

Produkte sind der Katalog. Keine Artikeltabelle — ein Modell. Attribute sind die Felder, Familien bestimmen, welche Felder eine Produktart haben muss, Kategorien bestimmen, wo ein Käufer sie findet, Referenzentitäten halten die geteilten Datensätze (Hersteller, Werkstoff, Zertifikat), auf die viele Produkte zeigen, und Assets halten die verwalteten Medien. Ein Produkt trägt weder Preis noch Bestand. Diese Trennung ist Absicht: derselbe Artikel kann für drei Kunden drei verschiedene Preise haben und in vier Lagern liegen.

Preise sind Zeilen, keine Felder. Ein Preiseintrag gehört zu einer Preisliste, und eine Preisliste ist eingegrenzt — auf einen Markt, eine Währung, eine Kundengruppe, ein Gültigkeitsfenster. Was ein bestimmter Käufer sieht, wird zur Anfragezeit aus den Listen aufgelöst, die für ihn gelten, in definierter Reihenfolge, mit Staffelpreisen obenauf. Deshalb ist „der Preis ist falsch" fast nie ein Tippfehler am Produkt, sondern die Frage, welche Liste gewonnen hat.

Kunden sind Unternehmen, keine Personen. Eine Organisation ist das einkaufende Unternehmen mit USt-IdNr., Zahlungsbedingungen und Adressen. Kontakte sind die Personen darin, und Rollen bestimmen, was jede davon darf — stöbern, bestellen, freigeben, Nettopreise sehen. Segmente gruppieren Organisationen für Preise und Sichtbarkeit. Fehler hier zeigen sich später als Käufer, der Preise sieht, die er nicht sehen sollte — oder als Einkäufer, der nichts freigeben kann.

Bestellungen sind das Protokoll dessen, was passiert ist. Eine Bestellposition friert Produktidentität, aufgelösten Preis, die Steuerklasse des Markts und die gewählte Versand- und Zahlungsart zum Bestellzeitpunkt ein. Eine morgen geänderte Preisliste schreibt die gestrige Bestellung nicht um — und soll es nicht. Um die Bestellungen herum sitzen Sendungen (deshalb funktionieren Teillieferungen überhaupt) und Retouren.

Der Unterbau:

Das ganze Studio in einem Satz: ein Produkt sagt, was es ist, eine Preisliste sagt, was es diesen Käufer kostet, eine Organisation sagt, wer der Käufer ist, und eine Bestellung protokolliert, worauf sich alle drei geeinigt haben.

Was außerdem hierher geplant ist

Das Folgende ist in diesem Help Center auf seinem 12-Monats-Stand dokumentiert. Die Apps stehen auf der Roadmap; auf Ihrem Tenant sind sie heute nicht. An den vier Dingen oben ändern sie nichts — jede erweitert eines davon.

Suche und Lokalisierung sind Katalog-Apps. Die Suche besitzt den Index hinter der Storefront: welche Attribute durchsuchbar sind, wie sie gewichtet werden, die Facetten, die Synonyme, die Ihre Kunden tatsächlich tippen. Die Lokalisierung besitzt die beiden anderen Achsen desselben Produktdatensatzes — die Sprachen, in die es übersetzt ist, und die Klassifikationsstandards (eCl@ss, ETIM, UNSPSC), die Großkunden verlangen, bevor sie Ihren Katalog überhaupt laden können. Beides ist PIM-Arbeit, keine Storefront-Arbeit. Siehe Suche & Discovery und Lokalisierung & Klassifikation.

Kostenstellen und Freigabe-Workflows sind Kunden-Apps. Sie bilden die Einkaufsregeln Ihres Käufers im Shop ab: auf welche Kostenstelle eine Bestellung gebucht wird, welches Budget sie belastet, wer sie ab welchem Wert freigeben muss. Der Einkauf des Käufers biegt seine Richtlinie nicht für den Webshop eines Lieferanten — ein Shop, der die Richtlinie nicht abbilden kann, ist ein Shop, den der Einkauf verbietet. Siehe Beschaffung & Freigaben.

Angebote sind eine Vertriebs-App. Ein großer Teil des B2B-Umsatzes wird vereinbart, bevor eine Bestellung existiert: eine Anfrage kommt herein, ein Preis wird angeboten, Versionen gehen hin und her, und erst dann entsteht eine Bestellung. Rahmenverträge sind derselbe Mechanismus über ein Jahr gespannt, mit Abrufen gegen ein zugesagtes Volumen. Siehe Angebote & Verträge.

Promotions, Coupons und Leads sind Marketing-Apps und kommen als neuer Seitenleisten-Bereich. Eine Promotion ist eine Regel — Bedingung und Wirkung —, ausgewertet auf dem aufgelösten Preis; genau deshalb darf sie nicht mit einem Vertragspreis verwechselt werden. Siehe Promotions & Marketing.

Konfiguratoren und Stücklisten erweitern das Produktmodell. Ein konfigurierbares Produkt hat keinen Preis, bevor es spezifiziert ist; eine Maschine hat keine bestellbare Position, bevor ein Käufer weiß, welches ihrer 3.000 Teile kaputt ist. Beides ist Katalogstruktur, bevor es Storefront-Funktion wird. Siehe Konfigurierbare Produkte & Ersatzteile.

Wiederkehrende Bestellungen und Abos erweitern das Bestellmodell — derselbe Korb auf einem Zeitplan, mit nächstem Lauf, Pause und Kündigung statt einer einzelnen Bestellung. Siehe Wiederkehrende Bestellungen & Abos.

Die Bildschirme

Jeder Pfad unten ist relativ zum Cockpit-Host, und jeder Bildschirm liegt in einem der vier Bereiche der Commerce-Seitenleiste: PIM, CRM, Order Management, Configuration — plus Marketing, ein fünfter Bereich, der mit den Marketing-Apps kommt.

Zeilen mit Geplant — dokumentiert auf dem 12-Monats-Stand beschreiben Apps, die auf der Roadmap stehen und in diesem Help Center behandelt sind, aber heute auf keinem Tenant installiert sind. Sie haben noch keinen Pfad; der genannte Bereich ist der, in dem der Bildschirm nach der Installation erscheint.

PIM

CRM

Order Management

Marketing

Diesen Bereich gibt es in der Seitenleiste heute nicht. Er kommt mit den Marketing-Apps — Promotions, Coupons und Leads — und ist hier auf dem 12-Monats-Stand dokumentiert.

Configuration

Manche Daten haben keinen eigenen Seitenleisten-Eintrag. Adressen, Aktivität und Kategoriezuordnungen liegen als Tabs auf den Details von Organisation, Kontakt und Kategorie. Attributoptionen, Familienattribute, Referenzentitäts-Datensätze und Segmentmitglieder haben im Cockpit derzeit keine Oberfläche und werden über die APIs der Apps gepflegt — die Seiten oben sagen es dort, wo es zutrifft.

Häufige Aufgaben

• Produkt anlegen — das erste, von Hand, bevor Sie irgendetwas automatisieren.
• Produkte importieren — der realistische Weg für einen Katalog jeder Größe.
• Listenpreis setzen und Vertragspreise — die Basis, dann die kundenspezifische Übersteuerung.
• Organisation aufsetzen — das einkaufende Unternehmen, seine Kontakte, seine Konditionen.
• Bestellung abwickeln — von aufgegeben bis versendet, den Teilfall eingeschlossen.
• Preis prüfen — wenn ein Käufer sagt, der Preis sei falsch, und Sie wissen müssen, welche Liste gewonnen hat.

Was für dieses Studio geplant ist

Das Commerce Studio wächst stärker als jedes andere Studio, weil die meisten neuen Core-Apps ihre Bildschirme hier beisteuern. Sechs davon sind in diesem Help Center bereits auf dem 12-Monats-Stand dokumentiert.

Was das heute bedeutet, gehört klar gesagt. Die Artikel hinter diesen Links beschreiben das fertige Verhalten, keine anklickbare Vorschau: die Apps sind noch nicht installierbar, die Bildschirme haben keine Pfade, und in Ihrer Seitenleiste ändert sich nichts, bis Sie sie aus dem Marketplace installieren. Wofür die Artikel jetzt schon taugen, ist die Entscheidungsarbeit vor der Software — welchen Klassifikationsstandard Ihre Kunden verlangen, wie die Freigabekette Ihres größten Kontos tatsächlich aussieht, ob Ihre Rabatte in eine Preisliste oder eine Promotion-Regel gehören. Diese Arbeit wartet nicht auf eine App, und wer sie früh macht, macht aus der Installation einen Konfigurationsjob statt eines Projekts.

Nichts davon nimmt etwas weg. Produkte, Preise, Organisationen und Bestellungen behalten ihre heutige Form, und jeder Bildschirm in den Tabellen oben bleibt, wo er ist.

Wie es zu den anderen Studios steht

Das Experience Studio rendert, was Sie hier modellieren. Ein Produkt ist Daten, bis eine Storefront es anzeigt. Fehlt ein Attribut auf der Produktdetailseite, liegt die Korrektur mal im Commerce Studio (der Wert ist nicht gefüllt oder nicht auf den Kanal eingegrenzt) und mal im Experience Studio (das Template gibt ihn nicht aus). Preise sind der schärfere Fall: sie werden im Commerce Studio aufgelöst, aber ob ein Käufer überhaupt einen Nettopreis sieht, hängt am Login-Zustand des Experience Studio. Ein anonymer Besucher und ein angemeldeter Einkäufer derselben Firma sehen zwei verschiedene Seiten.

Das Integration Studio füttert es. In den meisten Mittelstands-Setups ist das ERP das führende System für Artikel, Bestände und fakturierte Preise; das Commerce Studio hält die angereicherte, käufergerichtete Fassung. In welche Richtung jedes Feld fließt, entscheiden Sie einmal — siehe Was ist das führende System — und das Integration Studio setzt es durch. Sieht der Bestand hier falsch aus, ist der Sync der erste Blick, nicht der Bestandsbildschirm.

Das Analytics Studio berichtet darüber. Umsatz-, Bestell- und Produktanalysen lesen dieselben Tabellen, die Sie hier pflegen — deshalb schlägt Datenhygiene bei Kunden und Produkten direkt als unzuverlässiges Reporting durch.

Das App Studio entscheidet, welche Bildschirme existieren. Jeder Menüeintrag des Commerce Studio kommt aus einer installierten App. Deinstallieren Sie die Bestands-App, verschwinden die Bestandsbildschirme mit ihr.

Sie bauen auf diesem Studio?

Wenn Sie Code dagegen schreiben, statt darin zu arbeiten: das Developer Portal dokumentiert dasselbe Studio für Entwickler — APIs, SDKs und Erweiterungspunkte.