SAP Sales Cloud V2 für Grosshandel und Distribution: Aufträge, Routen und Margen

TL;DR

Grosshandels- und Distributionsunternehmen arbeiten mit hauchdünnen Margen, komplexer kundenspezifischer Preisgestaltung und hochfrequenter Auftragsabwicklung. Generische CRMs können das nicht leisten. SAP Sales Cloud V2 verbindet sich nativ mit S/4HANA und gibt Ihren Aussendienstmitarbeitern Echtzeit-Bestandsdaten, konditionsbasierte Live-Preise und direkte Auftragserstellung aus dem CRM — ohne Middleware, ohne nächtliche Synchronisierung, ohne margenzerstörende Preisfehler.

Wir haben dies für Distributoren in der DACH-Region und Südeuropa implementiert. Dieser Beitrag behandelt die V2-Funktionen, die für die Distribution am wichtigsten sind, wie die S/4HANA-Integration tatsächlich funktioniert und wie eine realistische Implementierung aussieht.

Warum Distributoren einen anderen CRM-Ansatz brauchen

Distribution ist kein typischer Vertriebsprozess. Ihre Aussendienstmitarbeiter schliessen keine sechsstelligen Geschäfte über drei Monate ab. Sie betreuen Hunderte von Kunden, geben mehrmals pro Woche Bestellungen auf, verhandeln bei jedem Anruf Preise und tun dies alles mit Margen, die so dünn sind, dass ein Preisfehler von 2% den Gewinn einer Transaktion auslöscht.

Ich habe mit jedem Distributor, mit dem wir arbeiten, dasselbe Gespräch geführt. Die Schmerzpunkte sind bemerkenswert konsistent.

Kundenspezifische Preise werden in Tabellen gepflegt. Ihr S/4HANA-System hat 15’000 Konditionssätze — Mengenrabatte, Aktionspreise, Vertragskonditionen, Rückvergütungsstufen. Ihre Vertriebsmitarbeiter haben eine PDF-Preisliste vom letzten Quartal und eine Tabelle mit «Sonderpreisen», die sie selbst ausgehandelt haben. Wenn ein Kunde anruft und nach dem Preis für 200 Kartons von Produkt X fragt, raten sie. Manchmal schätzen sie zu hoch und verlieren den Auftrag. Manchmal schätzen sie zu niedrig und die Marge verflüchtigt sich. Beides passiert täglich.

Echtzeit-Bestandstransparenz existiert für das Vertriebsteam nicht. Das Lager weiss, was verfügbar ist. Das ERP weiss es. Die Aussendienstmitarbeiter nicht. Ein Vertreter verspricht Lieferung bis Donnerstag und stellt nach der Auftragserteilung fest, dass das Produkt im nächstgelegenen Lager vergriffen ist. Jetzt beginnt die Hektik: Können wir aus einem anderen Standort liefern? Ist der Kunde bereit zu warten? Der Vertreter wirkt unzuverlässig, und der Kunde ruft beim nächsten Mal zuerst Ihren Wettbewerber an.

Die Auftragserfassung ist ein Zwei-System-Tanz. Der Vertreter nimmt einen Auftrag telefonisch oder bei einem Besuch auf, gibt ihn ins CRM ein (oder notiert ihn auf Papier), und dann gibt jemand im Innendienst den Auftrag erneut ins ERP ein. Doppelte Erfassung bedeutet doppelte Fehlerquote. Und es gibt eine Verzögerung — Aufträge, die um 15 Uhr aufgenommen werden, erreichen das Lager möglicherweise erst am nächsten Morgen. Für Distributoren, die bei Tages- oder Nächste-Tag-Lieferung konkurrieren, ist diese Lücke ein Wettbewerbsnachteil.

Routenplanung und Besuchsmanagement leben im Kopf des Vertreters. Aussendienstmitarbeiter betreuen Gebiete mit Dutzenden oder Hunderten von Kunden. Welche Kunden besucht werden, in welcher Reihenfolge, wie häufig — die meisten Distributoren managen dies informell. Es gibt kein System, das die Besuchsfrequenz verfolgt, keinen Weg sicherzustellen, dass wertvolle Kunden die verdiente Aufmerksamkeit erhalten, und keine Transparenz für Manager darüber, was ihr Aussendienstteam tatsächlich tut.

