Búsquedas frecuentes
Tutoriales actualizados
Un Administrador del sistema es el usuario que tiene asignado el perfil de administrador y, con él, el nivel de privilegios más alto dentro de la Plataforma. Es quien crea las cuentas de acceso, define perfiles y conjuntos de permisos, agrega campos y objetos, ajusta las listas de selección y configura los procesos automáticos. También responde por la seguridad de la información, porque decide qué ve y qué puede modificar cada persona de la empresa.
Toda plataforma compartida necesita alguien que decida cómo se usa.
Sin ese rol, cada área configura por su cuenta y en pocos meses el sistema deja de hablar un solo idioma.
El Administrador del sistema es la persona que sostiene ese criterio único.
Más que un rol técnico, es un rol de gobierno sobre la información de la empresa.
Da de alta a las personas que ingresan y da de baja a las que se van.
Ajusta qué ve cada perfil, agrega el campo que un área pidió y corrige la lista de selección que quedó desactualizada.
También revisa que los procesos automáticos sigan haciendo lo que se esperaba de ellos.
Es un trabajo poco visible cuando está bien hecho, y muy visible cuando algo se rompe.
El perfil de administrador es el de mayor alcance dentro de la Plataforma.
Permite ver y modificar datos de toda la empresa, incluso los que otros perfiles tienen restringidos.
Por eso conviene que la cantidad de personas con ese perfil sea la mínima posible.
Cada administrador de más es una superficie de riesgo adicional sobre datos sensibles.
Un usuario trabaja con los datos y un administrador define las reglas con las que se trabaja.
La mayor parte del equipo necesita solo lo primero.
Repartir el perfil de administrador para resolver un pedido puntual es el atajo que más problemas genera después.
Cuando alguien necesita una capacidad extra, la vía correcta es un conjunto de permisos y no un cambio de perfil.
Marcar un campo como obligatorio o retirar un valor de una lista parece un ajuste menor.
En la práctica altera cómo carga datos toda la empresa y cómo salen los Informes que ya estaban armados.
Por eso un buen administrador consulta antes de cambiar y avisa después de cambiar.
La configuración de la Plataforma es una decisión compartida con las áreas y no una tarea de escritorio.
La Plataforma guarda registro de las modificaciones de configuración y de los cambios sobre los datos.
Esa pista de auditoría permite reconstruir quién cambió qué y cuándo.
Para el administrador es una herramienta de diagnóstico, porque la mayoría de los comportamientos raros tienen un cambio detrás.
Para la empresa es una garantía de control sobre un rol con muchos privilegios.
El hub de Plataforma EGA Futura ubica este concepto dentro de un proceso empresarial.
En Claudeforce: qué cambia cuando el CRM vive dentro de Claude vemos cómo se aplica a decisiones y tareas concretas.
Interfaz de la Plataforma EGA Futura muestra cómo se refleja dentro de la Plataforma.
Y Base de datos de la Plataforma EGA Futura lo muestra desde otra parte del sistema.
Dentro de la Plataforma, la condición de administrador viene del Perfil de usuario que tiene asignada la persona.
El perfil define el piso de permisos: a qué objetos accede, qué campos ve y qué acciones puede ejecutar.
Cada usuario tiene un solo perfil, así que el perfil es la decisión más estructural sobre una persona.
El administrador es quien asigna ese perfil al crear la cuenta de acceso.
Cuando alguien necesita algo puntual que su perfil no contempla, la herramienta es el Conjunto de permisos.
Un conjunto se asigna por encima del perfil y suma capacidades sin afectar a nadie más.
Esa combinación permite tener pocos perfiles y muchas variantes finas.
Los Grupos de usuarios completan el esquema cuando hay que compartir registros con un conjunto de personas.
Crea y modifica campos personalizados, ajusta las listas de selección y organiza las secciones de la Página de registro.
Define las Vistas de lista compartidas y arma los Informes y Paneles de información que el equipo usa como base.
Configura los procesos de aprobación y las reglas de duplicados.
También administra las carpetas donde viven los informes, los paneles y las plantillas de correo electrónico.
Las opciones de administración viven en la Configuración de la plataforma, fuera de las pantallas de trabajo diario.
Esa separación es deliberada, porque evita que un cambio estructural se haga por error en medio de una tarea.
Desde ahí se llega a usuarios, perfiles, objetos, campos y automatizaciones.
La Configuración de usuario, en cambio, queda al alcance de cada persona para sus preferencias propias.
Cuántas personas conviene que tengan este nivel de acceso es la decisión más consultada por las empresas que recién arrancan. Vemos también cómo dar un permiso puntual sin volver administrador a nadie y qué queda registrado.
El alcance de su perfil, que le permite ver y modificar información de toda la organización.
Además habilita la configuración: crear campos, objetos, perfiles y automatizaciones.
Un usuario común trabaja dentro de las reglas y el administrador define esas reglas.
Los menos posibles, y siempre más de uno.
Uno solo genera un punto único de falla cuando esa persona se ausenta o deja la empresa.
Dos o tres suele ser el equilibrio entre continuidad operativa y control del riesgo.
Con un Conjunto de permisos asignado por encima de su perfil habitual.
El conjunto suma solo la capacidad que hace falta y se puede retirar después.
Esa vía deja registrado por qué esa persona tiene ese acceso, cosa que un cambio de perfil no logra.
Sí, la Plataforma conserva el rastro de los cambios de configuración y de los datos.
Ese historial es lo que permite reconstruir una modificación después de que aparece un problema.
Revisarlo con periodicidad es una de las prácticas de control más baratas que existen.
La condición de administrador no es un campo del usuario sino el resultado de su perfil.
El objeto User guarda la referencia en el campo ProfileId, una búsqueda hacia Profile con etiqueta Profile.
El mismo objeto expone UserRoleId hacia Role, la casilla IsActive y la lista de selección UserType.
Username es texto de ochenta caracteres y LanguageLocaleKey define el idioma de la interfaz de esa persona.
El objeto PermissionSet guarda tanto los conjuntos de permisos comunes como el conjunto interno asociado a cada perfil.
La casilla IsOwnedByProfile distingue esos dos casos, y el campo ProfileId indica a qué perfil pertenece.
La asignación a una persona se guarda en PermissionSetAssignment, que relaciona el conjunto con el usuario.
Consultar esa tabla es la forma directa de responder por qué alguien tiene una capacidad determinada.
Dos permisos concentran casi todo el poder del rol: Modificar todos los datos y Ver todos los datos.
El primero habilita editar cualquier registro de la organización y el segundo habilita verlo, salteando las reglas de colaboración.
Personalizar la aplicación habilita la creación de campos, objetos y automatizaciones.
Administrar usuarios habilita el alta, la baja y el cambio de perfil de las personas.
Conviene partir de un perfil restrictivo y sumar capacidades con conjuntos de permisos.
Ese orden hace que cada permiso extra quede explicado por una asignación concreta y reversible.
Revisar de forma periódica quién conserva el permiso de modificar todos los datos es una de las revisiones de seguridad más rentables.
Sumar autenticación de múltiples factores sobre esas cuentas cuesta poco y protege mucho.
Los términos del glosario que empiezan igual que este. Las demás letras se abren acá mismo, sin salir de la página.
Ventas, compras, inventario, finanzas y equipo, con la información al día y disponible desde cualquier dispositivo. Funciona en la nube, así que no hay servidores que mantener.
