Udostępnij za pośrednictwem

Przepływy pracy cyklu życia audytu

  • Artykuł

Przepływy pracy utworzone przy użyciu przepływów cyklu życia umożliwiają automatyzację zadań cyklu życia dla użytkowników, niezależnie od tego, gdzie znajdują się w modelu JML (Joiner-Mover-Leaver) cyklu życia tożsamości w organizacji. Upewnienie się, że przepływy pracy są przetwarzane prawidłowo, jest ważną częścią procesu zarządzania cyklem życia organizacji. Przepływy pracy, które nie są prawidłowo przetwarzane, mogą prowadzić do wielu problemów pod względem zabezpieczeń i zgodności. Dzięki procesom w cyklu życia, rejestrowane są wszystkie akcje w dziennikach inspekcji, które wykonywane są w okresie do 30 dni.

Dzienniki inspekcji

Za każdym razem, gdy przepływ pracy jest przetwarzany, rejestrowane jest zdarzenie. Te zdarzenia są przechowywane w sekcji dzienników inspekcji i mogą służyć do uzyskiwania informacji o przepływach pracy w celach historycznych i inspekcji. Usługi dzienników inspekcji, kategorie i działania mogą się często zmieniać.

Zrzut ekranu przedstawiający dziennik inspekcji przepływu pracy.

Na stronie dziennika audytu zostanie wyświetlona sekwencyjna lista, według daty, wszelkich działań podjętych przez przepływy pracy cyklu życia. Z tych informacji można filtrować na podstawie następujących parametrów:

Filtr Opis
Data Można filtrować określony zakres dzienników inspekcji od minimum 24 godzin do maksymalnie 30 dni.
Opcja Daty Możesz filtrować według czasu lokalnego dzierżawy lub według czasu UTC.
Usługa Usługa zarządzania cyklem życia.
Kategoria Kategorie rejestrowanego zdarzenia. Rozdzielone na:

Inne— zdarzenia związane z zadaniami niestandardowymi.

TaskManagement— zdarzenia związane z zadaniem rejestrowane przez Lifecycle Workflows.

WorkflowManagement— zdarzenia dotyczące samego przepływu pracy.
Aktywność Można filtrować na podstawie określonych działań, które są oparte na kategoriach.

Po przefiltrowaniu tych informacji możesz również wyświetlić inne informacje w dzienniku, takie jak:

  • Stan: Czy zarejestrowane zdarzenie zakończyło się pomyślnie, czy nie.
  • Przyczyna stanu: Jeśli zdarzenie nie powiodło się, podano przyczynę.
  • Cel(e): Dla kogo zarejestrowane zdarzenie zostało uruchomione. Informacje podane jako identyfikator obiektu Entra firmy Microsoft.
  • Rozpoczęte przez (osobę): Kto zainicjował rejestrowane zdarzenie. Informacje podane przez nazwę użytkownika.

Następne kroki