Margentransparenz ist ein nachträglicher Bericht. Vertriebsleiter erfahren von Margenerosion Wochen nachdem sie passiert ist, versteckt in einer monatlichen GuV-Analyse. Dann ist der Schaden bereits angerichtet. Es gibt keinen Weg, ein Geschäft mit Margen unter dem Schwellenwert zu markieren, bevor es ausgeliefert wird.

Der gemeinsame Nenner: Informationen leben im ERP, aber die Menschen, die sie brauchen — Ihre Vertriebsmitarbeiter — können nicht darauf zugreifen, wenn sie sie brauchen. Jeder Workaround (Tabellen, Telefonate, doppelte Datenerfassung) verursacht Kosten, verlangsamt die Reaktionszeit und führt zu Fehlern. Bei den Transaktionsvolumen in der Distribution summieren sich diese Fehler schnell.

Die V2-Funktionen, die für die Distribution wichtig sind

Nicht jede CRM-Funktion ist für Distributoren gleich relevant. Hier sind diejenigen, die den Unterschied machen.

Native S/4HANA-Integration (das Killer-Feature)

Dies ist der wichtigste Grund, Sales Cloud V2 gegenüber jedem konkurrierenden CRM für ein Distributionsunternehmen auf SAP zu wählen. Die Integration ist kein Konnektor, den Sie nachträglich anbinden. Sie ist in die Plattformarchitektur eingebaut.

Echtzeit-Bestandstransparenz im CRM. Wenn ein Vertreter ein Kundenkonto öffnet oder einen Auftrag erstellt, sieht er aktuelle Bestände aus S/4HANA — aufgeschlüsselt nach Lager, Werk und Lagerort. Verfügbare Mengen (ATP), nicht nur Lagerbestand. Für Distributoren mit mehreren Verteilzentren bedeutet dies: Der Vertreter kann dem Kunden genau sagen, wo das Produkt ist und wann es ankommen kann. Keine Anrufe im Lager. Kein Raten.

Konkret: Ein Vertreter in Zürich sieht, dass Lager Buchs 340 Einheiten hat, Lager Milano 120 Einheiten, und die nächste Warenanlieferung von 500 Einheiten in drei Tagen eintrifft. Er kann dem Kunden 340 Einheiten bis morgen aus Buchs und den Rest nächste Woche aus Milano zusagen. Dieses Mass an Präzision gewinnt Aufträge.

Kundenspezifische Preise direkt aus S/4HANA-Konditionen. Hier wird es für Distributoren ernst. S/4HANA-Konditionssätze sind das Rückgrat der Preisgestaltung — sie kodieren die gesamte Preislogik: Grundpreis, Kundenrabatt, Materialgruppen-Rabatt, Staffelpreise, Aktionszuschläge, Frachtpauschalen, Skontoabzüge. Sales Cloud V2 liest diese Konditionen in Echtzeit. Wenn ein Vertreter ein Angebot oder einen Auftrag im CRM erstellt, erfolgt die Preisberechnung in S/4HANA und liefert den korrekten Nettopreis zurück.

Keine PDF-Preislisten mehr. Kein «Ich glaube, wir haben ihnen letztes Mal 12% gegeben» mehr. Das System weiss es. Für einen Distributor mit 5’000 aktiven Kunden, über 20’000 Artikeln und mehrstufigen Preiskonditionen rechtfertigt allein dies die Investition.

Aufträge fliessen direkt ins ERP — ohne Sync-Verzögerung. Ein Vertreter erstellt einen Auftrag in Sales Cloud V2. Er erscheint sofort als Kundenauftrag in S/4HANA. Kein nächtlicher Batch. Keine Integrations-Warteschlange, die alle 15 Minuten läuft. Der Auftrag erreicht das ERP in Echtzeit, was bedeutet, dass das Lager innerhalb von Minuten nach dem Auflegen mit der Kommissionierung beginnen kann. Für Distributoren, bei denen Tageslieferung eine Wettbewerbsanforderung ist, ist das kein Nice-to-have. Es ist Pflicht.

Bonitätsprüfung bei Auftragserfassung. Wenn der Vertreter einen Auftrag erstellt, löst V2 eine Bonitätsprüfung gegen das Kreditmanagement in S/4HANA aus. Wenn der Kunde sein Kreditlimit überschritten hat oder offene Rechnungen hat, meldet das System dies sofort — bevor der Auftrag ausgeliefert wird, nicht danach. Das fängt Probleme früh ab und gibt dem Vertreter die Möglichkeit, Zahlungsbedingungen im selben Gespräch zu besprechen. Wir haben gesehen, dass Distributoren ihre Forderungsausfälle im ersten Jahr nach der Implementierung um 15–20% reduzieren.

