MSP automation
Onboarding automatiseren zonder een script per klant
De meeste MSP's automatiseren al. Een PowerShell-script voor nieuwe gebruikers, een Power Automate-flow voor een klant die erom vroeg. Dat werkt, tot er een klant bijkomt, een HR-veld verandert of de engineer die het schreef vertrekt.
Het korte antwoord
Veel MSP's automatiseren onboarding met een eigen script of flow per klant. Joinly vervangt die scripts door één platform: het HR-systeem van elke klant stuurt de levenscyclus aan, de regels staan per klant in rollen en workflows die je zonder code aanpast, en elke wijziging staat met de reden in het auditlog. Waar je toch wilt programmeren, is er een API met sleutels per klant.
Hoe het script er kwam
Het begon met een goede reden. Een klant nam veel mensen aan, het handwerk liep op, en een script was de snelste manier om het consistent te doen. Daarna kwam er een klant bij, en nog een, en elk kreeg een aangepaste kopie.
Zo'n script doet meestal één ding goed: een account aanmaken als iemand het start. Doorstroom en uitstroom vragen elk hun eigen script, en ze beginnen allemaal pas als er een ticket is.
Wat een script per klant op den duur kost
Elke kopie moet worden bijgehouden als Microsoft iets verandert, als een klant een ander HR-systeem neemt of als de naamgeving anders moet. De kennis zit bij wie het schreef. En als een klant vraagt waarom iemand toegang heeft tot een bepaalde map, zoek je het antwoord in logbestanden, als die er zijn.
Het grootste gat is het startsein. Een script weet niet dat er iemand in dienst komt of vertrekt. Dat weet het HR-systeem van je klant.
Regels die je kunt lezen
In Joinly staat wat er per klant moet gebeuren in rollen en workflows. Een workflow heeft een startsein, voorwaarden en acties, en je leest hem zoals je hem zou uitleggen: als iemand bij de afdeling Financiën in dienst komt, dan krijgt hij deze groepen, deze licentie en deze welkomstmail. Aanpassen doe je zonder code.
Elke wijziging die een workflow doorvoert, komt in het auditlog van die klant, met de reden erbij. Een collega die de klant overneemt, ziet in één scherm wat er gebeurt en waarom.

En waar je toch wilt programmeren
Er blijft altijd werk dat bij jouw dienstverlening hoort en niet bij Joinly. Daarvoor is er de API, met sleutels per klant. Per sleutel bepaal je wat die mag, elke wijziging via de API staat met de naam van de sleutel in het auditlog, en een sleutel trek je in wanneer je wilt.
Een script per klant of één platform
Hoe de dagelijkse gang van zaken verschilt, voor de taken die het vaakst terugkomen.
Eigen script per klant
Joinly
- Startsein
- Eigen script per klant: Een ticket of iemand die het script start
- Joinly: Een wijziging in HR
- Functiewijziging
- Eigen script per klant: Een apart script, of handwerk
- Joinly: Rollen passen de toegang aan
- Uitdienst
- Eigen script per klant: Een tweede script, als iemand het start
- Joinly: Op de laatste dag, vanuit HR
- Nieuwe klant
- Eigen script per klant: Script kopiëren en aanpassen
- Joinly: Nieuwe omgeving met je standaard
- Wie weet hoe het werkt
- Eigen script per klant: Wie het schreef
- Joinly: Iedereen die de workflow opent
- Waarom is dit gebeurd
- Eigen script per klant: Zoeken in logbestanden
- Joinly: Auditlog met bron en reden
MSP automation
Veelgestelde vragen
Kunnen we onze bestaande scripts blijven gebruiken?
Voor in-, door- en uitstroom neemt Joinly het werk van je scripts over. Scripts voor andere taken kun je laten staan, of via de API op Joinly laten aansluiten.
Is Joinly een alternatief voor Power Automate?
Voor de levenscyclus van medewerkers wel: Joinly volgt HR en regelt accounts, groepen, licenties en toegang, met een auditlog per klant. Voor andere automatisering blijft Power Automate gewoon bruikbaar.
Moet ik kunnen programmeren om Joinly in te richten?
Nee. Rollen en workflows richt je in zonder code. De API is er voor wat je in je eigen tooling wilt koppelen.
Hoe voorkom ik dat een fout bij één klant veel accounts raakt?
Met een proefimport zie je vooraf wat er zou veranderen, en een drempelwaarde houdt een import tegen die ineens veel meer wijzigt dan je verwacht.
Kan ik zien wie of wat een wijziging heeft gedaan?
Ja. Het auditlog van elke klant legt per wijziging vast of die uit HR kwam, uit een workflow, van een beheerder of via de API, en met welke sleutel.
- Joinly voor MSP'sVoor een MSP is elke in- en uitdienst bij een klant een ticket, een checklist en werk dat je lastig doorberekent. Joinly neemt die wijzigingen over uit het HR-systeem van je klant en regelt accounts, groepen, licenties en toegang automatisch. Voor al je klanten, vanuit één inlog, en elke klant in een eigen omgeving.
- Onboarding en offboardingEen onboardingchecklist per klant en een offboardingticket dat te laat binnenkomt: voor de meeste MSP's is dat het werk dat het vaakst terugkomt. Met Joinly begint het zodra je klant een medewerker in HR vastlegt, en loopt het de hele levenscyclus mee.
- Multi-tenant identity managementTenantbeheer heb je waarschijnlijk al geregeld. Wat de meeste MSP's niet vanuit één plek doen, is bijhouden wie er bij elke klant een account hoort te hebben. Dat is waar Joinly naast je bestaande tooling komt te staan.
- Een HR-koppeling per klantDe ene klant werkt met AFAS, de volgende met Nmbrs en een derde met een systeem waar je nog nooit van hebt gehoord. Voor een MSP is dat de norm. Joinly koppelt ze allemaal op dezelfde manier aan Microsoft Entra ID of Active Directory.
Accountbeheer voor je klanten als vaste dienst?
In een kennismaking lopen we door hoe Joinly bij jouw klanten zou werken: welke HR-systemen, welke omgevingen en waar je wilt beginnen. De afspraken die bij een partnerschap horen maken we in hetzelfde gesprek.
Plan een kennismaking