API de Registro de auditoría

Lista los cambios de configuración del proyecto, de los más recientes a los más antiguos: quién cambió qué, cuándo y desde qué superficie, con el antes y el después a nivel de campo, conservados 400 días en todos los planes.

Filtre por actor (id), actor_kind, source, resource_type y resource_id, action (exacta, o un prefijo que termina en *), field (un prefijo de puntero JSON como /label) y una ventana since/until; pagine con cursor. format csv, xlsx o pdf escribe el registro filtrado en un archivo con el motor de generación de informes (una fila por campo modificado, de la más antigua a la más reciente, los últimos 30 días salvo que since indique otra cosa, con la cabecera de la cadena y el límite de retención en el archivo para que sirva de ancla para audit verify).

Los secretos (tokens, claves, contraseñas, credenciales de webhooks y de fuentes) se muestran como (redacted); cualquier otro valor es el valor almacenado. Los servicios escriben las entradas en la transacción que realiza el cambio; nada escribe, actualiza ni elimina una entrada.

Requiere la capacidad del proyecto; una sesión del panel lo lee como propietario del proyecto, administrador de la organización o miembro del personal que observa el proyecto. Leer y exportar el registro corresponde al registro de auditoría, que incluye el plan Enterprise; un proyecto cuyo plan no lo incluye se rechaza con feature_not_in_plan (402). Todos los planes registran sus cambios.

La cabecera de la cadena de auditoría del proyecto (el seq y el hash de la última entrada encadenada), el límite de retención desde el que empieza la cadena y cuántas entradas esperan ser encadenadas. Conserve una cabecera como ancla y pásela más tarde a GET /api/audit/verify para demostrar que no se reescribió ni eliminó ningún historial anterior.

Forma parte del registro de auditoría, que incluye el plan Enterprise; un proyecto cuyo plan no lo incluye se rechaza con feature_not_in_plan (402).

Recalcula la cadena de hashes de auditoría sobre un intervalo e informa de lo que falla, si hay algo.

El hash de cada entrada encadenada se recalcula a partir de su contenido almacenado, cada entrada debe enlazar con la anterior, seq debe ser continuo desde el límite de retención y la última entrada debe ser la cabecera de la cadena. anchor (SEQ:HASH de una exportación o de head anterior) demuestra además que la entrada en ese seq no ha cambiado y que la cadena no se truncó por debajo.

Una llamada comprueba como máximo 5000 entradas; continúe desde next_seq con from_seq. Forma parte del registro de auditoría, que incluye el plan Enterprise; un proyecto cuyo plan no lo incluye se rechaza con feature_not_in_plan (402).

Una entrada de auditoría con sus cambios a nivel de campo. Forma parte del registro de auditoría, que incluye el plan Enterprise; un proyecto cuyo plan no lo incluye se rechaza con feature_not_in_plan (402).