Routen- und Besuchsplanung

Distribution-Aussendienst ist gebietsbasiert. Vertreter betreuen geografische Gebiete und besuchen Kunden in regelmässigen Zyklen. Sales Cloud V2 unterstützt dieses Muster nativ.

Gebietsbasierte Routenoptimierung. Definieren Sie Gebiete nach Geografie (Postleitzahl, Region, Kanton), nach Kundensegment (Schlüsselkunden, Mittelstand, Kleinkunden) oder nach Produktlinie. Weisen Sie Vertreter klar abgegrenzten Gebieten zu. Das System verhindert Überschneidungen und gewährleistet Abdeckung.

Besuchsplanung für Aussendienstmitarbeiter. Legen Sie Besuchsfrequenzen pro Kunde basierend auf Wert und Potenzial fest. Ein Top-10-Kunde benötigt möglicherweise wöchentliche Besuche. Ein Long-Tail-Kunde braucht vierteljährliche Check-ins. Sales Cloud V2 generiert Besuchspläne auf Basis dieser Frequenzen und der Gebietszuweisungen. Vertreter sehen ihre Tagesroute als strukturierten Plan, nicht als Vorschlag.

Check-in und Check-out mit Aktivitätsprotokollierung. Wenn ein Vertreter beim Kunden eintrifft, meldet er sich über die Mobile-App an. GPS bestätigt den Besuch. Während des Besuchs protokolliert er Aktivitäten: aufgegebene Bestellungen, besprochene Aktionen, durchgeführte Regalprüfungen, erfasste Wettbewerbsinformationen. Der Check-out erfasst die Besuchsdauer. Manager erhalten Transparenz über die Feldaktivitäten, ohne dass Vertreter detaillierte Berichte schreiben müssen. Die Daten fliessen einfach.

Besuchseffektivitäts-Metriken. Nach drei bis sechs Monaten haben Sie Daten, um Fragen zu beantworten, die Distributoren traditionell nicht beantworten können: Welche Kunden werden im Verhältnis zu ihrem Potenzial zu selten besucht? Welche Vertreter verbringen zu viel Zeit bei wenig ertragreichen Stopps? Wo gibt es geografische Lücken? Das verschiebt das Gebietsmanagement vom Bauchgefühl zu Daten.

Mobile-First-Aussendienst

Vertriebsmitarbeiter in der Distribution verbringen ihren Tag in Lieferwagen, in Lagerhäusern und bei Kunden — nicht am Schreibtisch. Das CRM muss dort funktionieren, wo sie arbeiten.

Funktioniert offline bei schlechter Konnektivität. Lagerhäuser sind stahlgerahmte Gebäude mit miserablem Empfang. Ländliche Lieferrouten führen durch Funklöcher. Kühlhäuser blockieren Funksignale vollständig. Der Offline-Modus von Sales Cloud V2 ermöglicht es Vertretern, Kundenkonten einzusehen, letzte Aufträge zu prüfen, neue Aufträge zu erstellen und Besuchsaktivitäten zu protokollieren — alles ohne Verbindung. Alles synchronisiert sich, wenn die Verbindung zurückkehrt. Wir haben dies ausgiebig mit Distributionskunden getestet, die in Alpenregionen operieren — es funktioniert.

Schnelle Auftragserfassung vom Mobilgerät. Ein Vertreter beim Kunden öffnet die App, wählt den Kunden und beginnt, Produkte hinzuzufügen. Favoriten und letzte Bestellungen stehen im Vordergrund — weil in der Distribution 70–80% der Aufträge Wiederholungsbestellungen mit geringfügigen Variationen sind. Der Vertreter kann einen vorherigen Auftrag duplizieren und Mengen in unter 30 Sekunden anpassen. Bei hochfrequenter Auftragsabwicklung ist diese Geschwindigkeit enorm wichtig.

Barcode- und Produkt-Scanning. Der Vertreter kann einen Produktbarcode im Kundenlager oder am Regal scannen, um ihn zum Auftrag hinzuzufügen. Kein Suchen in einem 20’000-Artikel-Katalog. Scannen, Menge eingeben, nächster Artikel. Wir haben gesehen, dass dies die Auftragserfassungszeit um 60% reduziert bei Vertretern, die Regalbestückungsbesuche durchführen.

