Kundregister, kreditvärdighet och vilken säljorganisation som varje kund tillhör når Microsoft Dynamics 365 CRM från SAP ECC, så att en representant kan ge offert mot ett konto som ERP-systemet faktiskt kommer att känna igen.
En SAP ECC-kund existerar inte i ett enda stycke. Allmänna data, företagskodsdata och försäljningsområdesdata lagras separat, så en kund kan vara helt giltig för en säljorganisation och okänd för en annan. Ett CRM-konto innehåller inget av detta, så en representant i en andra region bygger en pipeline mot en kund som deras egen del av verksamheten inte kan fakturera, och det är vid överlämningen till orderregistreringen som alla får reda på det. Integrationen mellan SAP ECC - R/3 och Microsoft Dynamics 365 CRM förmedlar säljorganisationen till kontot, så överlämningen upphör i det ögonblick då problemet uppstår.

Försäljningsorganisationen som en SAP ECC-kund är giltig för resor med kontot till Microsoft Dynamics 365 CRM, så att en representant kan se om deras egen region kan sälja till dem.
Kreditvärdigheten kommer med registerutdraget snarare än att begäras, så en affär byggs inte på flera veckor mot ett konto som SAP ECC skulle avvisa den dagen den registreras.
En kund som är kopplad till en andra säljorganisation i SAP ECC visas som samma konto i Microsoft Dynamics 365 CRM snarare än som en andra post som någon måste sammanfoga senare.
Eftersom offerter och beställningar kommer tillbaka åt andra hållet visar CRM-systemet vad ERP-systemet faktiskt accepterade istället för vad representanten trodde hade gått igenom när de tryckte på skicka.
Alumio läser SAP ECC-kundmallen med de säljorganisationer den är giltig för och skriver dem till Microsoft Dynamics 365 CRM-kontot, så att en representant som öppnar en post kan avgöra om deras region faktiskt kan sälja till den.
Kreditvärdigheten läses av från SAP ECC enligt det schema du anger och visas på Microsoft Dynamics 365 CRM-kontot, så en representant ser ett konto som är spärrat innan de har lagt ner tre veckor på att skapa ett förslag mot det överhuvudtaget.
När SAP ECC accepterar en offert eller en order skriver Alumio tillbaka dess nummer och status till Microsoft Dynamics 365 CRM-posten, så att CRM-systemet återspeglar det dokument som ERP-systemet tog emot snarare än vad någon trodde att de hade skickat in.
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.
Det som bryts vid överlämningen mellan försäljning och orderregistrering är varifrån den tredje kopplingen kommer. För företag som anbudar på arbete är det anbudsverktyget, eftersom ett lämnat bud är ett åtagande som varken Microsoft Dynamics 365 CRM eller SAP ECC för närvarande registrerar, och kunden som namnges måste vara samma kund som båda systemen menar. Alumio håller den kopplingen bredvid denna, så ett bud pekar på kontot snarare än på ett namn som skrivits in i ett dokument.
Vilka fält som reser avgörs först, eftersom en SAP ECC-kund hålls i flera delar och endast några av dem hör hemma i ett CRM. Alumio läser de allmänna uppgifterna, säljorganisationerna och den kreditvärdighet du nominerar och skriver dem till det matchande Microsoft Dynamics 365 CRM-kontot. Inget om företagskoddetaljer som reser, eftersom en representant inte har någon användning för det och det bara skulle inbjuda till redigering.
Nej, och överlämningen är den del som är värd att konfigurera noggrant snarare än fälten. Vilken SAP ECC-säljorganisation som mappas till vilket Microsoft Dynamics 365 CRM-territorium, och vad som händer när en representant öppnar ett konto som deras region inte kan sälja till, är beslut som fattas i Alumios gränssnitt. SAP ECC-kundstrukturer bär på åratal av lokala konventioner, så anpassad logik förblir tillgänglig via Code Transformer där man inte kommer att mappa som den är nu.
Den som SAP ECC säger att den är giltig för, och ett CRM-konto bör innehålla det snarare än antyda det. En SAP ECC-kund lagras som generell data plus företagskod och försäljningsområdesdata, så samma företag kan vara säljbart i en organisation och okänt i en annan, och Microsoft Dynamics 365 CRM har inget fält som betyder detta som standard. Att namnge organisationen på kontot är det som hindrar en pipeline från att byggas där ingenting kan faktureras.
Ett lead som blev kallt i SAP ECC medan någon väntade på svar är det fel som ingen loggar. Varje överföring registreras med vad den innehöll, en varning utlöses i det ögonblick en Microsoft Dynamics 365 CRM-post inte skriver, med orsaken bifogad, och försöken körs där de är konfigurerade. Den olösta listan är där ett stoppat konto dyker upp, snarare än i en representants pipeline tre veckor senare, så ingenting sitter 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.