Registro de auditoría en Base44: cómo saber quién entró y quién cambió qué

Base44 documenta un único registro de auditoría, la API de Audit Logs, y exige un espacio de trabajo con plan Enterprise. En cualquier otro plan, saber quién entró y quién cambió qué es algo que la propia app tiene que escribir. La documentación de Base44 deja la seguridad de cada app en manos de quien la creó, así que el registro te toca montarlo a ti. Aquí: qué da cada opción, un patrón para copiar y dónde se queda corto un registro hecho a mano.

Actualizado el 22 de octubre de 2026Basado en la documentación de Base446 min de lectura

Tres formas de guardar quién hizo qué en una app de Base44

La primera columna sale de la documentación de Base44 a 22 de octubre de 2026. Las otras dos son lo que montas tú o lo que prepara Keep44.

Lo que necesitas saberAPI de Audit Logs (Enterprise)Registro hecho en la appApp en el servidor de la empresa
1. ¿Quién puede usarlo?Espacio de trabajo Enterprise, clave de API, rol de administrador o propietarioCualquier plan, quien construya la appRequiere el modelo híbrido (antes, el Diagnóstico)
2. ¿Qué registra?Eventos de autenticación, cambios en entidades, acciones de administraciónSolo lo que se le dice a la app que escribaLo que escriba la app, más los registros propios del servidor y de Entra
3. ¿Qué alcance tiene?Todas las apps del espacio de trabajoUna appUna app
4. ¿Dónde vive el registro?En la nube de Base44En los datos de la app, en Base44En SQL Server, dentro de tu plan de copias
5. ¿Puede cambiarlo quien edita la app?No lo indica su documentaciónSí, salvo que las reglas de acceso de la entidad lo impidanLo controlan los permisos de la base de datos
6. ¿Cuánto cuesta?Enterprise, presupuesto con ventasTu plan actual, más los créditos para montarloMigración desde 4.500 € + IVA, más un plan de Base44 con sincronización de GitHub

¿Hace falta un registro de auditoría?

Si la app no guarda nada sensible y la usan cuatro personas, seguramente no. Hace falta cuando alguien puede preguntar «¿quién cambió este pedido?» o «¿quién exportó la lista de clientes?» y la respuesta importa: dinero, datos de empleados, clientes o un equipo de IT que tiene que aprobar la app. Estas preguntas salen en casi toda revisión de seguridad y están en la lista que IT repasa antes de aprobar una app de Base44.

Base44 tiene la certificación SOC 2 Type II para la plataforma. Cubre cómo Base44 gestiona su servicio. No registra lo que hacen dentro de tu app las personas que la usan.

Un registro hecho en la app

En un plan sin la API de Audit Logs, lo habitual es una entidad en la que escribe la app. Pídesela al chat de Base44 en un solo mensaje:

Crea una entidad llamada AuditLog con los campos user_email (texto), action (texto), detail (texto) y at (fecha y hora). Cualquier usuario con sesión iniciada puede crear un registro, pero solo los administradores pueden leer, editar o borrar registros. Añade una función logEvent(action, detail) que lea el usuario con sesión iniciada y cree un registro en AuditLog, y llámala cuando alguien abra la app y cada vez que alguien cree, edite o borre un registro.

La función que escriba debería parecerse a esta (ajusta el import a tu app):

import { base44 } from "@/api/base44Client";

export async function logEvent(action, detail = {}) {
  const user = await base44.auth.me();
  await base44.entities.AuditLog.create({
    user_email: user.email,
    action,                       // "open_app", "delete_order", "export_customers"
    detail: JSON.stringify(detail),
    at: new Date().toISOString()
  });
}

Después abre los ajustes de la entidad y comprueba que las reglas de acceso son de verdad «cualquiera con sesión puede crear, solo los administradores pueden leer o cambiar». Keep44 no ha probado este mensaje exacto: confirma que las reglas se aplicaron antes de fiarte del registro.

Dónde se queda corto un registro hecho a mano

  • Solo anota lo que el código llama. Una pantalla o acción que se olvide deja un hueco.
  • No hay eventos de inicio de sesión de verdad. Una petición en el tablero de feedback de Base44 pide eventos de login y logout y propone escribir un registro al cargar la página. Eso anota «abrió la app», no un inicio de sesión verificado.
  • Quien edita la app puede cambiar el código que escribe el registro. Cualquiera con permiso de edición puede quitar una llamada a logEvent, así que el registro prueba menos que uno que guarda la plataforma.
  • La retención y la exportación son tuyas. Exporta la tabla a CSV de forma periódica y decide cuánto tiempo se conserva. El registro guarda correos electrónicos, que son datos personales: eso entra en el RGPD.

En Enterprise, la API de Audit Logs devuelve eventos de autenticación, cambios en entidades y acciones de administración de todas las apps del espacio de trabajo, y puede alimentar un SIEM. Hace falta el rol de administrador o propietario y una clave de API del espacio de trabajo. Su documentación no indica cuánto tiempo se conservan los eventos.

Lo que pregunta IT sobre el registro

Ten una respuesta para cada punto antes de la revisión de seguridad.

  • Eventos: inicio de sesión, consulta de registros sensibles, cambios, borrados, exportaciones y acciones de administración.
  • Quién lo puede leer: una lista corta y con nombres.
  • Quién lo puede cambiar o borrar: lo ideal es que nadie que construya o use la app.
  • Cuánto tiempo se conserva: y quién lo decide.
  • Cómo sale de la app: una exportación programada, una API o un envío a la herramienta de registros que IT ya usa.
  • Cuando alguien se va: sus registros pasados se quedan y su acceso termina el mismo día.

Si la app corre en el servidor de la empresa

En el modelo híbrido la app funciona en los servidores del cliente y él sigue construyéndola en Base44. El registro vive entonces en una tabla de SQL Server que IT ya incluye en sus copias, y los permisos de la base de datos deciden quién puede leerlo. La app debería poder insertar filas, pero no editarlas ni borrarlas. El inicio de sesión de empresa con Entra ID añade los registros de acceso propios de Entra, que quien edita la app no puede tocar. Cómo funciona está en las guías de cómo llevar una app de Base44 a tu servidor y de salir de Base44 o seguir diseñando en él.

En los servidores del cliente, el registro está en la base de datos y el plan de copias que IT ya gestiona.

Estado de la prueba

Probado en laboratorio del 6 al 8 de octubre de 2026: Windows Server 2025, IIS, SQL Server y un tenant gratuito de Entra ID, con una app de demostración creada en Base44. La sincronización y el inicio de sesión de empresa funcionaron. La tabla AuditLog, el permiso de solo insertar y el mensaje de arriba son diseño, aún sin probar en el laboratorio. Si encaja con tu app se confirma en el Diagnóstico.

Cuándo Keep44 no es la respuesta: si tu espacio de trabajo ya tiene plan Enterprise, usa la API de Audit Logs. Si la app es pequeña y no guarda nada sensible, la entidad de arriba basta por sí sola.

Fuentes

Recibe la siguiente guía por email

Un correo cuando sale una guía nueva. Para darte de baja, responde a cualquiera de ellos.

Sin publicidad. Puedes darte de baja o pedir que se borre en contact@keep44.com.

Un registro de quién hizo qué, dentro de tu propia red.

El Diagnóstico revisa la app pieza por pieza y te da un informe: qué camino encaja, si puede funcionar en tus servidores con inicio de sesión de empresa y un registro que controle IT, qué hay que reconstruir y el precio cerrado de la migración. Solo hace falta el export del código y 30 minutos con quien conozca la infraestructura. Ver un informe de ejemplo.

450 € + IVA · Se descuenta íntegro si sigues con la migración

¿Aún no quieres reservar? Haz el autodiagnóstico gratis en 3 minutos y recibe un informe corto en pantalla.