Dnevnik revizije je puna istorija promena unutar vaše organizacije. Svaka značajna akcija (kreiranje, izmena, brisanje, premeštanje, promena podešavanja, platna operacija, promena dozvola) beleži se kao zaseban unos sa autorom, vremenom i kontekstom.

Zašto vam je potreban:

  • Istraga — „ko je obrisao ovaj članak?“, „ko je prošle nedelje promenio nečiju ulogu?“
  • Usklađenost — SOC 2, ISO 27001, GDPR zahtevaju revizioni trag za promene podataka i saglasnosti
  • Vraćanje promena — razumevanje šta je bilo pre promene i donošenje odluke
  • Kontrola aktivnosti tima — ko šta radi, posebno u Enterprise organizacijama sa velikim timom

#Gde otvoriti

Levi meni → Dnevnik revizije.

Dostupan ulogama Owner i Admin organizacije na tarifama Team, Pro, Business i Enterprise (flag tarife allows_audit_logs). Na Free i Starter stavku menija vide Owner i Admin s katancem i natpisom „Potreban paket …“ (Owner-a vodi na „Plan i ograničenja“); ostali je ne vide.

Editor i User podrazumevano ne vide dnevnik: pravo „Dnevnik revizije“ može im se dodeliti na kartici Podešavanja → Upravljanje pravima — tada se stavka pojavljuje i kod njih. Guest dnevnik nikada ne vidi.

Zapise o novcu i planu (tip resursa billing) vidi samo Owner: uloga Admin nema pristup plaćanjima, a dnevnik ne sme postati zaobilazni put do njih.


#Kako izgleda unos

Svaki red dnevnika je kartica sa autorom, akcijom, resursom, vremenom i kratkim opisom:

AP
Ana P. [email protected] deleted article
„Kako podesiti SSO u Google Workspace“
Članak obrisan iz kolekcije „IT uputstva“ (prostor „Korporativna baza znanja“)
19.05.2026, 14:32:18 Detalji →

Polja unosa:

Polje Opis
Autor ime + email korisnika koji je izvršio akciju
Akcija (action) šta se desilo: created, updated, deleted, restored, moved, published, itd.
Tip resursa (resource_type) objekat nad kojim je akcija izvršena: article, collection, user, consent, billing, tenant
Naslov resursa naziv članka, naziv kolekcije, ime korisnika — ono što vidite u uobičajenom interfejsu
Rezime (summary) objašnjenje akcije čitljivo čoveku
Detalji (details) JSON sa dodatnim podacima: šta se tačno promenilo, stara/nova vrednost, IP adresa, ključ idempotentnosti — razvija se klikom na „Detalji“
Vreme vremenska oznaka sa preciznošću do sekunde

#Šta ide u dnevnik

Dnevnik beleži ključne operacije nad sadržajem, članovima, saglasnostima i naplatom. Ispod su stvarni tipovi resursa i akcije.

#Članci (resource_type=article)

Akcija Kada se aktivira
created kreiranje novog članka
updated čuvanje izmena (uključujući promenu vidljivosti — details prikazuje koja su se polja promenila)
trashed premeštanje članka u korpu
restored vraćanje iz korpe
article_moved premeštanje članka
article_copied kopiranje članka
permanently_deleted trajno brisanje iz korpe ili nakon isteka roka čuvanja

#Kolekcije i prostori (resource_type=collection)

Prostori se čuvaju kao kolekcije najvišeg nivoa, pa se beleže pod istim tipom resursa.

Akcija Kada
created kreiranje kolekcije ili prostora
collection_moved premeštanje kolekcije (promena njenog roditelja)
collection_copied_recursive kopiranje kolekcije sa sadržajem
collection_bulk_move_articles grupno premeštanje članaka između kolekcija
trashed premeštanje u korpu
restored vraćanje iz korpe
permanently_deleted trajno brisanje

#Tim (resource_type=user)

Akcija Kada
invited pozivnica u organizaciju
role_changed promena uloge člana u organizaciji
deleted uklanjanje člana iz organizacije

#GDPR saglasnosti (resource_type=consent)

Akcija Kada
updated korisnik je promenio svoju saglasnost za kolačiće (scope: all / essential)

