API Registro di audit

Elenca le modifiche di configurazione del progetto, dalla più recente: chi ha cambiato cosa, quando e da quale superficie, con il prima e il dopo a livello di campo, conservate 400 giorni in ogni piano.

Filtrate per actor (id), actor_kind, source, resource_type e resource_id, action (esatta, o un prefisso che termina con *), field (un prefisso di puntatore JSON come /label) e una finestra since/until; paginate con cursor. format csv, xlsx o pdf scrive il registro filtrato in un file con il motore di rendering dei report (una riga per campo modificato, dalla più vecchia, gli ultimi 30 giorni salvo diversa indicazione di since, con la testa della catena e il limite di conservazione nel file perché funga da ancora per audit verify).

I segreti (token, chiavi, password, credenziali di webhook e di sorgenti) appaiono come (redacted); ogni altro valore è il valore memorizzato. Le voci sono scritte dai servizi nella transazione che effettua la modifica; nulla scrive, aggiorna o elimina una voce.

Richiede la capacità del progetto; una sessione della dashboard lo legge come proprietario del progetto, amministratore dell’organizzazione o membro dello staff che segue il progetto. Leggere ed esportare il registro rientra nel registro di audit, che il piano Enterprise include; un progetto il cui piano ne è privo viene rifiutato con feature_not_in_plan (402). Ogni piano registra le proprie modifiche.

La testa della catena di audit del progetto (seq e hash dell’ultima voce concatenata), il limite di conservazione da cui parte la catena e quante voci attendono di essere concatenate. Conserva una testa come ancora e passala in seguito a GET /api/audit/verify per dimostrare che nessuna cronologia precedente è stata riscritta o rimossa.

Fa parte del registro di audit, che il piano Enterprise include; un progetto il cui piano ne è privo viene rifiutato con feature_not_in_plan (402).

Ricalcola la catena di hash di audit su un intervallo e segnala cosa non va, se qualcosa non va.

L’hash di ogni voce concatenata viene ricalcolato dal suo contenuto memorizzato, ogni voce deve collegarsi alla precedente, seq deve essere contiguo a partire dal limite di conservazione e l’ultima voce deve essere la testa della catena. anchor (SEQ:HASH da un’esportazione o da head precedente) dimostra inoltre che la voce a quel seq non è cambiata e che la catena non è stata troncata al di sotto.

Una chiamata controlla al massimo 5000 voci; proseguite da next_seq con from_seq. Fa parte del registro di audit, che il piano Enterprise include; un progetto il cui piano ne è privo viene rifiutato con feature_not_in_plan (402).

Una voce di audit con le sue modifiche a livello di campo. Fa parte del registro di audit, che il piano Enterprise include; un progetto il cui piano ne è privo viene rifiutato con feature_not_in_plan (402).