Ett startdatum, en roll och en plats lämnar AFAS för en monday.com-anslagstavla, så var och en av de dussin saker som måste hända innan en ny kollegas första dag får en namngiven ägare och ett förfallodatum.
AFAS hanterar anställningsregistret och HR-sidan av någon som anställs, men de praktiska beroenden från en första dag sitter hos andra team: laptopen, kontona, skrivbordet, introduktionerna. Dessa blir jagade över chatten, en av dem missas alltid, och någon börjar på måndag utan inloggning och tillbringar en vecka halvvägs onboardad. Efteråt kan ingen säga vilket steg som hoppades över eller vem som hade det. Att koppla samman AFAS och monday.com förvandlar startdatumet till arbete: registret når en anslagstavla och varje uppgift har en ägare och ett förfallodatum räknat bakåt från dag ett.

Ett startdatum som registreras i AFAS når monday.com veckor i förväg, så de team som måste agera ser ett datum de kan planera kring istället för en förfrågan som landar två dagar i förväg.
Varje onboarding-steg blir en monday.com-post med en person och ett förfallodatum som räknas bakåt från AFAS startdatum, så ingen uppgift är beroende av att någon kommer ihåg att vidarebefordra ett e-postmeddelande.
Eftersom monday.com-automatiseringar utlöses när ett kolumnvärde ändras, körs sekvensen som ett lag redan byggt på sin egen anslagstavla från AFAS-posten snarare än från en manuell avspark.
Endast fälten för onboarding behöver skickas ut från AFAS, vilket väljs när rutten konfigureras, så lön, frånvaro och resten av personalmappen når aldrig tavlan.
När en anställningspost skapas i AFAS läser Alumio startdatum, roll och plats och hämtar monday.com-posterna som är beroende av dem, var och en daterad bakåt från dag ett så att arbetet landar när det fortfarande kan utföras.
En roll- eller avdelningsändring i AFAS uppdaterar matchande monday.com-objekt, så att åtkomst, utrustning och introduktioner som den nya rollen innebär tas upp som arbete snarare än att dyka upp veckor senare som en begäran ingen förväntade sig.
När ett avgångsdatum anges i AFAS får styrelsen återlämnings- och återkallelsesedlarna med bifogade ägare, så konton och utrustning avslutas på ett datum som någon är ansvarig för snarare än när det upptäcks.
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.
De som frågar efter nästa kontakt är oftast inom HR snarare än IT, och det de frågar efter är utbildningssystemet. En anställd som är registrerad i AFAS har kurser att slutföra innan de kan göra delar av jobbet, och AFAS registrerar att de är klara utan att vara den plats där kursen tas. Alumio lagrar båda kontakterna centralt, så en avslutad kurs stänger monday.com-objektet som väntade på det istället för att generera ett nytt e-postmeddelande.
Utåt från AFAS, och medvetet inte allt. Alumio läser de anställningsområden du nominerar, ett startdatum, en roll, en avdelning och en plats, och skapar monday.com-objekten som är beroende av dem, med uppgiftsavslut som kommer tillbaka åt andra hållet. Lön, frånvaro och personalmapp når aldrig tavlan, eftersom en tavla läses av betydligt fler personer än en lönepost borde.
Nej. Personen som ändrar detta senare är oftast inom HR snarare än utveckling: att lägga till ett steg i sekvensen, flytta ett förfallodatum eller dela upp uppgifter över två monday.com-anslagstavlor är en redigering av mappningen i Alumios gränssnitt. Det är den praktiska anledningen till att konfigurera den snarare än att skriva den i ett skript, eftersom en onboarding-checklista ändras mycket oftare än vad AFAS eller monday.com gör.
Ingenting använder det på de flesta webbplatser, och det är den luckan som är värd att täcka. Registret är komplett i AFAS i det ögonblick ett kontrakt undertecknas, men de uppgifter det innebär tas upp när någon märker att datumet närmar sig. Att skicka startdatumet till en monday.com-forumpost när det är inställt innebär att datorbeställningen, kontona och presentationerna dateras bakåt från dag ett istället för framåt av panik.
Skillnaden mellan felet och att någon märker det är veckor här, vilket är anledningen till att detta behöver en varning snarare än en kontroll. Alumio registrerar varje överföring med de fält den innehöll, så en AFAS-post som monday.com avvisar dyker upp omedelbart med orsaken, ofta en forumkolumn som inte längre finns. Återförsök körs automatiskt där konfigurerade, olösta objekt förblir listade, och varningar per rutt täcker ingen aktivitet, så ingenting tappas 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.