Ovi unosi se pojavljuju automatski kada se promeni baner za kolačiće. Pogledajte članak o registraciji i onbordingu za kontekst GDPR saglasnosti.

#Naplata i organizacija

Akcija Resurs Kada
subscription_paid billing plaćanje pretplate (prvo i obnova)
plan_upgraded billing nadogradnja plana
plan_downgrade_scheduled billing zakazano snižavanje ili otkazivanje pretplate
plan_changed_by_provider billing promena plana po događaju platnog provajdera
scheduled_change_cancelled billing otkazivanje zakazane promene
subscription_cancelled / subscription_cancel_failed billing otkazivanje pretplate / neuspeo pokušaj
reactivated billing pretplata nastavljena
seats_changed billing promena broja mesta
refund_issued billing povraćaj novca
topup_checkout_started / topup_granted billing početak kupovine paketa / paket dodeljen
billing_address_updated billing promenjena adresa za naplatu
plan_granted / plan_grant_revoked, limit_override_granted / limit_override_revoked, addon_granted_by_operator billing izmene koje je uneo zaposleni Lynkora
trash_emptied tenant potpuno pražnjenje korpe organizacije

#Filteri

Na vrhu stranice nalazi se panel filtera za brzo pronalaženje potrebnog događaja:

Pretraga po opisu ili naslovu… Akcija ▾ Resurs: article ✕ Korisnik ▾ Period Pronađeno: 247 događaja
  • Pretraga — po tekstu u summary ili resource_title (ne razlikuje velika i mala slova)
  • Akcija — padajući meni sa svim tipovima akcija koji se pojavljuju u dnevniku organizacije
  • Resurs — padajući meni sa tipovima koji se stvarno pojavljuju u dnevniku (article / collection / user / consent / billing / tenant)
  • Korisnik — filter po autoru akcije
  • Period — opseg datuma „od“ i „do“
  • Paginacija — do 200 unosa po stranici

Filteri se mogu kombinovati: na primer, „sve akcije deleted korisnika Ana u protekloj nedelji“.


#Detalji unosa

Klikom na karticu otvara se razvijeni JSON u polju „Detalji“ — to je sadržaj kolone details u bazi podataka. Šta obično možete videti tamo:

  • Za updated — lista promenjenih polja (fields)
  • Za role_changed — stara i nova uloga
  • Za consent updated — scope (all / essential)
  • Za platne operacije — kratak summary šta se desilo

Savet. Ako morate razumeti šta se tačno promenilo u članku, pogledajte polje fields_changed u details. Pun sadržaj članka se ne čuva u dnevniku (to bi bilo skupo u smislu prostora) — za verzionisanje koristite Istoriju verzija članka u uredniku.


#Čuvanje i usklađenost

  • Unosi dnevnika se ne mogu obrisati kroz interfejs — to je namerno ograničenje (u suprotnom revizioni trag gubi smisao)
  • Veoma stari unosi se periodično brišu automatskim zadatkom prema politici čuvanja revizije — dnevnik se ne čuva zauvek
  • Kada se sama organizacija obriše, dnevnik se briše zajedno sa njom (preko ON DELETE CASCADE)

#Šta ne ide u dnevnik

Da bi se izbeglo nadimanje dnevnika i pretvaranje dnevnika u šum, sledeće se ne beleži:

  • Pretraživački upiti korisnika — za analitiku koristite odeljak Analitika
  • Pregledi članaka — takođe Analitika
  • AI operacije unutar urednika (AI Improve, AI Rewrite) — to je autorov workflow, a ne promena podložna reviziji
  • Tehnički događaji (pozadinski zadaci, pokretanja sinhronizacije) — oni su u sistemskim dnevnicima bekenda, za administratore platforme
  • Akcije sistemskih korisnika (na primer, platform-help-system pri sidovanju dokumentacije) — filtriraju se

#Povezani odeljci

  • Korpa — događaji trashed / restored / permanently_deleted za članke, kolekcije i prostore beleže se upravo ovde
  • Upravljanje timom — promene uloga i uklanjanja članova beleže se u dnevniku sa resource_type=user
  • Analitika — za metrike korišćenja (upiti, pregledi) — to je zaseban alat, a ne dnevnik