Ingenting i ett förslag skrivet i mars överlever en SAP S/4 HANA-prissättning i maj, så SugarCRM-möjligheten innehåller de siffror som är aktuella snarare än de som någon citerade först.
Långa bud prissätts två gånger: en gång när offerten skrivs och en gång när kunden slutligen skriver under. Däremellan har SAP S/4 HANA flyttat kostnader, förnyat leverantörsavtal och eventuellt ändrat ett villkor på kontot, och inget av detta når den SugarCRM-möjlighet som någon har hållit på i fyra månader. Så offerten går ut på mars månads siffror, ordern accepteras och marginaldiskussionen sker efteråt utan att någon kan skylla på det. Genom att koppla samman SAP S/4 HANA och SugarCRM hålls siffran för möjligheten aktuell, så ett bud prissätts om medan det fortfarande kan omförhandlas.

När SAP S/4 HANA omprissätter något som en öppen SugarCRM-möjlighet är beroende av, syns ändringen i posten snarare än att upptäckas vid godkännandetillfället.
Offerter lagras i SAP S/4 HANA och återspeglas i SugarCRM, så dokumentet som kunden mottagit och dokumentet som ekonomin fakturerar från är detsamma.
Kreditvärdigheten från SAP S/4 HANA finns på samma SugarCRM-konto, så månader av anbudsinsatser läggs inte ner på en kund som ingen inom finans någonsin skulle godkänna.
En SugarCRM-möjlighet markerad som vunnen skapar matchande SAP S/4 HANA-order, så ingenting alls skrivs om mellan godkännandet och de varor som schemaläggs.
När SAP S/4 HANA ändrar ett prisvillkor bakom ett öppet bud uppdaterar Alumio SugarCRM-möjligheten, så att säljaren får reda på det medan kunden fortfarande är i en konversation snarare än vid signeringsögonblicket.
En offert som skapas i SAP S/4 HANA återspeglas i SugarCRM-möjligheten med dess version, så en kund som diskuterar den tredje revisionen och en säljare som tittar på den andra är en situation som slutar att hända.
När SugarCRM-möjligheten stängs skapar Alumio försäljningsordern i SAP S/4 HANA mot kunden och den accepterade offerten, så den order som uppfylls är den överenskomna och inte en omskriven approximation av den.
Alumio fungerar som en central integrationsplattform mellan försäljningskanaler och logistiksystem. Order dirigeras, transformeras och valideras, samtidigt som statusuppdateringar skickas tillbaka till varje kanal.
Autentisera dina system med Alumios färdiga kopplingar. Välj bland över 200 kopplingspaket i vår marketplace, utöver obegränsade anpassade integrationer.
Definiera hur datafält mappas mellan system i ett visuellt gränssnitt. Justera format, berika poster och tillämpa affärslogik – helt utan behov av anpassad kod.
Konfigurera flöden så att de körs i realtid baserat på händelser, enligt ett schema eller både och. Minska manuell datainmatning och låt Alumio hantera förflyttning och transformering mellan system.
När din första integration är live, ansluter du enkelt ditt ERP, PIM, WMS eller CRM till samma hubb. Befintliga flöden fortsätter att köras. Ingen ombyggnad från grunden krävs.
Börja med varhelst förslagen faktiskt samlas, eftersom varken SAP S/4 HANA eller SugarCRM innehåller det dokument som kunden läser. Ett anbudsbibliotek innehåller avsnitten, referenserna och termerna som någon återanvänder varje gång, och idag är det en mapp. Alumio har den kopplingen bredvid denna, så förslaget, prissättningen och möjligheten beskriver samma anbud snarare än tre versioner av det.
Det kan det, och vilket system som äger offerten är det första beslutet. Alumio kan reflektera SAP S/4 HANA-offerter och deras versioner till SugarCRM-möjligheten i den takt du anger, och skicka tillbaka en acceptans åt andra hållet. Att låta båda innehålla en redigerbar offert är hur en kund får ett dokument och finansiera fakturor från ett annat. Att reflektera en offert beror på vad SugarCRM erbjuder över sitt eget gränssnitt.
Nej, och inget av det är arbete inuti SAP S/4 HANA. Förslaget som sätts samman från två skärmar är vad som ska göras, tillsammans med att säljaren behåller en privat kopia av siffrorna. Vilka SAP S/4 HANA-villkor når vilka SugarCRM-fält, och vad en vunnen affärsmöjlighet skapar, är poster i Alumio. Där ett budpris måste härledas från flera villkor, tar Code Transformer det steget.
Från SAP S/4 HANA varje gång, och det användbara är att SugarCRM säger när de senast ändrade. Ett bud som kördes i fyra månader prissattes på siffror som inte längre finns, och en säljare som inte kan se det kommer att försvara det gamla numret inför en kund. Att uppdatera möjligheten när förhållandena förändras förvandlar en omprissättning till en konversation snarare än en överraskning vid undertecknandet.
En siffra som nådde SugarCRM efter att kunden redan hade sett den gamla är felet som kostar relationen, eftersom korrigeringen landar som en prisökning. Alumio övervakar varje uppdatering live och registrerar SAP S/4 HANA-villkoret med den tidpunkt det lästes, så en sen ändring utlöser en varning som anger affärsmöjligheten och orsaken. Återförsök körs där det är konfigurerat, så ingenting rör sig tyst.
Prata med en integrationsspecialist på Alumio. Vi tar fram rätt arkitektur för dina system, i rätt skala, så att din verksamhet förblir stabil genom alla förändringar.