Pipeline und Prognose für wiederkehrendes Geschäft

Distribution-Pipelines unterscheiden sich von projekt- oder enterprisebasierten Vertriebspipelines. Der Grossteil des Umsatzes ist wiederkehrend. Prognosen erfordern eine andere Perspektive.

Wiederkehrende Aufträge versus Neugeschäft separat prognostizieren. Sales Cloud V2 ermöglicht Pipeline-Kategorien, die zwischen Bestandsgeschäft (bestehende Kunden, die nachbestellen) und Neugeschäft (neue Kunden oder neue Produktlinien) unterscheiden. Das ist entscheidend für die Planung. Die Prognose eines Distributors ist primär eine Fortschreibung bestehender Bestellmuster, ergänzt um Wachstum. Beides in einer einzigen Pipeline zu vermischen, verschleiert das Bild.

KI-gestützte Bedarfsvorhersage. Joule, SAPs KI-Copilot, analysiert Bestellhistorien pro Kunde und pro Produkt. Es kann melden, wenn die Bestellfrequenz eines Kunden sinkt — ein Churn-Risiko-Signal — oder wenn saisonale Bedarfsspitzen basierend auf Vorjahresdaten bevorstehen. Für Distributoren mit saisonalen Produktlinien (Getränke, Baumaterialien, Agrarbedarf) ermöglicht diese Vorwarnung, Lagerbestände vorzubereiten und die Abdeckung durch Vertreter zu planen.

Margengewichtete Pipeline. Standard-Pipeline-Ansichten zeigen Umsatz. Für Distributoren ist Umsatz ohne Margendaten irreführend — ein CHF-100K-Auftrag mit 3% Marge ist weniger wert als ein CHF-40K-Auftrag mit 18% Marge. Sales Cloud V2 kann Margendaten aus S/4HANA neben der Pipeline anzeigen, sodass Vertriebsleiter das Ergebnis-Bild sehen, nicht nur die Umsatzzahl.

Branchenspezifische Konfiguration

Out of the box deckt Sales Cloud V2 die Grundlagen ab. Aber Distributionsunternehmen haben spezifische Datenstrukturen und Prozesse, die Konfiguration erfordern. Hier ist, was typischerweise Aufmerksamkeit benötigt.

Kundenhierarchie-Management

Distributoren verkaufen selten an einfache, eigenständige Konten. Die Einkaufsstrukturen sind mehrstufig.

Muttergesellschaften und Einkaufsverbände. Eine regionale Lebensmittelkette hat möglicherweise 40 Filialstandorte, die jeweils unabhängig bestellen, aber die Preise werden auf Gruppenebene verhandelt. Sales Cloud V2 unterstützt mehrstufige Kontenhierarchien: Einkaufsverband oben, regionale Einheiten in der Mitte, einzelne Lieferadressen unten. Preise können auf jeder Ebene gesetzt und nach unten vererbt werden.

Lieferadresse versus Rechnungsadresse. Ein einzelner Kunde hat möglicherweise eine Rechnungsadresse und zwölf Lieferstandorte. Jeder Lieferstandort kann unterschiedliche Lieferfenster, Laderampen-Anforderungen und Ansprechpartner haben. Sales Cloud V2 modelliert dies sauber mit Partnerfunktionszuordnungen auf Kunden- und Auftragsebene — analog zum S/4HANA-Partnerfunktionskonzept, das Distributoren bereits nutzen.

Regulierer-Hierarchien und geteilte Fakturierung. In manchen Distributionsmodellen ist der Zahler ein Dritter (eine Einkaufsgenossenschaft, ein Franchisegeber, ein Mutterkonzern). V2 verwaltet die Regulierer-Zuordnung auf Auftragsebene, wobei die Bonitätsprüfung gegen den tatsächlichen Zahler läuft, nicht gegen das Lieferkonto.

Individuelle Preisintegration

Die Preisgestaltung ist der Punkt, an dem Distribution-CRM-Implementierungen gelingen oder scheitern. Die Integration zwischen Sales Cloud V2 und S/4HANA-Pricing ist die technisch kritischste Konfiguration.

