Дневник ревизије

Дневник ревизије је пуна историја промена унутар ваше организације. Свака значајна акција (креирање, измена, брисање, премештање, промена подешавања, платна операција, промена дозвола) бележи се као засебан унос са аутором, временом и контекстом.

Зашто вам је потребан:

• Истрага — „ко је обрисао овај чланак?“, „ко је прошле недеље променио нечију улогу?“
• Усклађеност — SOC 2, ISO 27001, GDPR захтевају ревизиони траг за промене података и сагласности
• Враћање промена — разумевање шта је било пре промене и доношење одлуке
• Контрола активности тима — ко шта ради, посебно у Enterprise организацијама са великим тимом

#Где отворити

Леви мени → Дневник ревизије.

Доступан улогама Owner и Admin организације и само на тарифама Business и Enterprise (флаг тарифе allows_audit_logs). На Free, Starter и Pro одељак је скривен.

Editor, User и Guest не виде дневник.

#Како изгледа унос

Сваки ред дневника је картица са аутором, акцијом, ресурсом, временом и кратким описом:

Поља уноса:

#Шта иде у дневник

Дневник бележи кључне операције над садржајем, члановима, сагласностима и наплатом. Испод су стварни типови ресурса и акције.

#Чланци (resource_type=article)

#Колекције и простори (resource_type=collection)

Простори се чувају као колекције највишег нивоа, па се бележе под истим типом ресурса.

#Тим (resource_type=user)

#GDPR сагласности (resource_type=consent)

Ови уноси се појављују аутоматски када се промени банер за колачиће. Погледајте чланак о регистрацији и онбордингу за контекст GDPR сагласности.

#Наплата и организација

#Филтери

На врху странице налази се панел филтера за брзо проналажење потребног догађаја:

• Претрага — по тексту у summary или resource_title (не разликује велика и мала слова)
• Акција — падајући мени са свим типовима акција који се појављују у дневнику организације
• Ресурс — падајући мени са типовима који се стварно појављују у дневнику (article / collection / user / consent / billing / tenant)
• Корисник — филтер по аутору акције
• Период — опсег датума „од“ и „до“
• Пагинација — до 200 уноса по страници

Филтери се могу комбиновати: на пример, „све акције deleted корисника Ана у протеклој недељи“.

#Детаљи уноса

Кликом на картицу отвара се развијени JSON у пољу „Детаљи“ — то је садржај колоне details у бази података. Шта обично можете видети тамо:

• За updated — листа промењених поља (fields)
• За role_changed — стара и нова улога
• За consent updated — scope (all / essential)
• За платне операције — кратак summary шта се десило

Савет. Ако морате разумети шта се тачно променило у чланку, погледајте поље fields_changed у details. Пун садржај чланка се не чува у дневнику (то би било скупо у смислу простора) — за верзионисање користите Историју верзија чланка у уреднику.

#Чување и усклађеност

• Уноси дневника се не могу обрисати кроз интерфејс — то је намерно ограничење (у супротном ревизиони траг губи смисао)
• Веома стари уноси се периодично бришу аутоматским задатком према политици чувања ревизије — дневник се не чува заувек
• Када се сама организација обрише, дневник се брише заједно са њом (преко ON DELETE CASCADE)

#Шта не иде у дневник

Да би се избегло надимање дневника и претварање дневника у шум, следеће се не бележи:

• Претраживачки упити корисника — за аналитику користите одељак Аналитика
• Прегледи чланака — такође Аналитика
• AI операције унутар уредника (AI Improve, AI Rewrite) — то је ауторов workflow, а не промена подложна ревизији
• Технички догађаји (позадински задаци, покретања синхронизације) — они су у системским дневницима бекенда, за администраторе платформе
• Акције системских корисника (на пример, platform-help-system при сидовању документације) — филтрирају се

#Повезани одељци

• Корпа — догађаји trashed / restored / permanently_deleted за чланке, колекције и просторе бележе се управо овде
• Управљање тимом — промене улога и уклањања чланова бележе се у дневнику са resource_type=user
• Аналитика — за метрике коришћења (упити, прегледи) — то је засебан алат, а не дневник