Niets in een voorstel uit maart is nog geldig na een herziening van de SAP S/4 HANA-prijs in mei. Daarom hanteert de SugarCRM-aanbieding de actuele prijzen in plaats van de oorspronkelijke offertes.
Lange offertes worden twee keer geprijsd: één keer wanneer de offerte wordt opgesteld en één keer wanneer de klant uiteindelijk tekent. In de tussentijd heeft SAP S/4 HANA kosten verschoven, leveranciersovereenkomsten vernieuwd en mogelijk een voorwaarde van de klant gewijzigd, en niets daarvan bereikt de SugarCRM-kans die al vier maanden in behandeling is. De offerte wordt dus verstuurd op basis van de cijfers van maart, de order wordt geaccepteerd en het margegesprek vindt pas later plaats, zonder dat iemand de schuld krijgt. Door SAP S/4 HANA en SugarCRM te koppelen, blijven de cijfers van de kans actueel, waardoor een offerte opnieuw wordt geprijsd terwijl er nog ruimte is voor heronderhandeling.

Wanneer SAP S/4 HANA de prijs van iets aanpast waar een openstaande SugarCRM-kans van afhankelijk is, is de wijziging zichtbaar in het record en wordt deze niet pas ontdekt op het moment van acceptatie.
Offertes worden opgeslagen in SAP S/4 HANA en weergegeven in SugarCRM, waardoor het document dat de klant ontvangt en het document dat de financiële afdeling factureert, hetzelfde zijn.
De kredietwaardigheid van SAP S/4 HANA staat op hetzelfde SugarCRM-account, waardoor er geen maandenlange inspanningen worden geleverd voor een klant die door niemand op de financiële afdeling ooit zou worden goedgekeurd.
Een in SugarCRM als gewonnen gemarkeerde opportunity genereert de bijbehorende SAP S/4 HANA-order, waardoor er tussen de acceptatie en het inplannen van de goederen helemaal niets opnieuw hoeft te worden ingevoerd.
Wanneer SAP S/4 HANA een prijsvoorwaarde achter een openstaande offerte wijzigt, werkt Alumio de SugarCRM-kans bij. Zo wordt de verkoper hiervan op de hoogte gebracht terwijl het gesprek met de klant nog gaande is, in plaats van op het moment van ondertekening.
Een offerte die in SAP S/4 HANA is opgesteld, wordt met de bijbehorende versie weergegeven in de SugarCRM-opportunity. Hierdoor komt een situatie waarin een klant de derde revisie bespreekt en een verkoper de tweede bekijkt, niet meer voor.
Wanneer de SugarCRM-kans wordt afgesloten, maakt Alumio de verkooporder aan in SAP S/4 HANA op basis van de klant en de geaccepteerde offerte. De uitgevoerde order is dus de overeengekomen order en geen aangepaste versie daarvan.
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.
Begin bij de plek waar offertes daadwerkelijk worden samengesteld, want noch SAP S/4 HANA noch SugarCRM bewaart het document dat een klant leest. Een offertebibliotheek bevat de secties, de referenties en de termen die steeds opnieuw worden gebruikt, en tegenwoordig is dat een map. Alumio bewaart die verbinding naast deze, zodat de offerte, de prijsstelling en de kans dezelfde offerte beschrijven in plaats van drie verschillende versies.
Dat kan, en de beslissing welk systeem de offerte beheert, moet als eerste genomen worden. Alumio kan SAP S/4 HANA-offertes en hun versies weergeven in de SugarCRM-kans met de door u ingestelde frequentie, en een acceptatie terugsturen. Door beide systemen een bewerkbare offerte te laten beheren, krijgt een klant uiteindelijk één document en financiële facturen uit een ander systeem. Het weergeven van een offerte hangt af van wat SugarCRM via zijn eigen interface biedt.
Nee, en geen van deze werkzaamheden vindt plaats binnen SAP S/4 HANA. Het voorstel dat is samengesteld op basis van twee schermen is wat wordt gebruikt, samen met een privékopie van de cijfers die de verkoper bewaart. Welke SAP S/4 HANA-voorwaarden welke SugarCRM-velden bereiken en wat een gewonnen kans creëert, wordt vastgelegd in Alumio. Wanneer een biedprijs moet worden afgeleid uit meerdere voorwaarden, neemt de Code Transformer die stap over.
Elke keer vanuit SAP S/4 HANA, en het handige is dat SugarCRM aangeeft wanneer de laatste wijziging heeft plaatsgevonden. Een offerte die vier maanden heeft gelopen, was gebaseerd op cijfers die niet meer gelden, en een verkoper die dat niet inziet, zal het oude bedrag tegenover een klant verdedigen. Door de offerte te vernieuwen wanneer de omstandigheden veranderen, wordt een prijsherziening een gesprek in plaats van een verrassing bij de ondertekening.
Een bedrag dat SugarCRM bereikt nadat de klant het oude bedrag al heeft gezien, is de fout die de relatie kan schaden, omdat de correctie resulteert in een prijsverhoging. Alumio monitort elke update live en registreert de SAP S/4 HANA-conditie met het tijdstip waarop deze is gelezen. Een late wijziging genereert daarom een melding met de naam van de kans en de reden. Herhaalpogingen worden uitgevoerd waar geconfigureerd, zodat niets onopgemerkt blijft.
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.