Use un perfil (profile) para una lista corta de configuraciones base y conjuntos de permisos (permission sets), agrupados en grupos de conjuntos de permisos (permission set groups), para todo lo demás. Ese sigue siendo el modelo que Salesforce recomienda en 2026, aunque Salesforce ha cancelado su plan de retirar los permisos de los perfiles. Los perfiles no van a desaparecer, y no tiene que migrar antes de una fecha límite, pero construir los nuevos accesos sobre conjuntos de permisos sigue siendo la opción más segura y más fácil de auditar.
Esta guía explica la diferencia en términos sencillos, lo que Salesforce ha dicho realmente sobre el plan de retiro y cómo pasar de un acceso basado en perfiles a un modelo de conjuntos de permisos sin interrumpir el día a día de su equipo.
Perfiles vs conjuntos de permisos en lenguaje sencillo
Un perfil es el conjunto base de acceso que tiene todo usuario. Cada usuario tiene exactamente uno. Contiene permisos de objetos, permisos de campos, permisos de sistema y algunas configuraciones que solo controlan los perfiles.
Un conjunto de permisos es un paquete de permisos adicionales que usted agrega a un usuario. Un usuario puede tener muchos. Un grupo de conjuntos de permisos reúne varios conjuntos de permisos para un tipo de persona, como "Case Manager" o "Development Coordinator".
| Perfil | Conjunto de permisos | Grupo de conjuntos de permisos | |
|---|---|---|---|
| Cuántos por usuario | Exactamente uno | Varios | Varios |
| Propósito | Base y algunas configuraciones especiales | Agregar un acceso específico | Agregar todo el acceso de un puesto en una sola asignación |
| Ideal para | Punto de partida mínimo | Piezas pequeñas y reutilizables de acceso | Acceso basado en roles para un perfil de persona |
| Puede tener límite de tiempo | No | Sí, con vencimiento de la asignación | Sí, con vencimiento de la asignación |
El problema de usar solo perfiles es la multiplicación. Si los Case Managers de dos programas necesitan un acceso ligeramente distinto, usted clona el perfil. Haga eso durante años y terminará con docenas de perfiles casi duplicados que nadie se atreve a tocar. Los conjuntos de permisos le permiten dar una pequeña porción de acceso adicional sin clonar nada.
Lo que Salesforce ha dicho sobre retirar los permisos de los perfiles
Esta es la parte que causa más confusión, así que aquí está lo que pudimos verificar (consultado en noviembre de 2026).
- En enero de 2023, Salesforce anunció el fin de vida de los permisos en los perfiles, con la versión Spring '26 como objetivo. Nunca fue el fin de los perfiles en sí, solo de la capacidad de otorgar permisos en ellos. Esto se describe en el blog de Admin de Salesforce.
- Salesforce dejó después de aplicar la fecha de Spring '26, según Salesforce Ben.
- Salesforce tiene un artículo de ayuda titulado Permissions in Profiles Retirement Cancelled. La cobertura secundaria informa que se publicó a mediados de 2026 y cita comentarios de clientes y brechas de funciones pendientes. No pudimos cargar el texto del artículo, así que léalo directamente para ver la redacción y la fecha exactas.
- La cobertura secundaria también dice que los perfiles no recibirán nuevas inversiones y que Salesforce sigue recomendando un modelo basado en conjuntos de permisos.
Lo que esto significa para usted: no hay una fecha límite que lo obligue a migrar. Pero la dirección no ha cambiado, y las razones (auditorías más fáciles, menos duplicación, privilegio mínimo) siguen vigentes. Si de todos modos planea una revisión de seguridad de Salesforce, construya hacia los conjuntos de permisos.
Lo que todavía tiene que vivir en un perfil
Las propias pautas de Salesforce para conjuntos de permisos y grupos de conjuntos de permisos dividen las cosas así (consultado en noviembre de 2026):
- Póngalo en conjuntos de permisos: permisos de objetos, permisos de campos, permisos de usuario, configuración de pestañas, acceso a clases de Apex, acceso a páginas de Visualforce, permisos personalizados y acceso a aplicaciones conectadas.
- Manténgalo en los perfiles: aplicaciones y tipos de registro predeterminados, rangos de IP, horarios de inicio de sesión y asignaciones de diseños de página.
Salesforce también recomienda comenzar a los usuarios con el perfil Minimum Access - Salesforce (o un clon de él) y otorgar todo lo demás mediante conjuntos de permisos. Revise la documentación vigente antes de planificar con base en esta lista, porque Salesforce agrega funciones con el tiempo.
Un plan de migración práctico
No necesita migrar a todos a la vez. Trabaje en este orden.
- Haga un inventario de lo que tiene. En Setup, busque Profiles en Quick Find y liste cada perfil con su número de usuarios. Muchas orgs encuentran perfiles con cero o un usuario.
- Agrupe a sus usuarios según lo que realmente hacen. Piense en tipos de trabajo, no en cargos: admisión, gestión de casos, recaudación de fondos, finanzas, reportes, administración.
- Diseñe conjuntos de permisos en torno a tareas. Por ejemplo, "Create and edit Care Plans" o "Run and export donor reports". Mantenga cada uno pequeño, con un nombre que diga lo que otorga.
- Agrúpelos en grupos de conjuntos de permisos. Un grupo por tipo de persona. Un usuario que hace dos trabajos recibe dos grupos.
- Pruebe en un sandbox con escenarios reales. Inicie sesión como un usuario de prueba (claramente ficticio) y confirme que puede hacer su trabajo y no puede ver lo que no debe.
- Mueva primero un grupo piloto. Cambie su perfil a Minimum Access, asigne el grupo de conjuntos de permisos y compare lo que pueden hacer antes y después.
- Implemente en oleadas, y luego desactive o elimine los perfiles que ya no tengan usuarios.
Dos advertencias. Primero, los permisos de un conjunto de permisos solo funcionan si la licencia del usuario los admite, así que revise las licencias cuando un permiso parezca "no funcionar". Segundo, el perfil sigue siendo donde viven los tipos de registro, las aplicaciones predeterminadas y los diseños de página, así que un usuario con Minimum Access aún necesita que se resuelvan.
Dos funciones que vale la pena usar
Los conjuntos de permisos de silenciamiento (muting permission sets) le permiten quitar un permiso de un grupo de conjuntos de permisos sin editar los conjuntos subyacentes. Eso evita clonar un conjunto solo para quitar un permiso.
El vencimiento de la asignación (assignment expiration) le permite dar un conjunto de permisos a un usuario hasta una fecha, por ejemplo para una asignación temporal de cobertura. Cuando pasa la fecha, el acceso termina sin que alguien tenga que recordarlo. Esto está documentado en la ayuda de Salesforce sobre el vencimiento de la asignación de conjuntos de permisos.
Cuidado con estos errores
- Clonar "System Administrator" para usuarios avanzados. Incluye View All Data y Modify All Data. Vea nuestra guía sobre PHI y permisos para saber por qué importa.
- Conjuntos de permisos que crecen sin límite. Un conjunto llamado "Case Manager Plus" con 200 permisos es solo un perfil con otro nombre.
- Omitir la revisión posterior. La migración es un buen momento para encontrar personas con más acceso del que necesitan. Nuestra guía para encontrar usuarios con permisos excesivos muestra cómo.
- Olvidar las integraciones. Los usuarios de integración suelen estar en sus propios perfiles. Revíselos antes de cambiar nada.
Preguntas frecuentes
¿Salesforce va a eliminar los perfiles?
No. Los perfiles permanecen. El plan anunciado era terminar con la capacidad de otorgar permisos en los perfiles, y Salesforce ha cancelado desde entonces la aplicación de ese plan. Lea el artículo de ayuda de Salesforce enlazado arriba para conocer la postura vigente exacta.
¿Debería migrar de todos modos a conjuntos de permisos?
Por lo general sí, con el tiempo. Salesforce sigue recomendando un modelo basado en conjuntos de permisos, y hace mucho más sencillas las revisiones de acceso. Pero no hay necesidad de apresurarse ni de migrar perfiles que no toca.
¿Un usuario puede tener más de un conjunto de permisos?
Sí. Un usuario tiene un perfil, pero puede tener muchos conjuntos de permisos y grupos de conjuntos de permisos.
¿Cuánto tarda una migración?
Depende de cuántos perfiles tenga y de qué tan desordenados estén. Una revisión de su configuración actual es la forma más rápida de saberlo.
¿Quiere una segunda opinión sobre su modelo de acceso?
Si no está seguro de cuántos perfiles necesita realmente, podemos revisar su org con usted. Reserve una revisión gratuita de Salesforce y salga con una lista clara de qué limpiar primero. Si quiere una estructura ya preparada, nuestro Security Framework Design ofrece plantillas de gobernanza para roles, perfiles y reglas de uso compartido.