Konditionssätze aus S/4HANA. Die vollständige Preisleiter — Grundpreis, Kundenrabatt, Materialgruppen-Rabatt, Staffelpreis, Aktionspreis, Frachtzuschlag, Skonto — wird in S/4HANA berechnet und an das CRM zurückgegeben. Sales Cloud V2 versucht nicht, die Preisfindung zu replizieren. Es delegiert an S/4HANA, das die einzige Wahrheitsquelle ist. Das ist die richtige Architekturentscheidung. S/4HANAs Pricing-Engine bewältigt Komplexitäten, die kein CRM duplizieren sollte.

Staffelpreis-Transparenz. Wenn ein Vertreter einen Auftrag zusammenstellt, zeigt das System den nächsten Preissprung: «Aktueller Preis bei 200 Einheiten: CHF 12.40. Fügen Sie 50 weitere Einheiten hinzu, um die Stufe CHF 11.80 zu erreichen.» Das ist keine Individualentwicklung — es stammt aus dem Lesen der S/4HANA-Konditionsstaffeln. Es macht jeden Vertreter zu einem margenbewussten Verkäufer und treibt grössere Bestellmengen.

Aktionspreisfenster. Distributoren führen zeitlich begrenzte Aktionen durch — Saisonrabatte, Neuprodukteinführungspreise, Wettbewerbsantworten. Diese sind Konditionssätze mit Gültigkeitsdaten in S/4HANA. Sales Cloud V2 zeigt die aktiven Aktionen an, wenn der Vertreter einen Auftrag erstellt, sodass er das Angebot proaktiv unterbreiten kann. Wir haben gesehen, dass Distributoren den Aktionsabverkauf um 25–30% steigern, indem sie die Aktionen am Bestellpunkt sichtbar machen.

Produktkatalog-Synchronisation

Materialstammdaten in Echtzeit synchronisiert. Der Produktkatalog in Sales Cloud V2 spiegelt den Materialstamm in S/4HANA. Neue Produkte, auslaufende Artikel, Beschreibungsänderungen, Mengeneinheiten-Updates — alles fliesst automatisch. Es gibt keinen zweiten Katalog zu pflegen. Für einen Distributor mit 15’000 bis 50’000 aktiven Artikeln wäre manuelle Katalogpflege ein Vollzeitjob. Die Integration eliminiert ihn.

Produktverfügbarkeitsstatus. Über Bestandsmengen hinaus umfasst die Synchronisation den Materialstatus (aktiv, auslaufend, für Verkauf gesperrt). Ein Vertreter kann nicht versehentlich ein eingestelltes Produkt bestellen. Das verhindert das frustrierende Szenario, dass ein Kunde bestellt, eine Bestätigung erhält und dann zwei Tage später einen Anruf bekommt, dass das Produkt nicht mehr verfügbar ist.

Produktbilder und Datenblätter. Während die Kern-Synchronisation Stammdaten abdeckt, kann sie um Produktbilder und Spezifikationsdokumente erweitert werden, die in SAP Document Management gespeichert sind. Vertreter auf Mobilgeräten haben Produktvisualisierungen und Datenblätter bei Kundenbesuchen zur Hand, was besonders bei technischer Distribution (Elektro, Industrie, HLK) nützlich ist.

Der S/4HANA-Integrationsvorteil

Lassen Sie mich genauer erläutern, wie diese Integration architektonisch tatsächlich aussieht, weil «native Integration» eine Phrase ist, die zu leichtfertig verwendet wird.

Wie V2 nativ verbindet. Sales Cloud V2 nutzt SAPs Integration Suite (Teil von SAP BTP) mit vorkonfektionierten Integrationspaketen. Das sind keine individuell entwickelten Schnittstellen. Es sind standardisierte, von SAP gewartete Integrationsflüsse für spezifische Szenarien: Materialreplikation, Preissimulation, Auftragserstellung, Bonitätsprüfung, Bestandsabfrage. SAP aktualisiert diese Flüsse mit jeder Version. Sie konfigurieren sie; Sie bauen sie nicht von Grund auf.

Die Integration unterstützt sowohl S/4HANA Cloud (Public und Private Edition) als auch S/4HANA on-premise. Für Distributoren, die noch SAP ECC nutzen, funktioniert derselbe Integrationspfad über SAP BTP — wir haben dies für Kunden auf ECC 6.0 EhP7 und EhP8 umgesetzt.

