Natrag na OpenClaw vodič

Oriphiel OpenClaw vodič

Audit log i povijest promjena

Kako bilježiti tko je promijenio status, polje, pristup, kampanju ili suppression bez pretvaranja loga u kopiju svih osobnih podataka.

Oriphiel stručni tim Ažurirano 22. 7. 2026. 3 min čitanja

Odgovor ukratko

Audit događaj treba imati aktera, vrijeme, objekt, radnju, razlog i correlation ID; osjetljive vrijednosti maskiraju se kada puni sadržaj nije potreban.

Ključne odluke

  • Koje su radnje auditirane
  • Čuva li se before/after ili samo reason
  • Tko smije čitati audit
  • Koliki je retention

Provedba korak po korak

Cilj ove lekcije je Kako bilježiti tko je promijenio status, polje, pristup, kampanju ili suppression bez pretvaranja loga u kopiju svih osobnih podataka. Korake treba provoditi redom i svaki potvrditi prije širenja opsega.

Preporučeni redoslijed

  • Definirati shemu događaja
  • Dodati correlation ID kroz web, queue i providere
  • Auditirati privileged i write akcije
  • Zaštititi log od naknadnog uređivanja

Praktičan primjer

Promjena statusa bilježi lead ID, stari i novi status, korisnika, razlog i request ID, dok se sadržaj privatne bilješke ne duplicira u audit event.

Kontrolna lista prije nastavka

Ova provjera odvaja završenu implementaciju od postavke koja samo izgleda dovršeno.

Provjerite

  • Promjena kampanje ima autora
  • Automatizacija se identificira servisnim računom
  • Tajne i puni MIME nisu u općem logu
  • Vrijeme je sinkronizirano

Najčešće pogreške i rizici

Rizike treba provjeriti prije povećanja prometa, automatizacije ili ovlasti sustava.

Na što treba paziti

  • Log postoji samo u watchdogu kratkog roka
  • Svi korisnici vide audit
  • PII se kopira u svaku poruku
  • Nema veze između queuea i CRM promjene

Mjerenje rezultata

Učinak se procjenjuje kroz mali skup metrika koje su povezane s ciljem lekcije i stvarnim poslovnim ishodom.

Metrike koje imaju smisla

  • Audit coverage
  • Događaji bez aktera
  • Privileged actions
  • Vrijeme istrage

Česta pitanja

Koji je prvi korak za temu „Audit log i povijest promjena”?

Definirati shemu događaja Prije nastavka potvrdite odluku: Koje su radnje auditirane

Kako provjeriti da je provedba uspješna?

Promjena kampanje ima autora Nakon toga pratite metriku: Audit coverage.

Koju pogrešku treba prvo spriječiti?

Log postoji samo u watchdogu kratkog roka Problem ispravite prije automatizacije ili povećanja budžeta.

Službeni i stručni izvori

Sučelja, pravila i preporuke mogu se mijenjati. Prije produkcijske izmjene provjerite aktualnu dokumentaciju.

Povezane OpenClaw lekcije

Role-permission matrica za CRMKako razdvojiti pregled, uređivanje, izvoz, administraciju, slanje kampanja i pristup osjetljivim podacima prema ulozi. Incident response za CRMKako klasificirati kvar ili sigurnosni događaj, zaustaviti štetu, sačuvati dokaz, vratiti uslugu i spriječiti ponavljanje. Monitoring, SLO i alertiKako definirati mjerljivu dostupnost ključnih CRM tokova i alarme koji vode akciji umjesto stvaranja buke. Kvaliteta podataka i deduplikacijaKako održavati CRM podatke točnima: email, telefon, OIB/MBS, izvori, duplikati, stari kontakti i nevažeće adrese.

Povežite ovu temu s ostatkom sustava

AI agenti u produkcijiDodajte AI tek nakon dozvola, evaluacije, audit loga i rollback plana. Google alati i CRMPovežite analitiku, kampanje i prodajne statuse bez gubitka izvora. Google Ads i CRMVratite kvalitetu leadova iz prodaje u optimizaciju kampanje.

Primijenite lekciju na stvarni projekt

Pošaljite postojeću konfiguraciju, cilj i problem koji želite riješiti. Dobit ćete prijedlog sljedećeg tehničkog ili operativnog koraka.

Pošaljite upitPregledajte sve vodiče