Vi presenterar Alumio Route Builder
Anslut, orkestrera och styr integrationer i stor skala från ett visuellt gränssnitt
Webbordrar, det arbete som varje beställning skapar och de timmar som bokats mot den flyttas mellan Shopware och AFAS, så en installerad försäljning kostnadsberäknas utifrån vad den faktiskt kostade snarare än utifrån vad som offererades.
Många företag säljer något via Shopware som någon sedan måste gå och montera. Beställningen är den enkla delen. Det som följer är ett besök, några timmar, ibland en andra resa, och AFAS är där dessa timmar registreras eftersom det är där företaget driver sina anställda och sina projekt. Om timmarna lämnas okopplade bokas de mot en generell kod och marginalen på installerat arbete blir en gissning som alltid ser bättre ut än den var. Att koppla Shopware och AFAS ger arbetet en plats att bokas och beställningen något att mäta mot.
DATA SOM FLÖDAR MELLAN DEM
Webbordrar
Orderrader
Projektregister
Bokade timmar
Kundregister
Försäljningsfakturor
En Shopware-order som behöver monteras skapar det AFAS-projekt som timmarna kommer att bokas till, så kostnaden landar på jobbet snarare än på en generell kod som någon valde just då.
Eftersom timmarna anländer mot den order som orsakade dem, är marginalen på installerat arbete en siffra per försäljning istället för en månadssumma som döljer vilka jobb som förlorade pengar.
Kunden som skapas från webbordern är den kund som projektet tillhör, så en faktura, ett platsbesök och ett uppföljningssamtal pekar alla mot samma AFAS-post.
Ingenting om lön eller anställning reser någonstans; timmarna når AFAS som kostnad för ett specifikt jobb, och det som görs med dem efteråt stannar kvar i AFAS.
När en Shopware-order inkluderar arbete som ska utföras skapar Alumio det AFAS-projekt eller den arbetsjournal som behövs, så att den som utför besöket bokar sin tid mot ordern istället för mot en generell samlingskod.
Timmar som registreras i AFAS skrivs tillbaka mot den Shopware-order de tillhör, så kostnaden för montering hamnar bredvid intäkterna för den ordern snarare än att upptäckas i en månatlig arbetssiffra ett kvartal senare.
Kunduppgifterna från webbordern skapar eller matchar den AFAS-post som projektet finns under, så ett andra besök, en faktura och en förfrågan leder alla till samma kund utan att någon behöver ange samma uppgifter två gånger.
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.
Vem i verksamheten som inte är betjänad ännu är rätt fråga, och på installerat arbete är det den som inte står på lönelistan. En tidrapporteringsportal för underleverantörer är det vanliga tillägget, eftersom AFAS registrerar timmarna för de anställda och en montör som arbetar för en underleverantör lägger sin tid någon annanstans. Alumio har den kopplingen parallellt med denna, så kostnaden för ett Shopware-jobb inkluderar den arbetskraft som företaget anlitade.
Timmar och kostnad är den riktning som spelar roll, och ordern måste finnas först för att de ska landa någonstans. Alumio skapar AFAS-projektet från Shopware-ordern, läser sedan tillbaka bokade timmar och skriver dem mot den ordern. Det som reser är tid och kostnad mot arbete, valt när rutten konfigureras, och ingenting från anställningssidan av AFAS går någonstans i närheten av webbordern.
Nej, och gränsen är värd att sätta explicit snarare än att upptäcka. Vilka Shopware-orderrader som skapar AFAS-arbete, vilken projekttyp de använder och vilka timtyper som kommer tillbaka är inställningar i Alumios gränssnitt, och anställnings- och lönesidan av AFAS finns helt enkelt inte i mappningen. Om ett företag bokar timmar genom en ovanlig struktur, förblir anpassad logik tillgänglig via Code Transformer för det steget.
Arbete, och det är den hälften de flesta integrationer hoppar över. En Shopware-beställning på något som måste monteras innebär ett besök, och AFAS är där timmarna för det registreras, så en integration som bara skapar en faktura lämnar kostnaden för att leverera försäljningen ospårad. Att skapa projektet tillsammans med fakturan innebär att timmarna har någonstans korrekt att ta vägen innan någon behöver dem.
Timmar bokade mot ett jobb som stängdes, eller mot ingenting alls, är det fel som är värt att fånga, eftersom tiden är verklig och kostnaden hamnar någonstans godtyckligt. Tiden övervakas allt eftersom den rör sig och sparas med den Shopware-order den tillhörde, en varning namnger AFAS-projektet och orsaken direkt, och försök körs där det är konfigurerat. Omatchade timmar förblir listade, så inget jobb arbetas utan en registrering och inga timmar försvinner.
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)
