Integrazione dei processi / 08
Creare utenti. Assegnare e revocare permessi in modo mirato.
Un nuovo collaboratore richiede accessi a più applicazioni. Un cambio di team modifica i ruoli, un’uscita richiede la revoca. Colleghiamo i dati del personale di riferimento a un processo controllato per queste modifiche.
La situazione iniziale
Un account utente è solo una parte delle autorizzazioni.
HR gestisce lo stato del personale e la data di ingresso, una directory l’identità e le applicazioni specialistiche i ruoli concreti. Assegnazione delle licenze, appartenenza ai gruppi e privilegi seguono regole diverse. Una modifica dell’indirizzo e-mail non deve creare una nuova persona.
Verifichiamo le API esistenti e gli standard di provisioning come SCIM, quando supportati. Per ambienti Microsoft, Graph può essere un accesso adeguato; verifichiamo concretamente tipo di tenant, azioni supportate e autorizzazioni necessarie.
Cosa gestisce DataSource
Identità. Modello dei ruoli. Ciclo di vita.
Identità
Definire una chiave persona stabile e l’associazione degli account. Considerare separatamente rientri, collaboratori esterni e cambi di nome.
Modello dei ruoli
Derivare le azioni tecniche dai ruoli operativi approvati. Gestire i privilegi con un’approvazione dedicata anziché ricavarli da un campo di testo libero.
Ciclo di vita
Tradurre ingresso, cambio e uscita in fasi eseguibili. Confermare l’esito per ogni sistema di destinazione ed evidenziare le revoche incomplete.
Person-ID: EMP-1042
Status: aktiv
Rolle vorher: Vertrieb
Rolle danach: Einkauf
1. Genehmigung prüfen
2. Nicht mehr erlaubte Gruppen entfernen
3. Genehmigte Zielgruppen setzen
4. Zielzustand je Anwendung bestätigenScenario tecnico / Esempio illustrativo
Un cambio di team rimuove i vecchi permessi prima che entrino in vigore quelli nuovi.
Processo illustrativo per un cambio di ruolo approvato. L’ordine dipende dal modello di sicurezza. All’uscita devono essere considerati sessioni esistenti, token e accessi gestiti separatamente.
Dati di esempio e regole proposte. Le interfacce e le regole aziendali concrete vengono verificate per il vostro progetto.
Gestione degli errori, sicurezza ed esercizio
Errori e revoca: verifica e gestione.
Errori e revoca
Una destinazione irraggiungibile non deve far risultare completata un’uscita. Assegnare priorità alle revoche incomplete, ripeterle e segnalarle al responsabile concordato.
Accesso minimo
Limitare gli account tecnici alle azioni necessarie. Microsoft Graph può richiedere autorizzazioni applicative e consenso amministrativo a seconda dell’azione.
Tracciabilità
Registrare modifica, approvazione ed esito in modo verificabile secondo il modello concordato. Minimizzare i dati HR e definire consapevolmente conservazione e accesso.
Domande funzionali
I dettagli che contano prima dell’implementazione.
Provisioning · IAM · Ruoli · Approvazioni · Ingresso · Cambio · Uscita
HR può determinare da solo tutti i permessi?
HR fornisce spesso gli eventi iniziali. La responsabilità operativa dei ruoli e l’approvazione dei privilegi spettano alle funzioni designate.
Bloccare un account di directory è sufficiente all’uscita?
Non sempre. Account locali, sessioni esistenti e token API possono richiedere azioni separate. La verifica viene eseguita per ciascun sistema di destinazione.
Un sistema IAM esistente può essere mantenuto?
Sì. Possiamo aggiungere un adattatore sorgente o destinazione mancante oppure un workflow circoscritto senza sostituire il modello dei ruoli esistente.
Per il confronto tecnico
Partire dal vostro processo concreto.
Indicate dati del personale di riferimento, sistemi di destinazione, matrice dei ruoli e processo attuale di ingresso e uscita. Sono utili casi anonimizzati di cambio di team o rientro.
Nel primo incontro chiariamo accessi disponibili, responsabilità dei dati e un primo flusso circoscritto. Poi concordiamo perimetro, responsabilità e condizioni.
Per iniziare bastano esempi anonimizzati. Non inviate password, token o dati personali di produzione nella prima richiesta.
Attività correlate
La prossima connessione nel suo contesto.
API Proxmox & automazione
Le VM vengono richieste tramite ticket, clonate manualmente e poi gestite in diverse liste. Sviluppiamo un processo di provisioning definito tra la richiesta, Proxmox VE e i sistemi successivi.
Elaborare i webhook in modo affidabile
Un evento arriva e deve attivare un’azione nel sistema successivo. Consegne multiple, ritardi o un’API di destinazione indisponibile trasformano il caso in un processo operativo. Lo sviluppiamo con eventi univoci ed effetti verificabili.
Interfacce ERP e CRM
Vendite e contabilità lavorano sullo stesso cliente con compiti differenti. DataSource collega le interfacce supportate e chiarisce quali dati passano, e quando, tra prospect, cliente e conto cliente.
Riferimenti tecnici
Documentazione ufficiale, verificata il 6 ottobre 2026. L’idoneità dipende dall’installazione e dalla versione specifiche.