Was Wettbewerber mit Middleware brauchen, liefert V2 ab Werk. Wenn Sie Salesforce oder Microsoft Dynamics 365 als CRM wählen und Ihr ERP ist SAP, brauchen Sie eine Middleware-Schicht. Das bedeutet entweder eine Drittanbieter-Integrationsplattform (MuleSoft, Boomi, Celigo) oder individuell gebaute APIs. Die Middleware verursacht Kosten (CHF 30K–80K/Jahr allein für Plattformlizenzen), Komplexität (ein weiteres System zum Warten und Überwachen) und Latenz (Echtzeit wird zu «Fast-Echtzeit» oder «alle 15 Minuten» oder «nächtlicher Batch»).

Mit Sales Cloud V2 ist die Integration Teil des Produkts. Sie konfigurieren, nicht bauen. Es gibt keine zusätzliche Middleware-Lizenz. Und der Datenfluss ist wirklich in Echtzeit, nicht gepollt.

Spezifische Synchronisationspunkte für Distributoren. Folgendes fliesst zwischen den beiden Systemen:

Jeder Integrationspunkt in dieser Tabelle wird durch SAPs Standard-Integrationsinhalte abgedeckt. Keine Individualentwicklung für die Basisfunktionalität erforderlich. Individuelle Erweiterungen werden nur für distributionsspezifische Szenarien wie komplexe Rückvergütungsberechnungen oder EDI-Auftragseingang benötigt.

Implementierung für Distributoren

Basierend auf unseren Distributions-Implementierungen sieht ein typisches Projekt so aus.

Zeitrahmen: 8 bis 12 Wochen für die Kernimplementierung. Dies umfasst Kunden- und Kontaktverwaltung, die S/4HANA-Integration (Preise, Bestand, Aufträge), den mobilen Einsatz für Aussendienstmitarbeiter, die Besuchsplanungskonfiguration, grundlegendes Pipeline-Reporting und Benutzerschulung. Die Bandbreite hängt von der Komplexität Ihrer S/4HANA-Preisgestaltung und der Anzahl der Integrationsszenarien ab.

Acht Wochen sind realistisch, wenn: Ihr S/4HANA-System auf einem aktuellen Release ist, Ihr Kundenstamm einigermassen sauber ist und Sie in einem einzelnen Land oder einer Region ausrollen. Zwölf Wochen sind realistischer, wenn: Sie eine komplexe Preisgestaltung mit Hunderten von Konditionsarten haben, mehrere Distributionszentren mit unterschiedlicher Fulfillment-Logik oder ein mehrsprachiges Deployment benötigen (in der Schweiz üblich).

Entscheidungen, die frühzeitig getroffen werden müssen. Welche ERP-Daten im CRM angezeigt werden sollen — nicht alles in S/4HANA muss für Vertreter sichtbar sein. Beginnen Sie mit dem, was sie täglich brauchen: Preise, Bestand, Auftragshistorie, Kreditstatus. Fügen Sie Komplexität später hinzu. Mobile-Deployment-Strategie — bekommen alle Vertreter mobilen Zugang oder nur der Aussendienst? Innendienst-Teams bevorzugen möglicherweise die Desktop-Erfahrung. Und das Besuchsplanungsmodell — wie granular soll die Besuchsplanung sein? Beginnen Sie mit Besuchsfrequenz-Zielen pro Kundenkategorie und verfeinern Sie nach drei Monaten Daten.

Schulung Aussendienst versus Innendienst — unterschiedliche Bedürfnisse. Aussendienstmitarbeiter brauchen Mobile-First-Schulung: wie man beim Kunden eincheckt, unterwegs einen Auftrag erstellt, Produkte scannt, einen Besuch protokolliert. Sie müssen nicht wissen, wie man einen Pipeline-Bericht konfiguriert. Der Innendienst braucht Desktop-Schulung: Kundenverwaltung, effiziente Verarbeitung von Telefonbestellungen, Umgang mit Preisausnahmen. Schulen Sie die Gruppen separat. Wir führen typischerweise eine zweitägige Schulung für Aussendienst (ein Tag Schulungsraum, ein Tag begleiteter Feldeinsatz) und eine eintägige Schulung für den Innendienst durch. Für die detaillierte Projektmethodik siehe Wie wir arbeiten.

Datenmigration aus Alt-CRM. Wenn Sie von Salesforce, Microsoft Dynamics oder SAP C4C V1 kommen, ist der Migrationspfad etabliert. Kunden- und Kontaktdaten migrieren sauber. Historische Opportunity-Daten können migriert werden, sind aber optional — die meisten Distributoren interessieren sich mehr für die zukünftige Pipeline als für die Aufbewahrung von drei Jahren verlorener Opportunities. Wenn Sie von Tabellen und E-Mail kommen, gibt es keine Migration. Es ist ein Neustart, und ehrlich gesagt, das ist oft einfacher. Wir haben einen detaillierten Leitfaden für die C4C-zu-V2-Migration und für Excel zu Sales Cloud V2 geschrieben.

Kostenkontext. Für ein 25-Benutzer-Distributionsdeployment mit S/4HANA-Integration erwarten Sie eine Erstjahresinvestition von CHF 50K–150K (Lizenz + Implementierung). Die Lizenz selbst liegt bei ca. $60–80/Benutzer/Monat. Die Implementierungskosten hängen von der Integrationskomplexität und der Anzahl der Distributionszentren ab. Siehe unseren Preis- und Kostenleitfaden für detaillierte Aufschlüsselungen.

Worauf Sie achten sollten

Sales Cloud V2 ist stark für die Distribution, aber es gibt Bereiche, in denen es nicht jeden Bedarf ab Werk abdeckt.

Komplexes Rückvergütungsmanagement benötigt S/4HANA Settlement Management. Distributoren betreiben oft retrospektive Rückvergütungsprogramme — jährliche Mengenrückvergütungen, Wachstumsboni, Marketing-Zuschüsse. Diese werden zum Jahresende (oder quartalsweise) basierend auf kumulierten Einkäufen berechnet. Sales Cloud V2 verwaltet keine Rückvergütungsabgrenzung und -abrechnung. Das bleibt in S/4HANA, konkret in der Settlement-Management-Funktionalität (Konditionskontrakt). V2 kann die Rückvergütungsvereinbarungen und den aktuellen Abgrenzungsstatus für die Transparenz anzeigen, aber die Berechnungs-Engine lebt im ERP. Das ist die korrekte Architektur — Rückvergütungen sind ein Finanzprozess, kein CRM-Prozess — aber es bedeutet, dass Ihr S/4HANA Settlement Management ordnungsgemäss konfiguriert sein muss.

EDI und B2B-Commerce benötigen SAP Commerce Cloud als Ergänzung. Viele Distributionskunden senden Bestellungen per EDI (EDIFACT, ANSI X12) oder über ein B2B-Webportal. Sales Cloud V2 deckt den vertretergestützten Verkauf ab — Aufträge, die von Ihrem Team erstellt werden. Für Kunden-Self-Service-Bestellungen (B2B-E-Commerce) und elektronischen Datenaustausch benötigen Sie SAP Commerce Cloud. Beide integrieren sich gut, und das gemeinsame S/4HANA-Backend bedeutet eine einzige Wahrheitsquelle für Preise und Bestand über beide Kanäle.

Sehr grosse Produktkataloge erfordern möglicherweise Performance-Tuning. Distributoren mit über 50’000 aktiven Artikeln und komplexen Produkthierarchien (mehrere Kategorien, Attribute, Querverweise) sollten die Katalog-Performance-Optimierung während der Implementierung einplanen. Die Standard-Materialsynchronisation funktioniert bis ca. 30’000 Materialien ohne Tuning gut. Darüber hinaus halten selektive Sync-Strategien (nur vertriebsrelevante Materialien synchronisieren, reine Beschaffungsartikel ausschliessen) und inkrementelle Delta-Replikation die Performance aufrecht.

Lieferplanung ist keine CRM-Funktion. Sales Cloud V2 kann Liefertermine aus S/4HANA anzeigen (basierend auf ATP und Transportplanung), verwaltet aber keine Lieferrouten, LKW-Beladung oder Letzte-Meile-Logistik. Das ist Transportmanagement-Gebiet (SAP TM oder Dritt-TMS). Wenn Ihre Vertreter bei der Auftragserfassung spezifische Lieferfenster zusagen müssen, muss die Integration S/4HANAs ATP mit aktivierter Transportplanung aufrufen.

Der Offline-Modus hat eine Sync-Konfliktbehandlung, die Sie verstehen sollten. Wenn zwei Vertreter dasselbe Konto offline ändern, löst die Synchronisation Konflikte nach dem Last-Write-Wins-Prinzip. Für Distributoren mit geteilten Kunden (Innendienst und Aussendienst arbeiten am selben Kunden) definieren Sie klare Zuständigkeitsregeln, um gegenseitiges Überschreiben zu vermeiden.

FAQ

