https://api.auditrails.io, e ogni endpoint è versionato sotto /v1/. I corpi di richiesta e risposta usano application/json.
I flussi DSAR (Data Subject Access Request, richiesta dell’interessato) sono disponibili esclusivamente tramite la dashboard di AuditRails e non sono esposti tramite l’API con token bearer.
URL di base
Convenzioni di richiesta e risposta
Ogni richiesta deve includere l’headerContent-Type: application/json insieme al tuo header Authorization. Ogni risposta — inclusi gli errori — contiene un header X-Request-Id nel formato req_<ULID>. Conserva questo valore quando contatti il supporto; identifica in modo univoco l’esatta transazione lato server.
Formato degli errori
Quando una richiesta fallisce, AuditRails restituisce un corpo di errore strutturato così da sapere sempre cosa è andato storto e dove approfondire.Catalogo degli endpoint
La tabella seguente elenca ogni endpoint disponibile raggruppato per categoria funzionale. Clicca sul nome di un endpoint per saltare alla relativa pagina di riferimento.Ingestione
Lettura e interrogazione
Conformità
Esempio rapido
Lo snippet seguente ingerisce il tuo primo evento con un unico comandocurl. Sostituisci at_live_xxx con la tua chiave API di produzione.
Autenticazione
Scopri come funzionano le chiavi API, la differenza tra chiavi live e di test, e come gestire gli errori di autenticazione.
Limiti di frequenza
Comprendi i limiti per IP, per piano e per chiave di test, e come gestire con eleganza le risposte 429.
Codici di errore
Sfoglia l’elenco completo dei codici di errore leggibili da macchina restituiti dall’API.
SDK
Usa un SDK ufficiale AuditRails per ottenere retry automatici, risposte tipizzate e altro.