Los accesos individuales identifican a cada persona. Los roles y grupos definen su responsabilidad: quién puede ver precios, mantener usuarios, preparar el carrito, realizar pedidos o supervisar un departamento.
La administración básica de subcuentas forma parte de la extensión principal de SoftwareSilo. El modelo detallado de este artículo utiliza el complemento opcional Permissions & Roles.
Empezar por el trabajo, no por las casillas
Un rol útil representa tareas reales. Un punto de partida habitual puede ser:
| Rol | Responsabilidad | Acceso habitual |
|---|---|---|
| Comprador | Buscar productos y preparar compras | Catálogo, productos, carrito y pedidos propios |
| Aprobador | Revisar compras antes de liberarlas | Pedidos pertinentes y acciones de aprobación |
| Responsable de sede | Supervisar un equipo local | Su grupo y los grupos inferiores |
| Administrador de cuenta | Mantener la organización del cliente | Usuarios, grupos, roles y visibilidad amplia de pedidos |
No cree un rol distinto para cada empleado. Empiece con tres o cinco perfiles comprensibles y añada excepciones solo cuando exista una razón empresarial clara.
Qué aportan los grupos
El rol responde qué puede hacer una persona. El grupo determina sobre quién puede ejercer ese acceso. SoftwareSilo permite crear una jerarquía específica por cliente y limitar la administración a todos los grupos, al mismo grupo o a los niveles inferiores.
Es útil para regiones, sedes, departamentos o centros de coste. Un responsable local puede gestionar su equipo sin convertirse en administrador de toda la cuenta.
Permisos que conviene decidir expresamente
El complemento no se limita a un interruptor de administrador. Incluye catálogo, detalles y precios, acciones del carrito, cupones, totales, finalización de compra, pedidos, listas de deseos, facturas y gestión de roles o grupos.
El privilegio mínimo es un buen inicio, pero no debe impedir el trabajo normal. Pruebe recorridos completos. Un comprador que prepara un carrito también necesita entender su total, dirección y estado.
Un rol no es una aprobación
Un rol permite o bloquea acciones, pero no crea por sí solo un flujo de aprobación. Si un pedido enviado debe esperar a un revisor, se utiliza Order Approval. Para límites de gasto existe el complemento Budget. Pueden combinarse, aunque resuelven problemas distintos.
Implantación razonable
- Identifique compradores, aprobadores, administradores y observadores.
- Describa sus tareas desde el inicio de sesión hasta el pedido.
- Cree el menor número posible de roles claros.
- Añada grupos solo donde haya límites reales de responsabilidad.
- Pruebe cada rol con usuarios y productos representativos.
- Documente quién asigna permisos y quién los revisa después.
Revise el acceso cuando una persona cambia de equipo o abandona la empresa. La baja ordenada es tan importante como la configuración inicial.
Lecturas relacionadas
Última revisión: 9 de agosto de 2026.