IT

Richiesta di accesso e provisioning

Le richieste di accesso al sistema dipendono dall'approvazione del gestore e del proprietario del sistema, ma il provisioning e la verifica non vengono controllati in modo coerente.

Problema aziendale

Le richieste di accesso al sistema dipendono dall'approvazione del gestore e del proprietario del sistema, ma il provisioning e la verifica non vengono controllati in modo coerente.

Cosa vedono le squadre

  • Il lavoro attende tra l'invio della richiesta di accesso e la convalida dello stato lavorativo.
  • I proprietari ricostruiscono lo stato dai moduli Web e dal provider di identità.

Perché succede

  • Nessuno stato condiviso si estende ai moduli Web, al provider di identità e a Jira.
  • Le regole di decisione ed eccezione vengono applicate in modo incoerente.

Perché diventa costoso

  • La capacità viene consumata dal coordinamento e dalla rilavorazione.
  • Le eccezioni tardive indeboliscono la visibilità e la qualità del servizio.

Risultati aziendali

  • Ciclo di controllo dei record più breve
  • Meno eccezioni di trasferimento ed informazioni mancanti
  • Cancella la proprietà dall'invio della richiesta di accesso al controllo del record
  • Decisioni controllabili e ripresa

KPI misurabili

  • Tempo di consegna: Tempo trascorso dall'invio della richiesta di accesso al controllo del record.
  • Tasso di intervento manuale: Quota di elementi che necessitano di una persona al di fuori delle condizioni di revisione definite.
  • Età eccezionale: Le eccezioni tempo non risolte rimangono senza un'azione completata.
  • Tasso di completamento riuscito: Condivisione di elementi del flusso di lavoro validi completati senza errori del terminale.

Come funziona il flusso di lavoro

  1. Invia richiesta di accesso — Accettare e identificare la richiesta di accesso e il trigger di provisioning. Moduli Web
  2. Convalidare lo stato occupazionale — Eseguire la convalida dello stato occupazionale con dati campione convalidati e un risultato verificabile. Moduli Web
  3. Controlla il ruolo richiesto — Esegui il controllo del ruolo richiesto con dati campione convalidati e un risultato verificabile. Fornitore di identità
  4. Approvazione del gestore — Esegui l'approvazione del manager con dati campione convalidati e un risultato verificabile. Coda di revisione SEIDO
  5. Approvazione del proprietario del sistema — Eseguire l'approvazione del proprietario del sistema con dati campione convalidati e un risultato verificabile. Coda di revisione SEIDO
  6. Fornire accesso — Eseguire la fornitura dell'accesso con dati campione convalidati e un risultato verificabile. Fornitore di identità
  7. Verificare il diritto — Esegui la verifica dei diritti con dati campione convalidati e un risultato verificabile. Jira
  8. Controllo della registrazione — Eseguire l'audit della registrazione con dati campione convalidati e un risultato verificabile. Moduli Web
  9. Audit e aggiornamento KPI — Persistenza del risultato dell'esecuzione, dei fatti di audit e degli eventi di misurazione del flusso di lavoro. Negozio di esecuzione SEIDO

Integrazioni e proprietà

  • Moduli Web: Fornire input per il flusso di lavoro
  • Fornitore di identità: Ricerca e aggiornamento del contesto
  • Jira: Ottieni risultati controllati

Responsabilità umana: Titolare del servizio informatico

Fallimento e ripresa

I moduli Web sono temporaneamente non disponibili.

Riprovare con backoff esponenziale limitato; preservare la corsa e spostarla nella coda degli errori ispezionabili dopo il limite.

I dati richiesti per convalidare lo stato lavorativo non sono corretti o mancano.

Interrompi le azioni a valle e mostra i campi mancanti, le prove della fonte e l'azione di correzione al revisore nominato.

L'evento trigger o provider viene distribuito più di una volta.

Restituire l'esecuzione esistente identificata dalla chiave di idempotenza e non ripetere le azioni aziendali a valle.

La decisione umana scade prima del completamento.

Passare al sostituto configurato, conservare la richiesta originale e registrare sia la scadenza che la riassegnazione.

Quando non costruirlo

  • Il volume mensile è troppo basso per giustificare l'integrazione di moduli Web, provider di identità, Jira.
  • Una piattaforma configurata esistente gestisce già la richiesta di accesso e il provisioning con proprietà e reporting adeguati.
  • Dati di origine affidabili o accesso API supportato non sono disponibili.
  • Nessun imprenditore ha l'autorità di definire le regole decisionali e di eccezione.

Flussi di lavoro correlati

Instradamento intelligente dei lead in entrataI lead arrivano attraverso moduli, caselle di posta e campagne disconnesse e vengono assegnati troppo lentamente o al proprietario sbagliato.Qualificazione del lead e flusso di lavoro adeguato all'accountI rappresentanti di vendita dedicano tempo prezioso all'indagine manuale dei potenziali clienti che non corrispondono al profilo commerciale.Scoperta delle vendite al CRM strutturatoI dettagli importanti delle chiamate e delle note di rilevamento non raggiungono il CRM in modo coerente, indebolendo il follow-up e le previsioni.