Polska firma — tworzymy w Polsce 🇵🇱

Dzienniki systemowe i historia audytu

Zespół redakcyjny Flowtly1 min

Flowtly prowadzi dziennik systemowy oraz historię audytu, rejestrując kluczowe działania podejmowane w obrębie projektów, klientów, osób i zasobów danych Twojej organizacji. Zapisy te pomagają administratorom i menedżerom ustalić, kto wykonał daną czynność, co zostało zmienione oraz kiedy to nastąpiło, wspierając rozliczalność i zgodność w całym środowisku pracy.

Co jest rejestrowane

Historia audytu obejmuje działania takie jak zmiany w ustawieniach organizacji, aktualizacje danych klientów i projektów, modyfikacje danych osób i zasobów, a także inne istotne czynności wykonywane przez użytkowników w przestrzeni roboczej. Każdy wpis zawiera zazwyczaj informację o użytkowniku odpowiedzialnym za daną czynność, jej rodzaju oraz momencie wystąpienia.

Przeglądanie historii audytu

Uprawnieni użytkownicy mogą przeglądać historię audytu, aby prześledzić zmiany wprowadzone w danym obszarze, np. w organizacji, projekcie lub karcie klienta. Dzięki temu zespoły mogą potwierdzić, że dane zostały poprawnie zaktualizowane, zweryfikować nieoczekiwane zmiany oraz zachować przejrzysty zapis aktywności w czasie.

Dostęp i uprawnienia

Dostęp do dzienników systemowych i historii audytu jest kontrolowany na podstawie uprawnień przypisanych do ról. Administratorzy organizacji oraz menedżerowie z odpowiednim dostępem mogą przeglądać zapisy audytu dotyczące ich organizacji, natomiast zwykli użytkownicy mają zazwyczaj wgląd ograniczony do własnej aktywności lub rekordów, którymi mogą zarządzać.

Przykładowe zastosowania

  • Administrator organizacji przegląda historię audytu, aby potwierdzić, który użytkownik zaktualizował dane rozliczeniowe klienta.
  • Kierownik projektu sprawdza historię dziennika projektu, aby ustalić, kiedy i przez kogo dokonano zmiany statusu.
  • Lider ds. zasobów analizuje historię audytu po zauważeniu nieoczekiwanej zmiany w alokacji członka zespołu.
  • Osoba odpowiedzialna za zgodność sprawdza aktywność w rekordach osób, aby zweryfikować, czy przetwarzanie danych było zgodne z polityką organizacji.

Mapa powiązań

Odnosi się doCzęśćRealizuje
Opisane tutajOpisane gdzie indziej
audit-log rejestruje person. setting definiuje attribute. org-document dostęp regulowany przez setting. subscription warunkuje setting. setting wymaga second-factor. second-factor należące do person. recovery-code zastępuje second-factor. trusted-device pomija second-factor.rejestrujedefiniujedostęp regulowany przezwarunkujewymaganależące dozastępujepomijaDDziennik zdarzeń — The record of who did what and when. It is how a user action is investigated after the fact, and what compliance is demonstrated from.Dziennik zdarzeńOOsoba — An employee. The central record the rest of the workforce data hangs off — profile, documents, leave, benefits, rates.OsobaUUstawienie — Platform-wide configuration — behaviours, permissions, security.UstawienieAAtrybut — A custom data field defined once and collected across the platform, so an organisation can record what Flowtly does not ship a field for.AtrybutDDokument — An organisational file, stored with control over who can reach it.DokumentSSubskrypcja — The plan the organisation is on, and what it is billed for.SubskrypcjaDDrugi składnik — The extra proof of identity asked for at sign-in on top of the password — a six-digit code from an authenticator app, changing every 30 seconds.Drugi składnikKKod odzyskiwania — One of ten single-use codes issued when an authenticator is confirmed. Each stands in for a code from the app once, for the day the phone is gone.Kod odzyskiwaniaZZaufane urządzenie — A browser a person has chosen to trust, which is not asked for a second factor again for 30 days. Per browser, not per person.Zaufane urządzenie

Powiązane pojęcia