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:
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 tekstu u
summaryiliresource_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_changedudetails. 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-systempri sidovanju dokumentacije) — filtriraju se
#Povezani odeljci
- Korpa — događaji
trashed/restored/permanently_deletedza č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