Die von SAP S/4 HANA ermittelten Preise für eingeloggte Kunden erreichen eine WordPress-Website in dem Moment, in dem sie angefordert werden, sodass ein Geschäftskunde seine eigenen Konditionen sieht und ein anonymer Besucher die Listenpreise sieht.
WordPress-Websites sind für die meisten Unternehmen der direkte Kundenkontaktpunkt und die letzte Stelle, an der die Preislogik zum Tragen kommt. SAP S/4HANA berechnet den Preis pro Kunde anhand von Bedingungen, sobald eine Anfrage gestellt wird. Die Veröffentlichung eines Preises in einer Seitenvorlage bedeutet daher, dass die Antwort eines einzelnen Kunden für alle sichtbar ist. Die meisten Websites lösen dieses Problem, indem sie keine Preise anzeigen und stattdessen eine Anfrage anfordern, was jedoch Bestellungen verursacht. Die WordPress-SAP-S/4HANA-Integration fragt S/4HANA zum Zeitpunkt der Anfrage ab, sobald der Besucher identifiziert ist. So kann die Website dem berechtigten Besucher den tatsächlichen Preis anzeigen.

Der Preis eines angemeldeten Kunden wird beim Seitenaufbau von SAP S/4 HANA angefordert, sodass die Website anzeigt, worauf sein Konto Anspruch hat und nicht den Preis einer anderen Person.
Da keine kundenspezifischen Daten auf der Website veröffentlicht werden, können die ausgehandelten Konditionen eines Kontos nicht für einen Besucher sichtbar werden, der einfach nur dieselbe Produktseite aufruft.
Auf WordPress ausgefüllte Formulare gelangen als Datensätze in SAP S/4 HANA zum richtigen Konto, sodass eine Anfrage zu etwas wird, worauf das Unternehmen reagieren kann, anstatt nur eine E-Mail im Posteingang zu sein.
Die Konditionen bleiben in S/4 erhalten und werden nicht in einem Plugin angenähert, sodass der auf der Website angezeigte Preis und der Preis auf der resultierenden Rechnung nach genau denselben Regeln ermittelt werden.
Ein Geschäftskunde meldet sich an und öffnet eine Produktseite. Alumio fragt den Preis für dieses Konto bei SAP S/4HANA ab, und die Seite zeigt ihn an, sodass der angezeigte Preis dem Preis entspricht, zu dem eine Bestellung tatsächlich aufgegeben würde.
Wenn ein Formular über WordPress eingereicht wird, wird in SAP S/4 HANA ein Datensatz für das entsprechende Konto erstellt, sodass eine Angebotsanfrage in dieselbe Warteschlange wie alle anderen Anfragen gelangt und nicht in einem gemeinsamen Postfach warten muss, bis sie bemerkt wird.
Die Produktverfügbarkeit von SAP S/4 HANA wird einem angemeldeten Kunden für die Standorte angezeigt, die ihn bedienen. Die Website verspricht also keine Lagerbestände an einem Ort, der ohnehin nie an seine Adresse geliefert wird.
Alumio fungiert als zentrales Integrations-Backbone zwischen Vertriebskanälen und Fulfillment-Systemen. Bestellungen werden weitergeleitet, transformiert und validiert, während Status-Updates an jeden Kanal zurückgemeldet werden.
Authentifizieren Sie Ihre Systeme mit den vorgefertigten Connectoren von Alumio. Wählen Sie aus über 200 Connector-Paketen im Marketplace oder erstellen Sie unbegrenzt viele individuelle Integrationen.
Definieren Sie in einer visuellen Oberfläche, wie Datenfelder zwischen Systemen zugeordnet werden. Passen Sie Formate an, reichern Sie Datensätze an und wenden Sie Geschäftslogik an – ganz ohne eigenen Programmcode.
Konfigurieren Sie Abläufe so, dass sie in Echtzeit bei bestimmten Ereignissen, nach einem Zeitplan oder beidem ausgeführt werden. Reduzieren Sie die manuelle Dateneingabe und überlassen Sie Alumio den Datentransfer und die Transformation zwischen Ihren Systemen.
Sobald Ihre erste Integration live ist, können Sie Ihr ERP, PIM, WMS oder CRM einfach an denselben Hub anschließen. Bestehende Abläufe laufen nahtlos weiter. Kein Neuerstellen von Grund auf.
Ein CRM-System ist üblicherweise die Ergänzung, da eine Anfrage, die als Datensatz im ERP-System erfasst wird, immer noch eine zuständige Person für die Nachbearbeitung benötigt. Alumio verwaltet diese Verbindungen zentral und nutzt die bereits konfigurierte Kontenzuordnung wieder, sodass eine Website-Anfrage, eine CRM-Opportunity und ein S/4-Kunde dieselbe Beziehung beschreiben.
Ja, und die identifizierte Person entscheidet darüber, ob überhaupt ein Preis angefragt wird. Bei einem angemeldeten Kunden mit einem zugehörigen S/4-Konto kann Alumio den Preis direkt auf der Seite abrufen. Bei anonymen Besuchern werden keine kundenspezifischen Daten abgefragt, und Anfragen werden direkt nach Eingang an uns weitergeleitet.
Nein, dies wird konfiguriert, nicht programmiert. Kundenidentität, Preisanfragen und die zugrunde liegenden S/4-Bedingungen werden in Alumio konfiguriert und nicht in ein Theme oder Plugin integriert. Dadurch wird vermieden, dass die Preislogik an zwei Stellen gleichzeitig gepflegt wird. Falls eine Regel nicht durch das Mapping abgebildet werden kann, wird sie vom Code Transformer im Ablauf verarbeitet.
Nur die vom Portal identifizierten Konten werden berücksichtigt. Die Identifizierung ist daher der erste Schritt im Designprozess und keine nachträgliche Überlegung. S/4 berechnet einen Preis pro Kunde. Eine Anfrage ohne Kenntnis des Anfragenden ist entweder falsch oder gehört einer anderen Person. Das praktikable Vorgehen besteht darin, anonymen Besuchern Listenpreise anzuzeigen und nach erfolgreicher Kontozuordnung einen Live-Abgleich durchzuführen.
Der entscheidende Fehler liegt darin, dass der Preis die falsche Kundengruppe erreicht, da ein Segment die Bedingungen eines anderen sieht und die Seite völlig normal erscheint. Alumio fragt den Preis für das identifizierte Konto ab, anstatt eine gemeinsame Kopie zwischenzuspeichern, überwacht jede Abfrage live und protokolliert das zugehörige Konto. So wird bei einer Abweichung sofort eine Warnung mit dem Grund ausgegeben. Falls konfiguriert, werden Wiederholungsversuche durchgeführt, und eine nicht aufgelöste Anfrage wird als nicht verfügbar angezeigt, anstatt stillschweigend auf eine andere Methode zurückzugreifen.
Sprechen Sie mit einem Alumio-Integrationsspezialisten. Wir entwerfen die passende Architektur für Ihre Systeme und die richtige Skalierung, damit Ihre Betriebsabläufe bei jeder Veränderung zuverlässig bleiben.