Este módulo permite almacenar los registros de solicitudes y respuestas de cualquier API.
Cuando se registra una respuesta, se inyecta la cabecera API_LOG_ENTRY_ID en la cabecera de la respuesta. Esta cabecera almacena el identificador del registro de log generado a partir de la respuesta.
Hay disponible una acción planificada "API Log: Delete old logs" para eliminar automáticamente los registros de log de API antiguos. Está deshabilitada por defecto.
Para habilitarla, vaya a Ajustes > Técnico > Automatización > Acciones planificadas y active "API Log: Delete old logs".
El periodo de retención (en días) es configurable mediante el parámetro del sistema api_log.retention_days, que por defecto es de 180 días. Los registros con un request_date anterior a este umbral se eliminan cuando se ejecuta el cron.
Traducción automática al español (DeepSeek) de la descripción original de OCA, que está en inglés.
auto_awesome Qué hace este módulo
Generado por IA a partir del código · Odoo 18.0Almacena las solicitudes, respuestas y errores de la API en la base de datos para que puedan revisarse en Odoo. Los usuarios con el grupo API Log Access pueden explorar, buscar y filtrar estos registros desde un menú dedicado.
Este módulo registra el tráfico de las APIs construidas sobre Odoo: cada llamada se guarda como una entrada de registro con su URL, método, cabeceras, cuerpo, fecha, código de estado y duración.
Dónde aparece: - Un nuevo menú "API Log" (bajo un menú padre Tools) abre una lista de entradas de registro con fecha, método, URL, código de estado y duración. - La vista de formulario muestra el lado de la petición (URL, método, cabeceras, contenido, fecha) y el lado de la respuesta (código de estado, cabeceras, contenido, fecha), además del registro de negocio vinculado y cualquier traza de error. - Los filtros de búsqueda permiten mostrar solo las llamadas correctas (estado 200-299) o los errores (estado 400 y superiores), y agrupar las entradas por colección, método o URL.
Comportamientos automáticos: - Los valores sensibles de las cabeceras, como las claves de API y las cookies, se sustituyen por "<redacted>" antes de almacenarse. - Cuando se registra una respuesta, se añade una cabecera API-Log-Entry-ID a la respuesta para que el llamante pueda encontrar la entrada de registro correspondiente. - Una tarea programada (inactiva por defecto) elimina los registros más antiguos que un periodo de retención, establecido en 180 días por defecto en un parámetro del sistema. - Los modelos pueden activar el registro y obtener un botón "Logs" que abre únicamente sus propias entradas de registro.
El acceso es de solo lectura y está limitado al grupo API Log Access, que incluye las cuentas de administrador.
Depende de
Lo necesitan otros módulos
Menús que añade
Modelos y campos (2)
- api.log · modelo nuevoname, time, referrer, request_b64 (Request Content), request_url, stack_trace, request_body, request_date, request_time, response_b64 (Response Content), collection_id, response_body, response_date, response_time, collection_ref, request_method, request_headers, request_preview, collection_model, response_headers, response_preview, request_content_type, response_status_code, response_content_type, request_content_length, request_headers_preview, response_content_length, response_headers_preview
- api.log_collection.mixin · modelo nuevolog_ids (Logs), log_requests
Texto generado por IA (DeepSeek) al leer el código de la versión 18.0 en GitHub; puede contener errores, así que verifícalo en el código antes de decidir. Ver el código en GitHub
Disponibilidad por versión
Revisado: 2026-11-03Estado de confirmación: 3 confirmadas, 6 sin información de 9 versiones.
Fuentes · Odoo 18.0
Confirmado el 2026-11-03 en la rama 18.0 de OCA/rest-framework.
terminal Instalación y uso
Sin información verificadaLas instrucciones de instalación, el paquete de distribución, las dependencias y los pasos de configuración no se muestran porque todavía no se han verificado en la documentación del módulo para ninguna versión.
Datos importados de GitHub: esta ficha refleja la última revisión del catálogo, no una consulta en directo. Verifica siempre en la documentación del módulo y en staging antes de instalar en producción.