De door SAP S/4 HANA berekende klantprijzen voor ingelogde klanten worden direct op de WordPress-website weergegeven zodra deze wordt opgevraagd. Een zakelijke klant ziet dus zijn eigen voorwaarden, terwijl een anonieme bezoeker de catalogusprijzen ziet.
Een WordPress-website is voor de meeste bedrijven de plek waar ze daadwerkelijk in contact komen met hun klanten, en het is meestal de laatste plek waar hun prijsstrategie terechtkomt. SAP S/4 HANA berekent de prijs per klant op basis van voorwaarden wanneer hierom wordt gevraagd. Het publiceren van een prijs in een paginasjabloon betekent dus dat het antwoord van één klant aan iedereen wordt getoond. De meeste websites lossen dit op door niets te tonen en een aanvraag te vragen, wat leidt tot hogere orderkosten. De WordPress-SAP S/4 HANA-integratie vraagt S/4 HANA om de prijs op het moment van de aanvraag, zodra de bezoeker is geïdentificeerd, zodat de website de daadwerkelijke prijs kan tonen aan de persoon die er recht op heeft.

De prijs van een ingelogde klant wordt bij het laden van de pagina opgevraagd bij SAP S/4 HANA, zodat de site het bedrag toont waar de klant recht op heeft in plaats van het bedrag van iemand anders.
Omdat er geen klantspecifieke cijfers op de site worden gepubliceerd, kunnen de overeengekomen voorwaarden van een account niet zichtbaar zijn voor een bezoeker die simpelweg dezelfde productpagina heeft geladen.
Formulieren die via WordPress worden ingevuld, worden in SAP S/4 HANA als records gekoppeld aan het juiste account. Hierdoor wordt een aanvraag iets waar het bedrijf actie op kan ondernemen, in plaats van een e-mail in een inbox.
De voorwaarden blijven in S/4 staan in plaats van te worden benaderd door een plugin, waardoor de prijs die op de website wordt weergegeven en de prijs op de uiteindelijke factuur exact volgens dezelfde regels worden berekend.
Een zakelijke klant logt in en opent een productpagina. Alumio vraagt de prijs voor dat account op bij SAP S/4 HANA en de pagina toont deze, zodat het bedrag op het scherm overeenkomt met de prijs waarvoor daadwerkelijk een bestelling zou worden geplaatst.
Wanneer een formulier via WordPress wordt ingediend, wordt er een record aangemaakt in SAP S/4 HANA voor het bijbehorende account. Hierdoor komt een offerteaanvraag in dezelfde wachtrij terecht als alle andere aanvragen, in plaats van te wachten in een gedeelde mailbox totdat deze wordt verwerkt.
De productbeschikbaarheid van SAP S/4 HANA wordt aan een ingelogde klant getoond voor de locaties die hen bedienen. De website belooft dus geen voorraad die ergens opgeslagen ligt en die nooit naar hun adres verzonden zal worden.
Alumio fungeert als een beheerde integratie-backbone tussen verkoopkanalen en fulfillment-systemen. Orders worden gerouteerd, getransformeerd en gevalideerd, terwijl statusupdates naar elk kanaal worden teruggestuurd.
Authenticeer je systemen met de kant-en-klare connectors van Alumio. Kies uit meer dan 200 connector-pakketten in de marketplace, plus onbeperkte aangepaste integraties.
Bepaal in een visuele interface hoe datavelden tussen systemen worden gekoppeld. Pas formaten aan, verrijk records en pas bedrijfslogica toe, zonder dat er maatwerkcode nodig is.
Configureer flows zodat ze in real-time, op basis van events, volgens een schema of beide worden uitgevoerd. Verminder handmatige gegevensinvoer en laat Alumio de verplaatsing en transformatie tussen systemen afhandelen.
Zodra je eerste integratie live is, kun je je ERP, PIM, WMS of CRM eenvoudig op dezelfde hub aansluiten. Bestaande flows blijven gewoon draaien. Je hoeft niets opnieuw op te bouwen.
Een CRM-systeem is een gebruikelijke aanvulling, omdat een aanvraag die als record in het ERP-systeem terechtkomt, nog steeds iemand nodig heeft om deze te beheren en op te volgen. Alumio beheert deze koppelingen centraal en hergebruikt de reeds geconfigureerde accountkoppeling, waardoor een websiteaanvraag, een CRM-kans en een S/4-klant dezelfde relatie beschrijven.
Ja, en wie geïdentificeerd is, bepaalt of er überhaupt een prijsopgave moet worden opgevraagd. Voor een ingelogde klant die gekoppeld is aan een S/4-account, kan Alumio de prijs direct opvragen zodra de pagina dit vereist. Voor anonieme bezoekers wordt er geen klantspecifieke informatie opgevraagd en worden aanvragen direct doorgestuurd.
Nee, dit is geconfigureerd in plaats van gecodeerd. Klantidentiteit, prijsaanvragen en de bijbehorende S/4-voorwaarden worden geconfigureerd in Alumio in plaats van ingebouwd in een thema of een plugin. Dit voorkomt dat de prijslogica op twee plaatsen tegelijk beheerd moet worden. Voor een regel die niet in de mapping kan worden weergegeven, handelt de Code Transformer deze af in de workflow.
Alleen de accounts die de site heeft geïdentificeerd, worden weergegeven. Dit maakt identificatie de eerste ontwerpbeslissing in plaats van een bijzaak. S/4 berekent een prijs per klant, dus een bedrag dat wordt opgevraagd zonder te weten wie de vraag stelt, is ofwel onjuist ofwel van iemand anders. Het werkbare model is een catalogusprijs voor anonieme bezoekers en een realtime prijsopzoeking zodra een account is gekoppeld.
Het probleem is dat een prijs de verkeerde klantengroep bereikt, omdat het ene segment de voorwaarden van een ander segment ziet en de pagina er volkomen normaal uitziet. Alumio vraagt de prijs op voor het geïdentificeerde account in plaats van een gedeelde kopie in de cache op te slaan, monitort elke zoekopdracht live en registreert voor welk account de prijs is gevonden. Een mismatch wordt dus direct gemeld met de reden. Indien geconfigureerd, worden herhaalpogingen uitgevoerd en een niet-opgeloste aanvraag wordt weergegeven als niet beschikbaar in plaats van stilzwijgend terug te vallen op een eerdere versie.
Spreek met een Alumio-integratiespecialist. Wij brengen de juiste architectuur voor jouw systemen in kaart, op de juiste schaal, zodat je bedrijfsactiviteiten bij elke verandering betrouwbaar blijven.