Vi presenterar Alumio Route Builder
Anslut, orkestrera och styr integrationer i stor skala från ett visuellt gränssnitt
Två system har samma kund och båda låter någon redigera den, så att koppla samman SAP och Microsoft Dynamics 365 CRM handlar mestadels om vilken sida som äger vilken del av kunden.
Kunden existerar två gånger. SAP hanterar kontots finansieringsfakturor och Microsoft Dynamics 365 CRM hanterar relationsförsäljningshanteringen, och båda låter någon ändra en adress. Den som redigerades senast är den som ser aktuell ut, vilket är hur en faktura går till en webbplats som stängts och en representant ringer en kontakt som slutat. Ingen bestämde detta; det är vad som händer när två system tillåts äga samma sak. Att koppla samman SAP och Microsoft Dynamics 365 CRM gör ägarskapet explicit, så en ändring som görs på den sida som äger den når den andra och en ändring som görs på den sida som inte gör det stoppas.
DATA SOM FLÖDAR MELLAN DEM
Kundkonton
Kontakter
Adresser
Kontostatus
Öppna ordrar
Fakturor
Kontostatus och öppna ordrar från SAP lagras på kontot i Dynamics 365 CRM, så en representant vet innan hen lovar något om kunden kan ta emot en ny order.
Vilket system avgör en adress och vilket avgör att en kontakt regleras en gång, så att en redigering på fel sida nekas snarare än att versionen som finansräkningarna mot skrivs över.
Frågan som en representant skulle skicka till finansavdelningen via meddelande besvaras på kontot framför dem, så finansavdelningen spenderar mindre tid i veckan på att svara på den och försäljningen mindre tid på att vänta.
En kunduppgift som korrigerats där den ägs når det andra systemet istället för att stanna kvar där den skrevs in, så två team slutar arbeta från två versioner av samma företag.
När en representant öppnar ett konto i Microsoft Dynamics 365 CRM finns SAP-positionen och den öppna orderpositionen redan på det, så offertens storlek formas av vad företaget accepterar snarare än att dra tillbaka efter att godkännandet misslyckats.
När någon ändrar en faktureringsadress i systemet som inte äger den, sparas och namnges ändringen snarare än skrivs över, så den version som SAP fakturerar mot överlever en välmenande korrigering gjord i CRM-systemet.
När en kund skapas på ägarsidan visas samma kund på den andra sidan istället för att skrivas in igen, så de två har samma identifierare från första dagen istället för att stämas av senare.
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.
.svg){kind=icon}
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.
Ett schemaläggningsverktyg som bokar teknikerbesök är det som avslöjar om detta gjordes korrekt. Om så har skett, kommer teknikern fram till adressen till finansieringsfakturorna och kontakten som representanten pratade med; om så inte har skett, bokas besöket mot den version som schemaläggaren råkade läsa. Alumio lagrar den kopplingen bredvid denna och återanvänder samma ägarskapsregler.
Ja, och stående och öppna ordrar önskas vanligtvis tillsammans snarare än separat, eftersom en representant som bedömer en affärsmöjlighet behöver båda samtidigt. Alumio skriver dem till matchande Dynamics 365 CRM-konto enligt det schema du anger, med endast det du nominerar och inget annat. Det som kan skrivas är det Dynamics 365 CRM exponerar för det.
Nej. Rutinen som detta avslutar är meddelandet som en representant skickar till ekonomiavdelningen och frågar var ett konto står, vilket svarar genom att öppna SAP och skriva in numret. Eftersom det är konfiguration bestämmer personen som äger processen vad som visas och kan ändra det senare. Där något måste utarbetas snarare än kopieras över, täcker kodtransformatorn det enda steget.
Vanligtvis är det SAP som fakturerar mot allt som rör ekonomi och CRM som underhåller allt som rör försäljning, men svaret ligger hos företaget snarare än hos oss. Det viktiga är att det skrivs ner och tillämpas, eftersom allt som inte ägs är något som någon kommer att redigera på båda ställena. När ägarskapet är fastställt, tvingar kopplingen fram det i en riktning och vägrar den andra snarare än att låta den senaste redigeringen vinna.
Det skadliga är ett konto som uppdaterats från den sida som inte äger det, eftersom det ser ut som en korrigering. Alumio noterar vilken sida som skrev sist och vad som sparades, så en överskrivning som inte borde ha skett syns som en avslagning snarare än som en tyst ändring. Varje uppdatering övervakas live och loggas, en avslagning meddelar med orsaken, försök körs där de är konfigurerade och ingenting går förlorat spårlöst.
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.
.svg)
