Belangrijkste punten
- Enterprise Application met SCIM-provisioning: configureer een enterprise-applicatie in Entra ID met SCIM-provisioning om gebruikers in SaaS-apps automatisch aan te maken, bij te werken en in te trekken op basis van wijzigingen in de directory.
- Groepsgebaseerde dynamische provisioning: wijs gebruikers toe aan beveiligingsgroepen of dynamische groepen in Entra ID en koppel die groepen aan bedrijfs-apps, zodat toegang automatisch wordt verleend of ingetrokken bij wijzigingen in rol of attributen.
- Automatisering met PowerShell en Microsoft Graph: gebruik PowerShell en de Microsoft Graph API’s om het aanmaken, toewijzen en intrekken van gebruikers en groepen te automatiseren, inclusief eigen logica voor onboarding en offboarding.
- Lifecycle Workflows op basis van HR-triggers: gebruik de no-code Lifecycle Workflows van Entra ID Governance om gebruikers automatisch aan te maken, bij te werken of in te trekken op basis van HR-gebeurtenissen zoals indiensttreding, rolwijziging of uitdiensttreding, zonder eigen scripts.
- CMD en Groepsbeleid voor beheer van lokale accounts: pas CMD-commando’s en instellingen in Groepsbeleid toe om lokale Windows-accounts te vergrendelen, af te melden of te beperken nadat een gebruiker in Entra ID is gedeprovisioneerd.
- Accountlifecycle afdwingen via het register: wijzig instellingen in het Windows-register om gecachte referenties uit te schakelen en de laatste aanmeldactiviteit bij te houden, zodat u verouderde of verweesde gebruikersaccounts opspoort en opruimt.
- Provisioning monitoren en auditen: volg de provisioningactiviteit en stel notificaties in met de auditlogboeken van Azure, het uniforme auditlogboek en beveiligingstools om fouten, afwijkingen of ongeautoriseerde wijzigingen te detecteren.
Het aanmaken en intrekken van gebruikersaccounts is een doorlopende lifecycle: instroom → doorstroom → uitstroom. Wie dit handmatig doet, verliest niet alleen veel tijd maar loopt ook tegen vertragingen, inconsistenties en beveiligingsrisico’s aan. Door het proces te automatiseren met SCIM voor gebruikersprovisioning in Microsoft Entra ID (Azure AD) en met Lifecycle Workflows van Entra ID Governance, verdwijnen die risico’s.
Organisaties kunnen gebruikersaccounts automatisch aanmaken, bijwerken of deactiveren in Microsoft 365, SaaS-apps en bedrijfsapplicaties op basis van HR-triggers, groepslidmaatschap of rolwijzigingen. Met automatisering krijgt u:
- Volledig geautomatiseerd aanmaken en verwijderen van accounts
- Automatische toewijzing van rollen, groepen en licenties
- Deactivering vrijwel in realtime bij uitdiensttreding of offboarding
- Centrale audittrail en inzicht in compliance
- Minder kans op verweesde accounts in platformen van derden
In deze gids leest u hoe u provisioning en deprovisioning op basis van SCIM inricht in Microsoft Entra ID (voorheen Azure AD), inclusief de no-code route via Lifecycle Workflows die Microsoft nu aanbeveelt voor HR-gestuurde onboarding en offboarding – van de eerste installatie tot monitoring en compliancecontroles.
🎥 De visuele gids laat alle zes methoden op het scherm zien: Zo automatiseert u het aanmaken en intrekken van gebruikersaccounts met Entra ID (Azure AD) en SCIM.
Methoden om het aanmaken en intrekken van gebruikersaccounts te automatiseren met Entra ID en SCIM
Controleer vóór u met de methoden aan de slag gaat of aan de volgende voorwaarden is voldaan, zodat u fouten voorkomt:
Algemene vereisten:
- “Microsoft Entra ID Premium-licentie (P1 of P2).
- Toegang tot de Azure-portal (rol Globale beheerder of Identiteitsbeheerder)
- SaaS-applicaties die compatibel zijn met SCIM 2.0 (bijvoorbeeld Slack, Zoom, GitHub, Adobe, Salesforce)
- API-endpoints of SCIM-tokens voor maatwerkintegraties
- PowerShell-module: Microsoft.Graph
Optioneel: integratie met een RMM-platform (bijvoorbeeld NinjaOne) om wijzigingen op endpoints te beheren
Methode 1: een Enterprise Application met SCIM-provisioning instellen in Microsoft Entra ID
Deze methode gebruikt de provisioning-engine van Entra ID om gebruikersgegevens automatisch via SCIM naar SaaS-apps te sturen.
Use cases: gebruik dit wanneer u Entra ID integreert met SaaS-apps zoals Zoom, Slack enzovoort.
Stap voor stap:
- Open Microsoft Entra-beheercentrum > Microsoft Entra ID > Bedrijfs-apps.
- Klik op + Nieuwe toepassing , selecteer de gewenste SCIM-compatibele app (bijvoorbeeld GitHub, Dropbox, ServiceNow) en klik vervolgens op Maken.
- Ga naar het tabblad Inrichting onder het menu Beheren.
- Stel Inrichtingsmodus in op Automatisch.
- Voer de SCIM-endpoint-URL en het geheime token in (verstrekt door de SaaS-leverancier).
- Klik op Autoriseren in het gedeelte Beheerdersreferenties. U wordt doorgestuurd naar de aanmeldpagina van de SaaS-leverancier (bijvoorbeeld Dropbox), waar u zich met een beheerdersaccount moet aanmelden om Microsoft Entra toegang te geven.
- Gebruik na de autorisatie Verbinding testen om de configuratie te bevestigen.
- Definieer onder Toewijzingen de attribuuttransformaties (bijvoorbeeld userName, emails. value, userPrincipalName).
- Klik op Opslaan en zet Inrichtingsstatus op Aan.
Entra ID voert nu automatische provisioning van gebruikers uit op basis van groepslidmaatschap of wijzigingen in de directory.
Methode 2: groepsgebaseerde toegang gebruiken voor dynamische provisioning
Deze methode voorziet gebruikers automatisch van toegang tot apps op basis van groepslidmaatschap. Wanneer gebruikers lid worden van een groep of die verlaten, wordt toegang automatisch verleend of ingetrokken.
Use cases: gebruik dit wanneer u toegang tot apps verleent op basis van afdeling of rol (bijvoorbeeld: iedereen in de groep Marketing krijgt toegang tot Canva).
Vereisten:
- Beveiligingsgroepen of Microsoft 365-groepen in Entra ID
- Een bedrijfs-app die is geconfigureerd voor provisioning
Stap voor stap:
- Maak een beveiligingsgroep of dynamische groep in Entra ID of kies een bestaande.
- Wijs de groep toe aan een via SCIM gekoppelde bedrijfs-app via Bedrijfs-app > [Naam van de app] > Gebruikers en groepen > Groep toevoegen/groep..
- Definieer regels voor dynamisch lidmaatschap (bijvoorbeeld op basis van afdeling, functietitel of locatie).
(Lees #1 Waar u op moet letten.)
Voorbeeldregel:
(user.department -eq "Sales") and (user.accountEnabled -eq true) |
Gebruikers die aan deze groep worden toegevoegd (via HR-synchronisatie of onboarding) krijgen automatisch toegang tot de gekoppelde app met de toegewezen rollen of machtigingen.
Methode 3: provisioningtaken automatiseren met PowerShell en Microsoft Graph
Deze methode gebruikt PowerShell-scripts en de Microsoft Graph API om gebruikers en provisioningtaken programmatisch te beheren.
Use cases: gebruik dit wanneer u onboarding of offboarding in bulk uitvoert, koppelt met HR-systemen of maatwerklogica voor provisioning nodig hebt
Vereisten:
- U moet PowerShell als administrator uitvoeren.
- Microsoft Graph PowerShell SDK
Stap voor stap:
Voer de volgende commando’s uit:
- Open PowerShell als beheerder (Lees #2 ⚠️ Waar u op moet letten.)
Install-Module Microsoft.Graph -Scope CurrentUserImport-Module Microsoft.Graph.Groups |
- Maak verbinding met Microsoft Graph met voldoende scopes
Connect-MgGraph -Scopes "User.ReadWrite.All","Group.ReadWrite.All","GroupMember.ReadWrite.All" |
- Maak een nieuwe gebruiker aan in Entra ID
New-MgUser `-DisplayName "Jane Doe" `-UserPrincipalName "[email protected]" `-MailNickname "janedoe" `$PasswordProfile = @{ Password = "<Generate-a-strong-temporary-password>"ForceChangePasswordNextSignIn = $true } ForceChangePasswordNextSignIn=$true } ` -AccountEnabled:$true |
- Voeg de gebruiker toe aan de provisioninggroep:
# $GroupId = target group's object ID# $UserId = user's object ID$params = @{"@odata.id" = "https://graph.microsoft.com/v1.0/directoryObjects/$UserId"}New-MgGroupMemberByRef -GroupId $GroupId -BodyParameter $params |
- Schakel een gebruiker uit voor deprovisioning
Update-MgUser -UserId $UserId -BodyParameter @{ accountEnabled = $false } |
- Verwijder de gebruiker uit alle app-groepen
Get-MgUserMemberOfAsGroup -UserId $UserId -All | ForEach-Object {Remove-MgGroupMemberByRef -GroupId $_.Id -DirectoryObjectId $UserId} |
Opmerkingen:
- Vervang de plaatsaanduidingen (zoals Jane Doe, [email protected], $GroupId, $UserId en TempPass123!) door de gegevens van uw eigen tenant.
- Uit dynamische groepen kunt u geen leden verwijderen. Het lidmaatschap is gebaseerd op regels.
- Gebruik geplande of getriggerde RMM-scripts om deze tijdens onboarding- of offboarding-gebeurtenissen uit te voeren.
Methode 4: onboarding en offboarding automatiseren met Lifecycle Workflows van Entra ID
Bij methode 1 tot en met 3 bouwt en onderhoudt u de automatiseringslogica zelf. Lifecycle Workflows bieden daarentegen kant-en-klare no-code templates voor dezelfde gebeurtenissen rond instroom, doorstroom en uitstroom.
Use case: gebruik dit wanneer u HR-gestuurde onboarding en offboarding wilt zonder eigen PowerShell-scripts of Logic Apps te onderhouden.
Vereisten:
- Licenties voor Microsoft Entra ID Governance of Microsoft Entra Suite voor de gebruikers die onder Lifecycle Workflows vallen.
- Het attribuut employeeHireDate moet in Entra ID zijn gevuld, zodat onboarding-workflows correct worden gestart
- Voor tijdgebonden workflows moeten employeeHireDate en/of employeeLeaveDateTime zijn gevuld en gesynchroniseerd naar Microsoft Entra ID.
- Managerattributen toegewezen aan gebruikersaccounts, als workflows notificaties of goedkeuringen via de manager bevatten
Stap voor stap:
- Meld u aan bij het Microsoft Entra-beheercentrum op entra.microsoft.com.
- Ga in het linkermenu naar Identiteitsbeheer > Lifecycle Workflows.
- Controleer of de functie is ingeschakeld voor uw organisatie.
- Klik op Werkstroom maken en kies een template voor onboarding of offboarding (bijvoorbeeld “Onboard pre-hire employee” of “Offboard employee”).
- Stel de triggervoorwaarde in (bijvoorbeeld “2 dagen vóór de startdatum” of “op de laatste werkdag van de medewerker”).
- Voeg taken toe aan de workflow, zoals het genereren van een tijdelijke toegangspas, het versturen van een welkomstmail of het uitschakelen van het account en het verwijderen van groepslidmaatschappen.
- Bekijk de workflow in de Werkstroomgeschiedenis en de auditlogboeken voordat u hem in productie inschakelt.
Methode 5: CMD en GPO gebruiken om het gedrag van lokale accounts na cloud-deprovisioning te sturen
Deze methode zorgt ervoor dat lokale Windows-accounts worden vergrendeld of verwijderd nadat een gebruiker in Entra ID is gedeprovisioneerd, zodat beveiligingsrisico’s worden voorkomen.
Use cases: gebruik dit wanneer u devices hebt die hybride aan Entra ID zijn gekoppeld of co-managed zijn en u de lokale toegang na deprovisioning wilt blokkeren.
Vereisten:
- Toegang tot Groepsbeleid
- Domeingekoppelde of hybride devices
Instructies:
- Schakel aanmeldingen met gecachte domeingegevens uit na deprovisioning
- Druk op Win + S en typ cmd.
- Klik met de rechtermuisknop op Opdrachtprompt en selecteer Als administrator uitvoeren.
- Voer het volgende commando uit:
rundll32 netplwiz.dll,ClearAutoLogon |
- Gebruik Groepsbeleid om sessies na cloud-deactivering geforceerd af te melden of te vergrendelen (Lees #3 ⚠️ Waar u op moet letten.)
- Druk op Win + R, typ gpedit.msc en druk op Enter om de Editor voor lokaal groepsbeleid te openen.
Opmerking: gebruik gpmc.msc voor de Groepsbeleidsbeheerconsole op domeincontrollers.
- Ga naar:
| Computerconfiguratie → Windows-instellingen → Beveiligingsinstellingen → Lokaal beleid → Beveiligingsopties |
- Zoek de instelling op en wijzig deze:
| Interactieve aanmelding: aantal vorige aanmeldingen dat in de cache moet worden opgeslagen |
- Stel de waarde in op 0
- Plan een afsluit- of vergrendelingsscript voor gedeprovisioneerde gebruikers
- Druk op Win + S, typ cmd of PowerShell en druk op Enter om de tool te starten.
- Voer uit:
shutdown -l |
Integreer deze scripts in de RMM om het gedrag van endpoints af te stemmen op de status in Azure.
Methode 6: registerinstellingen om de accountlifecycle af te dwingen
Deze methode wijzigt sleutels in het Windows-register om strengere regels voor gebruikerssessies of accountverwijdering af te dwingen.
Use cases: gebruik dit als u nauwkeurige controle wilt over Windows-machines (on-premises of hybride).
Vereisten:
- Beheerderstoegang tot de Register-editor
Waarschuwing: het bewerken van het register kan systeemproblemen veroorzaken. Maak een back-up voordat u verdergaat.
Instructies: (Lees #4 Waar u op moet letten.)
- Blokkeer permanent opgeslagen referenties in de cache
- Druk op Win + R, typ regedit en druk op Enter om de Register-editor te starten.
- Ga naar:
| HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Winlogon |
- Zoek de waarde CachedLogonsCount op en dubbelklik erop.
Bestaat de waarde nog niet, maak deze dan handmatig aan via Nieuw > Tekenreekswaarde (REG_SZ).
- Stel de waarde in op 0.
- Sluit de Register-editor.
- Houd de laatste geslaagde aanmelding bij om verweesde accounts op te sporen
- Druk op Win + R, typ regedit en druk op Enter om de Register-editor te starten.
- Ga naar:
| HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Authentication\LogonUI |
- Zoek de waarde:
| LastLoggedOnUser |
Gebruik RMM-scripts om registerwaarden te scannen en verouderde of ongebruikte accounts op te sporen voor opruiming.
Methode 7: provisioninggebeurtenissen monitoren en auditen
Use cases: gebruik dit wanneer u provisioningacties volgt voor probleemoplossing, beveiliging en compliance.
Vereisten:
- Entra ID Premium met een Exchange Online-licentie
- Uniform auditlogboek ingeschakeld in Microsoft Purview
Instructies:
- Gebruik de auditlogboeken van Azure om provisioningactiviteit te bekijken
- Open PowerShell.
- Installeer en importeer de Exchange Online-module
Install-Module ExchangeOnlineManagement -Scope CurrentUserImport-Module ExchangeOnlineManagement |
- Maak verbinding met Microsoft Purview
Connect-ExchangeOnlineConnect-IPPSSession |
- Voer de zoekopdracht in het uniforme auditlogboek uit:
Search-UnifiedAuditLog -Operations "Add user", "Delete user", "Update user" |
💡 U kunt datumfilters toevoegen om het bereik te bepalen:
Search-UnifiedAuditLog -StartDate (Get-Date).AddDays(-30) -EndDate (Get-Date) -Operations "Add user","Delete user","Update user" |
- Stel in Azure notificaties in voor afwijkingen in provisioning
Gebruik Microsoft Sentinel of Microsoft 365 Defender om te waarschuwen bij:
- Buitensporig veel nieuwe gebruikers
- Ongeautoriseerde wijzigingen in groepslidmaatschap
- Mislukte SCIM-provisioningaanroepen
⚠️ Waar u op moet letten
| Risico’s | Mogelijke gevolgen | Herstel |
| 1. Verkeerde afstemming van groepstoewijzingen | Gebruikers worden niet zoals verwacht aangemaakt of ingetrokken. | Pas de regels voor dynamische groepen aan of werk het groepslidmaatschap handmatig bij in Groepen > [Groepsnaam] > Leden. |
| 2. PowerShell uitvoeren zonder verhoogde rechten | PowerShell-commando’s mislukken met toegangsfouten. | Open PowerShell opnieuw als administrator. |
| 3. Onjuiste GPO-configuraties | Lokale gebruikers kunnen zich mogelijk nog aanmelden nadat ze zijn gedeprovisioneerd. | Controleer de instellingen in gpedit.msc of de Groepsbeleidsbeheerconsole en test op één machine. |
| 4. Onjuiste registerbewerkingen | Kunnen aanmeldproblemen of een instabiel systeem veroorzaken | Maak altijd een back-up van het register voordat u wijzigingen doorvoert; draai deze terug via een .reg-bestand of een herstelpunt. |
Aanvullende overwegingen
Dit zijn de belangrijkste operationele en beveiligingsaspecten die u moet kennen bij een SCIM-implementatie met Microsoft Entra ID:
SCIM-throttling
SCIM-API’s kennen limieten die SaaS-leveranciers instellen. Die limieten bepalen hoeveel provisioningbewerkingen binnen een bepaalde periode kunnen worden verwerkt.
Bij grote volumes kan throttling optreden of worden verzoeken geweigerd, wat de synchronisatie vertraagt.. Bekijk dus altijd de SCIM-limieten van de leverancier en het gedrag bij hoge belasting.
Attribuuttoewijzing
Microsoft Entra ID stuurt gebruikersattributen zoals naam, e-mail en afdeling naar de doelapps. Die moeten overeenkomen met het schema dat de app verwacht, anders kan provisioning stilzwijgend mislukken of tot verkeerd ingestelde toegang leiden.
Gebruik de functie voor aangepaste attribuuttoewijzing van Microsoft Entra ID om velden af te stemmen op het SCIM-schema. Test de toewijzingen bovendien in een testomgeving voordat u automatische provisioning inschakelt.
Licentietoewijzing
Sommige apps vereisen een geldige licentie voor de gebruiker voordat provisioning kan worden afgerond. Gebruik groepsgebaseerde licentieverlening in Microsoft Entra ID om de licentietoewijzing te automatiseren.
Aangepaste SCIM-connectors
Voor apps die SCIM niet standaard ondersteunen kunt u een brug bouwen met de Azure SCIM Gateway of maatwerkintegraties maken met Azure Logic Apps, Azure Functions of Power Automate.
Beveiliging en compliance
Verouderde accounts vormen een serieus beveiligingsrisico. Als deprovisioning vertraging oploopt, houden gebruikers mogelijk toegang tot gevoelige systemen. Gebruik voor maximale beveiliging geautomatiseerde triggers voor deprovisioning en leg alle toegangsgebeurtenissen vast.
Probleemoplossing
Zo spoort u veelvoorkomende problemen in SCIM-provisioning met Microsoft Entra ID op en lost u ze op:
Vertraging bij provisioning
Provisioning via SCIM in Entra ID verloopt niet in realtime. Synchronisatiecycli draaien bij de meeste bedrijfsapps doorgaans elke 20-40 minuten en er kunnen vertragingen optreden door throttling of mislukte API-aanroepen. Dit kunt u doen:
- Ga naar Azure-portal > Azure AD > Bedrijfs-apps > [Uw app] > Inrichting
- Controleer:
- De begin- en eindtijd van de laatste synchronisatie
- De status van de SCIM-verbinding
- De provisioninglogboeken (bekijk de oorzaken van fouten, nieuwe pogingen en de quarantainestatus).
Gebruikers worden niet gesynchroniseerd
Verschijnen gebruikers na provisioning niet in de doelapp:
- Controleer of de gebruikers aan de app zijn toegewezen:
Azure AD > Bedrijfs-apps > [App] > Gebruikers en groepen
- Controleer de attribuuttoewijzing:
Azure AD > Bedrijfs-app > Inrichting > Toewijzingen
Zorg dat de groep binnen het bereik van de provisioning valt.
Deprovisioning mislukt
Blijven gebruikers actief in de app nadat ze zijn verwijderd, doe dan het volgende:
- Controleer of het SCIM-token nog geldig is en over verwijderrechten beschikt.
- Sommige apps schakelen gebruikers uit door active=false in te stellen in plaats van ze te verwijderen. Bekijk het SCIM-schema van de app.
- Verwijder de gebruiker zo nodig handmatig of roep de API van de app rechtstreeks aan.
PowerShell-fouten
Fouten in PowerShell komen meestal door ontbrekende gedelegeerde machtigingen (scopes) voor Microsoft Graph, verlopen tokens, onjuiste object-ID’s of te beperkte rollen in Microsoft Entra ID. Dit kunt u doen:
- Maak verbinding met Microsoft Graph met de juiste scopes:
Connect-MgGraph -Scopes "User.ReadWrite.All", "Group.ReadWrite.All"
- Controleer uw context:
Get-MgContext
Valideer object-ID’s voordat u ze doorgeeft aan Graph-bewerkingen.
NinjaOne-diensten
De lifecycle van gebruikers wordt weliswaar in Entra ID en SaaS-platformen geregeld, maar NinjaOne versterkt de compliance en handhaving op endpoints tijdens provisioning en deprovisioning:
| NinjaOne-diensten | Hoe NinjaOne geautomatiseerde provisioning aanvult met compliancehandhaving op endpoints |
| Scriptautomatisering | Start het uitschakelen, vergrendelen of opruimen van lokale accounts zodra een Microsoft Entra ID-account wordt gedeprovisioneerd. |
| Inzicht in endpoints | Spoor verweesde accounts op of machines waarop inactieve gebruikers nog zijn aangemeld. |
| Beleidshandhaving | Rol GPO’s of registersleutels uit die aansluiten op SCIM-gebaseerde access policies. |
| Gebeurtenismonitoring | Waarschuw bij lokale aanmeldpogingen door uitgeschakelde of onbekende gebruikers. |
| Logging en rapportage | Lever exporteerbare, auditklare logboeken van endpointacties rond provisioning. |
Met NinjaOne kunnen MSP’s en IT-teams ervoor zorgen dat cloudidentiteitsgovernance volledig wordt ondersteund door responsief, beleidsconform gedrag op deviceniveau.
Quick-start guide
Belangrijkste functies:
– Gebruikers automatisch aanmaken: nieuwe gebruikers in Azure AD worden automatisch in NinjaOne aangemaakt.
– Gebruikers automatisch verwijderen: zodra gebruikers uit Azure AD worden verwijderd, worden hun accounts in NinjaOne gedeactiveerd.
– Groepen aan rollen koppelen: wijs NinjaOne-rollen toe op basis van groepslidmaatschappen in Azure AD.
– Beheer van SCIM-tokens: tokens verlopen na zes maanden en moeten opnieuw worden gegenereerd.
Vereisten:
1. Schakel SSO in NinjaOne in met Azure AD.
2. Schakel SCIM-provisioning in via een aanvraag bij NinjaOne Sales.
3. Gebruik Azure AD of Okta als IdP (andere aanbieders worden niet volledig ondersteund).
Installatiestappen:
1. Schakel SCIM in NinjaOne in:
– Ga naar Administration > Accounts > Identity Provider.
– Zet de schakelaar Enable SCIM provisioning aan en genereer een SCIM-token.
2. Configureer SCIM in Azure AD:
– Ga in de Azure Enterprise Application voor NinjaOne naar het tabblad Inrichting.
– Plak het SCIM-token en de tenant-URL uit NinjaOne.
– Koppel de attributen van Azure AD aan die van NinjaOne (bijvoorbeeld userPrincipalName aan userName).
3. Groepskoppeling:
– Koppel in NinjaOne de Azure AD-groepen aan rollen via Administration > Accounts > Identity Provider > Group Mapping.
4. Test de verbinding:
– Gebruik de optie Verbinding testen in Azure AD om te controleren of de provisioning correct werkt.
Belangrijke opmerkingen:
– Ondersteunde IdP’s: Azure AD en Okta worden volledig ondersteund. Andere SCIM-compatibele IdP’s werken mogelijk wel, maar worden niet volledig ondersteund.
– Gebruikerstypen: systeembeheerders kunnen niet via SCIM worden toegewezen en moeten handmatig in NinjaOne worden aangemaakt.
– Deactivering versus verwijdering: SCIM deactiveert gebruikers in NinjaOne, maar verwijdert ze niet. Verwijderde gebruikers moet u zo nodig handmatig weghalen.
Raadpleeg voor uitgebreide instructies de artikelen in de NinjaOne Dojo over SCIM-configuratie en interne probleemoplossing voor SCIM.
Het aanmaken en intrekken van gebruikersaccounts automatiseren met Microsoft Entra ID (Azure AD) en SCIM
Het automatiseren van provisioning en deprovisioning met Microsoft Entra ID en SCIM verbetert het beheer van de identiteitslifecycle, verkleint beveiligingsrisico’s en ondersteunt compliance. Bovenal versnelt het de onboarding en offboarding aanzienlijk in cloudapps en op gekoppelde devices.
Deze gids beschreef de belangrijkste onderdelen van een veilig, schaalbaar provisioningkader, van het configureren van Microsoft Entra ID en SCIM tot het uitbreiden van de automatisering met PowerShell en Microsoft Graph. Ook kwam aan bod hoe u access policies op endpointniveau afdwingt met CMD-scripts, Groepsbeleid en registerinstellingen en hoe u identiteitswijzigingen monitort en auditeert voor volledig inzicht.
Tot slot bekeken we hoe NinjaOne dit ecosysteem versterkt door het gedrag van devices af te stemmen op het identiteitsbeleid.
Gerelateerde onderwerpen:
