Saltar al contenido principal
Base44 configura automáticamente los permisos de datos mientras construyes tu app. Puedes ajustarlos en cualquier momento usando el chat de IA, o configurarlos manualmente si necesitas más control. Si los permisos no se configuran correctamente, las personas equivocadas podrían ver o cambiar datos en tu app.
Para definir quién puede abrir tu app y si necesitan iniciar sesión, consulta Gestionar acceso y roles de la app.

​
Usar el chat de IA para definir permisos

No necesitas configurar permisos manualmente. Dile al chat de IA cómo debe funcionar tu app en lenguaje natural, y configura las reglas correctas por ti. Esto funciona cuando estás construyendo tu app por primera vez y en cualquier momento posterior cuando tus necesidades cambien. Si necesita actualizar reglas existentes, te pide aprobación primero. Aquí algunos ejemplos de prompts que puedes usar: 
Only the person who submitted an order should be able to see it.

Admins should have full access to all client details. Regular users should only see their own.

Anyone can browse the product catalog, but only managers can add or update listings.

​
Personalizar permisos manualmente

Si quieres revisar o afinar los permisos en una tabla de datos específica, puedes hacerlo desde la página Permissions de la tabla en tu dashboard. La página se abre en vista de solo lectura mostrando tus reglas actuales. Haz clic en Edit para hacer cambios.
¿No estás seguro de qué reglas configurar? Describe lo que necesitas al chat de IA en lenguaje natural y configura los permisos por ti. La configuración manual está ahí para cuando necesitas control más preciso.
Para personalizar los permisos de una tabla de datos:
  1. Haz clic en Dashboard en el editor de tu app.
  2. Bajo Data, haz clic en la tabla que quieres gestionar.
  3. Haz clic en Permissions arriba a la derecha de la página. Si hay problemas de permisos, ves un ícono de advertencia en el botón.
  4. Haz clic en Edit para abrir el panel Configure permissions.
  5. Marca las casillas para las acciones que quieres que cada regla cubra: Create (añadir registros), Read (ver registros), Update (editar registros) y Delete (quitar registros).
  6. Si marcas una casilla para Entity-User Field Comparison, ingresa el campo de esta tabla a comparar en Entity field, luego elige la propiedad de usuario correspondiente del desplegable User field.
  7. Si marcas una casilla para User Property Check, elige la propiedad del usuario del desplegable User property y define el valor requerido.
  8. Haz clic en Save.
Managing permissions for your data
Si una persona cumple cualquier regla, obtiene acceso. Para añadir una fila adicional de Entity-User Field Comparison o User Property Check, haz clic en Add rule abajo del panel. No puedes quitar una regla que es la única que cubre una acción. Añade primero otra regla para esa acción, luego deselecciona la que quieres quitar.
La sección Generated JSON (Preview) abajo de la página muestra cómo tus reglas se traducen al formato técnico que Base44 usa detrás de escena. No necesitas entenderlo para usar el editor de permisos, pero puede ser útil si un desarrollador te pide compartir tu configuración de permisos o si quieres verificar exactamente qué reglas están en su lugar.

​
Tipos de reglas de permisos

Normalmente no necesitas añadir reglas manualmente. La IA las configura cuando crea tus tablas de datos, y el panel Permission recommendations sugiere correcciones cuando algo se ve mal. Esta sección está aquí si quieres entender lo que hace cada regla antes de aplicar una recomendación, o si necesitas afinar algo específico.
ReglaQué haceBueno para
All UsersCualquiera puede realizar esta acción, incluso sin iniciar sesiónDatos públicos como un catálogo de productos o blog
Creator OnlyUna persona solo puede acceder a registros que creóDatos personales como pedidos, mensajes o envíos de formularios
Entity-User Field ComparisonUna persona solo puede acceder a un registro si un campo en ese registro coincide con los detalles de su cuentaAsignar registros a personas específicas, como tareas o tickets
User Property CheckSolo personas con una propiedad de cuenta específica pueden realizar esta acciónAcceso basado en rol, como solo admins
Si habilitas All Users para una acción que ya tiene reglas específicas, aparece un diálogo de confirmación antes de que esas reglas se limpien. Si habilitas una regla específica mientras All Users está activo para esa acción, All Users se quita automáticamente.

​
Cómo funciona Entity-User Field Comparison

Esta regla revisa si un campo en el registro coincide con una propiedad de la cuenta de la persona conectada. Si coinciden, se otorga el acceso. Configuras dos cosas:
  • Entity field: El nombre de un campo que ya existe en esta tabla de datos. Para encontrar tus nombres de campo, ve a Dashboard, haz clic en la tabla bajo Data y mira las columnas listadas. Escribe el nombre del campo exactamente como aparece. Por ejemplo, assigned_to u owner_email.
  • User field: La propiedad de la cuenta de la persona conectada para comparar, seleccionada de un desplegable. Por ejemplo, su dirección de email.
Ejemplo: Tienes una tabla Tasks con un campo assigned_to que guarda el email de a quien le pertenece la tarea. Define Entity field como assigned_to y User field como email. Ahora cada persona solo ve las tareas asignadas a ella. Puedes añadir varias filas de Entity-User Field Comparison si necesitas coincidir en más de un par de campos.

​
Cómo funciona User Property Check

Esta regla revisa una propiedad en la cuenta de la persona conectada y otorga acceso solo si coincide con un valor que defines. Configuras dos cosas:
  • User property: El campo de la cuenta a revisar, como User Role, User Email o Full Name.
  • Required value: El valor que debe coincidir. Para User Role, puedes elegir Admin o User de un desplegable. Para otros campos, escribes el valor directamente.
Ejemplo: Quieres que solo admins puedan eliminar registros. Define User property como User Role y Required value como Admin. Puedes añadir varias filas de User Property Check para distintas propiedades o valores.

​
Aplicar recomendaciones de permisos

Si la IA detecta un riesgo potencial en tu configuración actual, aparece un banner Permission risks detected directamente en la página de la tabla de datos. Muestra un resumen del riesgo y la corrección recomendada. Puedes actuar de dos formas:
  • Haz clic en Fix para ir directamente a las recomendaciones y aplicarlas en un paso.
  • Haz clic en More details para abrir el panel completo Permission recommendations, donde puedes revisar los cambios antes de aplicarlos.
Permission risks detected on a data table
El panel Permission recommendations muestra dos secciones. La sección Risk muestra tus reglas actuales y explica por qué pueden exponer datos a personas no deseadas. La sección Recommended rules muestra el reemplazo sugerido junto con una descripción en lenguaje natural de lo que aplican. Haz clic en Apply recommendations para reemplazar tus reglas actuales con las recomendadas, o haz clic en Cancel para cerrar el panel y mantener tus reglas existentes. También puedes editar las reglas manualmente después de aplicar las recomendaciones.
Permission recommendations panel

​
Ejemplos de permisos por tipo de app

¿No estás seguro de cómo configurar permisos para tu app? Usa estos escenarios comunes como punto de partida. También puedes pedirle al chat de IA revisar tu configuración y sugerir las reglas correctas.
Un grupo pequeño de personas de confianza usan la misma app, como una lista de compras familiar o una herramienta compartida de gestión del hogar.
  • Visibilidad de la app: Private. Invita a las personas que necesitan acceso.
  • Requerir login: Sí.
  • Permisos: Para datos que todos comparten por igual, no se necesitan restricciones. Para datos que pertenecen a cada persona individualmente, como notas personales o recordatorios, usa Creator Only en Read, Update y Delete para que cada persona solo acceda a registros que creó.
Cualquiera puede visitar el sitio, pero los envíos que mandan solo deben ser visibles para ti o tu equipo.
  • Visibilidad de la app: Public.
  • Requerir login: No.
  • Permisos: Para la tabla de envíos del formulario, usa All Users en Create para que cualquiera pueda enviar. Usa User Property Check en Read, Update y Delete, restringido a tu rol admin, para que solo tu equipo vea y gestione los mensajes entrantes.
Un equipo o empresa usa la app internamente, y algunos datos solo deben ser visibles para managers o roles específicos.
  • Visibilidad de la app: Workspace.
  • Requerir login: Sí.
  • Permisos: Usa User Property Check para restringir tablas sensibles, como datos de salario o reseñas de desempeño, a un rol manager. Para contenido general como anuncios o recursos compartidos, usa All Users en Read para que todo el equipo pueda verlo.
Cada persona inicia sesión y gestiona sus propios datos. Solo deben ver sus propios registros, nunca los de nadie más.
  • Visibilidad de la app: Public o Workspace, dependiendo de si quieres registro abierto o acceso solo por invitación.
  • Requerir login: Sí.
  • Permisos: Usa Creator Only en Read, Update y Delete para cada tabla de datos personales. Esto asegura que cada persona solo pueda acceder a registros que creó.
Cualquiera puede explorar el contenido, pero solo editores o admins pueden añadir o cambiar algo.
  • Visibilidad de la app: Public.
  • Requerir login: No, a menos que quieras restringir cierto contenido.
  • Permisos: Usa All Users en Read para que cualquiera vea el contenido. Usa User Property Check en Create, Update y Delete, restringido a tu rol editor o admin, para que solo tu equipo gestione el contenido.
Distintas empresas, escuelas o departamentos cada uno usa la app, pero sus datos deben mantenerse completamente separados entre sí.
  • Visibilidad de la app: Public o Workspace, dependiendo de tu configuración.
  • Requerir login: Sí.
  • Permisos: Usa Entity-User Field Comparison para coincidir un campo en cada registro con una propiedad en la cuenta de la persona conectada. Por ejemplo, si cada registro tiene un campo company_id y cada cuenta de usuario tiene una propiedad company_id que coincide, define Entity field como company_id y User field como company_id. Cada persona solo ve registros que pertenecen a su empresa. Para acceso admin dentro de un grupo, combina esto con un User Property Check en el rol admin.

​
Preguntas frecuentes

No. Base44 configura permisos automáticamente al crear tablas de datos. Puedes pedirle al chat de IA actualizarlos en cualquier momento en lenguaje natural, o ajustarlos manualmente desde la página Permissions de cada tabla. Antes de publicar, vale la pena correr un escaneo de seguridad para confirmar que todo se vea bien.
Abre la tabla afectada en tu dashboard y revisa su página Permissions. Si hay un banner Permission risks detected, haz clic en Fix para aplicar las reglas recomendadas, o More details para revisarlas primero. También puedes correr un escaneo de seguridad desde la pestaña Security para una vista completa de los problemas a través de tu app, o describe el problema al chat de IA y pídele que lo arregle por ti. Una vez que hayas hecho cambios, prueba tu app en modo Preview iniciando sesión como distintos roles para confirmar que el acceso funciona como se espera.
Sí, los cambios tienen efecto de inmediato. Antes de hacer cambios, usa el modo Preview para probar cómo se comporta tu app con las nuevas reglas. Inicia sesión como distintos roles para confirmar que el acceso funciona como esperas.
Sí. Añade un campo personalizado (como department o access_level) a tu tabla User y define valores como manager o viewer. Luego usa reglas User Property Check en ese campo para dar a cada rol el nivel correcto de acceso. Puedes pedirle al chat de IA configurar esto por ti.
No. Los permisos aplican a tablas de datos enteras, no a campos individuales. Si necesitas limitar qué datos se devuelven de una tabla, puedes hacerlo con funciones de backend, que te permiten filtrar o transformar datos antes de que lleguen a la app. Puedes pedirle al chat de IA ayudarte a configurar esto.
Si tus permisos se configuraron con reglas demasiado complejas para que el editor visual las represente, como condiciones que usan operadores avanzados, el editor regresa a una vista solo JSON. Aún puedes editar el JSON directamente, o empezar de cero marcando una casilla en la matriz, lo que te pedirá confirmar antes de reemplazar la configuración existente.
Esta página se tradujo con IA. Para información más precisa y actualizada, consulta la versión en inglés.