Vi presenterar Alumio Route Builder
Anslut, orkestrera och styr integrationer i stor skala från ett visuellt gränssnitt
En reparationsförfrågan i TopDesk blir ett beslut i det ögonblick Odoo anger vad varan kostade och när den köptes, så ingen godkänner en reparation som kostar mer än vad den som repareras är värd.
Ett TopDesk-samtal namnger en person och en sak. Vad det inte kan säga är om saken är värd att reparera, eftersom inköpsdatum, pris och vad som än återstår av dess livslängd alla finns i Odoo. Så servicedesken godkänner en reparation instinktivt, eller väntar på att någon inom ekonomiavdelningen ska slå upp den, och en bärbar dator som köptes för fyra år sedan får en skärm som kostar hälften av sin ersättning. Genom att koppla samman Odoo och TopDesk läggs köpet bakom samtalet, så ett beslut om en reparation fattas med numret framför den person som ska göra den, i det ögonblick då kunden väntar på ett svar.
DATA SOM FLÖDAR MELLAN DEM
Inköpsregister
Inköpsdatum
Tillgångsvärden
Leverantörsregister
Samtalsregister
Kostnadsställen
Ett TopDesk-samtal visar vad Odoo betalade för varan och när, så personen som godkänner en reparation tittar på köpet snarare än att gissa åldern på varan framför sig.
Servicedesken slutar att ställa en förfrågan till ekonomiavdelningen för varje gränsfall till reparation, vilket är där förseningen i ett enkelt samtal faktiskt ackumuleras snarare än i själva reparationen.
Reparationskostnader bokförs mot det kostnadsställe som Odoo har för artikeln, så en avdelning som fortsätter att ha sönder utrustning dyker upp i huvudboken snarare än i en anekdot.
Eftersom köpet syns vid samtalet är det lika enkelt att rättfärdiga att byta ut något som att reparera det, vilket inte stämmer när bara reparationsofferten visas på skärmen.
När ett samtal görs i TopDesk om en utrustning, lägger Alumio till Odoo-inköpsposten, dess datum och dess värde i samtalet, så att godkännaren har numren utan att öppna ERP-systemet eller fråga någon alls.
En reparationsoffert jämförs med vad Odoo säger att varan är värd, så en reparation som kostar mer än en ersättning avvisas vid samtalet snarare än upptäcks veckor senare när reparationsfakturan kommer från leverantören.
Reparationskostnader som godkänns i TopDesk skrivs till det kostnadsställe som Odoo har för den artikeln, så utgiften hamnar på den avdelning som äger utrustningen istället för i en anläggningssiffra som ingen någonsin bryter ner.
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.
Det som IT-avdelningen efterfrågar som ERP-systemet faktiskt hanterar är det användbara testet, och det är oftast var en sak fysiskt befinner sig. Ett flöde för tillgångsidentifiering är det vanliga tillägget, eftersom Odoo vet vad som köptes och TopDesk vet vem som ringde, och ingen av dem vet vilken maskin som finns på vilket skrivbord idag. Alumio hanterar båda anslutningarna, så ett samtal går vidare till både utrustningen och personen.
Den som ringer och tillgången läses tillsammans, eftersom ett samtal utan en artikel inte kan kostnadsberäknas. Alumio matchar den utrustning som namnges i ett TopDesk-samtal med sin Odoo-inköpspost och lägger till datum, värde och kostnadsställe i samtalet. Godkända reparationskostnader går tillbaka åt andra hållet, enligt det schema du anger.
Nej, och det som spelar roll är den som ringer snarare än posten. Vilket TopDesk-fält identifierar utrustningen, hur det leder till ett Odoo-köp och vad som händer när det leder till ingenting är inställningar i Alumios gränssnitt. Eftersom namngivning av tillgångar i en servicedesk sällan är prydlig, förblir Code Transformer tillgänglig för att läsa en identifierare som inte matchar ERP-programmets format.
Inköpsdatumet och vad som betalades, eftersom de två förvandlar en reparationsförfrågan till ett aritmetiskt problem istället för ett beslut. TopDesk registrerar vem som är drabbad och vad som är trasigt, och Odoo är där pengarna och varans ålder finns, så en godkännare utan dem avgör hur gammal den bärbara datorn ser ut. Att ta med båda i samtalet är hela poängen.
Uppringaren får veta att en reparation är godkänd medan ändringsposten anger något annat, vilket är det fel som upptäcks. Alumio övervakar varje samtal medan det görs, behåller Odoo-posten som matchades, meddelar TopDesks servicedesk omedelbart när ett ärende inte kan lösas, anger orsaken, försöker igen där det är konfigurerat och lämnar samtalet flaggat, så att inget godkännande ges i tysthet mot ett värde som ingen har lä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)
