Twee systemen beheren dezelfde klant en in beide systemen kan iemand de gegevens bewerken. Het koppelen van SAP en Microsoft Dynamics 365 CRM is dus vooral een kwestie van beslissen welke partij welk deel van die klant beheert.
De klant bestaat dubbel. SAP beheert de facturen voor de rekening en Microsoft Dynamics 365 CRM de relatie met de klant. Beide systemen staan adreswijzigingen toe. Het adres dat het laatst is bewerkt, wordt als actueel beschouwd. Dit verklaart waarom een factuur naar een gesloten vestiging gaat en een verkoper een contactpersoon belt die vertrokken is. Niemand heeft dit zo bedacht; het is wat er gebeurt als twee systemen hetzelfde beheren. Door SAP en Microsoft Dynamics 365 CRM te koppelen, wordt het eigenaarschap expliciet vastgelegd. Een wijziging in het systeem dat eigenaar is, wordt dus ook doorgevoerd in het andere systeem, terwijl een wijziging in het systeem dat geen eigenaar is, wordt tegengehouden.

Lopende en openstaande bestellingen van SAP staan geregistreerd in Dynamics 365 CRM, zodat een vertegenwoordiger vóórdat hij iets belooft, weet of de klant nog een bestelling kan plaatsen.
Welk systeem een adres bepaalt en welk systeem een contactpersoon, wordt eenmalig vastgelegd. Een wijziging aan de verkeerde kant wordt daarom geweigerd in plaats van dat de versie waarop de financiële factuur is gebaseerd, wordt overschreven.
Een vraag die een medewerker via een bericht naar de financiële afdeling stuurt, wordt direct op het betreffende account beantwoord. Hierdoor is de financiële afdeling minder tijd kwijt aan het beantwoorden van vragen en de verkoopafdeling minder aan wachten.
Een klantgegeven dat is gecorrigeerd op de plek waar het is ingevoerd, wordt naar het andere systeem doorgestuurd in plaats van op de oorspronkelijke plaats te blijven. Hierdoor werken twee teams niet meer met twee verschillende versies van één bedrijf.
Wanneer een vertegenwoordiger een account opent in Microsoft Dynamics 365 CRM, zijn de doorlopende en openstaande orders van SAP daar al in opgenomen. De omvang van de offerte wordt dus bepaald door wat het bedrijf accepteert, in plaats van dat deze wordt ingetrokken nadat de goedkeuring is afgewezen.
Wanneer iemand die niet de eigenaar is van een factuuradres dit in het systeem wijzigt, wordt de wijziging opgeslagen en benoemd in plaats van overschreven. Zo blijft de versie die SAP factureert behouden, zelfs na een goedbedoelde correctie in het CRM-systeem.
Wanneer een klant aan de eigenaarszijde wordt aangemaakt, verschijnt dezelfde klant ook aan de andere kant in plaats van dat deze opnieuw wordt ingevoerd. Hierdoor behouden beide systemen vanaf de eerste dag dezelfde identificatiecode in plaats van dat deze later moet worden aangepast.
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 planningstool voor technicusbezoeken laat zien of dit correct is gebeurd. Als dat het geval is, komt de technicus aan op het adres dat op de facturen staat vermeld en bij de contactpersoon met wie de vertegenwoordiger heeft gesproken; zo niet, dan wordt het bezoek geboekt op basis van de versie die de planner toevallig heeft gelezen. Alumio bewaart die koppeling naast deze en hanteert dezelfde eigendomsregels.
Ja, en lopende en openstaande orders worden meestal samen en niet apart verwerkt, omdat een verkoper die een kans beoordeelt, beide tegelijk nodig heeft. Alumio schrijft ze naar het bijbehorende Dynamics 365 CRM-account volgens het door u ingestelde schema, met alleen de orders die u selecteert en niets anders. Wat er kan worden geschreven, is alles wat Dynamics 365 CRM daarvoor beschikbaar stelt.
Nee. De routine die hiermee eindigt, is het bericht dat een medewerker naar de financiële afdeling stuurt met de vraag hoe een account ervoor staat. De financiële afdeling antwoordt door SAP te openen en het nummer in te typen. Omdat het om configuratie gaat, bepaalt de verantwoordelijke voor het proces wat er verschijnt en kan dit later wijzigen. Wanneer iets moet worden uitgewerkt in plaats van simpelweg gekopieerd, dekt de Code Transformer die ene stap.
Normaal gesproken wordt SAP gebruikt voor alle financiële facturen en het CRM voor alle salesadministratie, maar het antwoord ligt bij het bedrijf, niet bij ons. Wat belangrijk is, is dat het is vastgelegd en toegepast, want alles wat niet is toegewezen, zal door iemand op beide plekken worden gewijzigd. Zodra het eigenaarschap is vastgesteld, dwingt de koppeling dit in één richting af en weigert de andere, in plaats van de laatst gewijzigde versie voorrang te geven.
De schadelijke update is er een die is uitgevoerd door een partij die er geen eigenaar van is, omdat het op een correctie lijkt. Alumio registreert welke partij de laatste wijziging heeft aangebracht en wat er precies is gewijzigd. Een overschrijving die niet had mogen plaatsvinden, wordt daarom weergegeven als een weigering in plaats van een stille wijziging. Elke update wordt live gemonitord en gelogd. Bij een weigering wordt een melding met de reden weergegeven, indien geconfigureerd worden herhaalpogingen uitgevoerd en gaat er niets verloren zonder een spoor achter te laten.
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.