Kann Sales Cloud V2 unsere gestaffelte Preisgestaltung mit Mengenrabatten und kundenspezifischen Rabatten abbilden? Ja. Sales Cloud V2 berechnet keine Preise selbst — es delegiert in Echtzeit an S/4HANAs Pricing-Engine. Jede Konditionsart, die Sie in S/4HANA nutzen (kundenspezifische Preise, Staffelpreise, Aktionskonditionen, Zuschläge, Frachtzuschüsse) wird im Angebot oder Auftrag aus dem CRM abgebildet. Die vollständige Preisleiter ist für den Vertreter sichtbar.

Wie funktioniert die Integration, wenn wir noch SAP ECC nutzen, nicht S/4HANA? Der Integrationspfad führt über SAP BTP Integration Suite. Wir haben dies für Distributoren auf ECC 6.0 EhP7 und EhP8 implementiert. Dieselben Integrationspakete funktionieren, mit geringfügigen Konfigurationsanpassungen für ECC-spezifische API-Unterschiede. Sie müssen nicht zuerst auf S/4HANA migrieren.

Was passiert, wenn ein Vertreter einen Auftrag offline aufgibt — erreicht er das Lager sofort bei Wiederverbindung? Wenn das Gerät wieder verbunden ist, synchronisieren ausstehende Aufträge zu Sales Cloud V2 und fliessen dann in Echtzeit zu S/4HANA. Die Verzögerung ist die Offline-Zeit plus wenige Sekunden für die Synchronisation. Wenn ein Vertreter morgens auf der Route eine Bestellung aufgibt und mittags wieder verbunden ist, erreicht der Auftrag S/4HANA zu diesem Zeitpunkt. Für zeitkritische Aufträge können Vertreter einen mobilen Hotspot nutzen, um verbunden zu bleiben.

Können wir Provisionen und Marge pro Auftrag im CRM verfolgen? Margendaten können aus S/4HANAs Ergebnis- und Marktsegmentrechnung (CO-PA) oder aus der Preisleiter (Differenz zwischen Nettoerlös und Kosten) angezeigt werden. Provisionsverfolgung hängt von Ihrem Provisionsmodell ab — einfache prozentuale Provisionen können in V2 berechnet werden, während komplexe Provisionsmodelle (gestaffelte Sätze, Teamaufteilungen, quartalsweise Beschleuniger) typischerweise in einem dedizierten Vergütungsmanagement-System verbleiben.

Wie lange dauert es, mit einem 50-köpfigen Vertriebsteam live zu gehen? Planen Sie 10 bis 12 Wochen für die Kernimplementierung: Kunden- und Kontaktmanagement, S/4HANA-Integration, Mobile für Aussendienst und Besuchsplanung. Rechnen Sie mit 3 bis 4 zusätzlichen Wochen, wenn Sie eine komplexe Preisgestaltung mit Dutzenden von Konditionsarten, mehrere Lagerhäuser mit unterschiedlicher Fulfillment-Logik oder mehrsprachige Anforderungen haben. Unser CRM in 10 Tagen-Programm deckt den beschleunigten Weg für einfachere Deployments ab.

Was ist mit der Integration in unser bestehendes Lagerverwaltungssystem (LVS)? Sales Cloud V2 integriert sich mit S/4HANA, das wiederum mit Ihrem LVS verbunden ist (ob S/4HANAs eingebettetes EWM oder ein Dritt-LVS). Das CRM verbindet sich nicht direkt mit dem LVS. Die im CRM angezeigte Bestandsverfügbarkeit spiegelt wider, was S/4HANA meldet, was bereits LVS-Bestandsbewegungen berücksichtigen sollte, wenn Ihre ERP-LVS-Integration aktuell ist.

Nächster Schritt

Wenn Ihr Vertriebsteam mit veralteten Preislisten arbeitet, für Bestandsprüfungen im Lager anruft oder Aufträge doppelt erfasst — das sind Probleme, die Sales Cloud V2 direkt löst.

Sprechen Sie mit unserem Distributions-CRM-Team — wir zeigen Ihnen die Integration für Ihre spezifische S/4HANA-Landschaft und demonstrieren, wie Echtzeit-Preise und -Bestand im CRM aussehen.

Für einen vollständigen Überblick der SAP Sales Cloud V2-Funktionen besuchen Sie unsere Lösungsseite. Für Preisdetails siehe unseren Kostenleitfaden.