Capacidades del sitio y roles de proyecto

Pomatio añade dos grupos de casillas de verificación a los perfiles de usuario. Amplían los flujos de administración de POM compatibles y registran las responsabilidades del proyecto sin sustituir el rol de WordPress del usuario.

Audiencia y permisos

Esta guía está dirigida a administradores que gestionan perfiles de usuario. La sección Site settings capabilities es visible solo para un superadministrador de red o para un usuario que realmente tenga el rol Administrator y pueda editar el perfil de destino. El acceso temporal a otra pantalla de administración no convierte a alguien en administrador a estos efectos.

Los valores utilizan metadatos de usuario a nivel de red. En multisitio, cambiarlos desde un sitio cambia los indicadores POM del mismo usuario en toda la red.

Casillas de verificación disponibles

Capacidades habilitadas

Estos indicadores participan en la lista de permitidos de administración de Pomatio. No convierten a un suscriptor en editor ni conceden administración de red sin restricciones.

Roles de proyecto

Un usuario puede tener cualquier combinación de:

• Sales representative
• Project manager
• Designer
• SEO Expert
• Developer
• Copywriter

Los roles de proyecto describen principalmente la responsabilidad para que los flujos de proyecto puedan encontrar o etiquetar a las personas adecuadas. Designer también participa en la política de pantalla de diseño compatible y habilita el acceso al diseño de temas para un usuario que de otro modo sería apto. Los demás roles de proyecto no conceden un rol de WordPress equivalente.

Asignar o quitar valores

1. Ve a Users y abre el perfil del usuario previsto.
2. Busca Site settings capabilities.
3. Selecciona solo las Enabled capabilities y los roles de proyecto aplicables.
4. Guarda el perfil de usuario.
5. Vuelve a cargar el perfil y confirma que los valores seleccionados permanecen.

Los cambios se validan contra los valores compatibles, se almacenan en el perfil del usuario y están disponibles en la siguiente solicitud. Revisa los cambios sensibles al acceso con el usuario en lugar de asumir que una sesión de navegador abierta ha actualizado su estado.

En qué se diferencian de los roles de WordPress

Seleccionar Advanced no convierte a un suscriptor en editor. Seleccionar Developer no concede acceso al código, a los plugins ni a la administración de red. Usa los roles de WordPress para los permisos de WordPress.

El área separada de configuración del sitio del POM Framework utiliza edit_pages como su capacidad mínima. Los editores y gestores de tienda pueden abrir y guardar la pantalla General settings de Pomatio sin indicadores de perfil adicionales. Este acceso específico de pantalla no cambia su rol de WordPress almacenado ni concede acceso a pantallas de configuración no relacionadas.

Límites de acceso en toda la red

Pomatio desactiva el Personalizador heredado de WordPress para todos los usuarios, incluidos los superadministradores de red. Los cambios de tema deben utilizar el flujo de configuración de temas compatible. Un indicador Designer, Advanced o Reseller no restaura el Personalizador, y las acciones obsoletas del Personalizador, de la biblioteca de fuentes y de comprobación de temas se eliminan del menú Appearance.

Los usuarios con el rol de WordPress Editor o Shop manager pueden editar la página seleccionada actualmente como Política de privacidad del sitio cuando ya cumplen los requisitos normales de edición de páginas de WordPress. Esta excepción no les permite abrir Settings → Privacy, seleccionar o crear la página de Política de privacidad, ni administrar los ajustes de privacidad de la red.

Un Editor o Shop manager con Advanced habilitado puede seleccionar Generate assets en la barra de administración. Pomatio abre Settings → POM Theme → Tools → Compile assets en una nueva pestaña del navegador e inicia la compilación combinada de CSS y JavaScript. El usuario también puede ejecutar las opciones de solo CSS o solo JavaScript desde esa pantalla. Este permiso se aplica únicamente al compilador: no expone la herramienta adyacente de importación/exportación de ajustes ni concede acceso a opciones no relacionadas de POM Theme.

Flujos de trabajo de usuarios gestionados

Un Editor puede ver a los usuarios asignados a los roles Editor, Shop manager, Author, Contributor, Customer, Subscriber y Administrator (E-commerce orders) en la lista Users del sitio. La visibilidad no implica permiso para cambiar a cada usuario listado: los editores pueden asignar, editar o promocionar solo a Customers y Subscribers, además de conservar el acceso a su propio perfil. No reciben administración de usuarios de red.

Los editores y gestores de tienda que abren la pantalla estándar Users → Add New User de WordPress son redirigidos a Users → Add new customer, donde las opciones de rol disponibles permanecen restringidas. WooCommerce permite además que los gestores de tienda trabajen con cuentas Editor y Subscriber junto con los roles que WooCommerce ya permite.

Añadir un cliente

La pantalla Add new customer está disponible para administradores, editores y gestores de tienda que puedan acceder a la administración de usuarios del sitio. Los editores solo pueden asignar el rol Customer o Subscriber. Otras extensiones compatibles pueden añadir un rol mediante el filtro pom_new_customer_roles, pero el rol debe existir en el sitio actual y las restricciones de editor siguen aplicándose.

1. Ve a Users → Add new customer.
2. Introduce un Email válido. Introducir Username es opcional; Pomatio genera uno a partir de la dirección de correo cuando se deja vacío.
3. Selecciona uno de los roles disponibles.
4. Si WooCommerce está activo, completa opcionalmente los campos de nombre de facturación, empresa, NIF, dirección, país, ciudad y teléfono.
5. Los administradores y superadministradores de red pueden dejar seleccionada la opción Email credentials to me para recibir el nombre de usuario, el correo y la contraseña generados en la dirección de correo de su propia cuenta. Los editores y gestores de tienda no pueden solicitar este correo.
6. Selecciona Add new customer.

Si el correo ya pertenece a un usuario de la red que no es miembro del sitio actual, Pomatio añade a ese usuario al sitio con el rol seleccionado y guarda los datos de facturación proporcionados. Si el usuario ya está disponible, el resultado enlaza con el perfil existente. Un usuario recién creado recibe una contraseña generada; las credenciales se envían solo al administrador que crea el usuario cuando la casilla está disponible y seleccionada, no directamente al cliente.

Después del envío, verifica el aviso de éxito o de usuario existente, sigue su enlace de perfil y confirma el rol del sitio y los datos de facturación. Si el envío de credenciales falla, el cliente permanece creado y la pantalla muestra el error de correo para que el administrador pueda organizar las credenciales por separado.

Importar clientes desde CSV

Los administradores de sitios WooCommerce pueden seleccionar Import customers desde la pantalla Add new customer. El importador utiliza el permiso de importación existente de WordPress y procesa el archivo en el sitio actual.

1. Prepara un CSV con una fila de encabezado y un cliente por cada fila siguiente. Cada fila debe contener el mismo número de columnas que el encabezado.
2. Abre Users → Add new customer y selecciona Import customers.
3. Elige el CSV y selecciona Upload file.
4. Para cada columna del CSV, selecciona Do not import, Username, Email, First Name, Last Name, Nickname, Company, NIF, Address Line 1, Address Line 2, Postcode, Country, City, Phone o Role.
5. Asigna exactamente una columna a Email. Se requiere un correo válido para cada fila importada. Si Username no está asignado, WooCommerce lo genera a partir del correo. Si Role no está asignado, se utiliza el rol Customer.
6. Opcionalmente, selecciona Send new customer email para activar el correo de nueva cuenta de WooCommerce después de cada fila correcta.
7. Selecciona Import y revisa todos los resultados mostrados.

Para un correo nuevo, el importador crea un usuario de red en el sitio actual y escribe los valores de perfil y facturación asignados. Para un correo de red existente, añade ese usuario al sitio actual con el rol asignado o predeterminado y luego actualiza los valores asignados. Un correo mal formado o una fila cuyo número de columnas difiere del encabezado se omite y se informa sin detener las filas restantes.

Después de la importación, abre una muestra de perfiles nuevos y existentes y verifica su rol en el sitio actual, nombre y datos de facturación. Cuando los correos de bienvenida están habilitados, confirma también la configuración del transporte de correo y de la plantilla de WooCommerce antes de procesar una lista de producción.

En los sitios que usan WooCommerce, Administrator (E-commerce orders) proporciona las capacidades históricas específicas de pedidos sin administración de red ni gestión general de WooCommerce. Su panel oculta Posts, Comments, Tools y la página de bienvenida heredada de WPBakery. Asigna este rol solo a personas responsables de las operaciones de pedidos.

Herramientas editoriales de POM AI

Con POM AI activo y las herramientas correspondientes habilitadas, los editores y gestores de tienda pueden usar sus herramientas de escritura, traducción, descripción de productos e imágenes. La traducción sigue requiriendo Polylang, y las herramientas de catálogo requieren WooCommerce.

Estas herramientas reciben los permisos de contenido, taxonomía y medios que necesitan para el sitio actual. Las herramientas de imagen también permiten actualizaciones de referencia compatibles en todo el sitio conservando ambos adjuntos. Este acceso no concede administración de usuarios MCP, administración de red ni creación de nuevo JavaScript.

Abre la traducción en Languages → AI translate y las herramientas de imagen en Media. Las herramientas de descripción de catálogo aparecen en Products para los usuarios que ya tienen acceso al catálogo; en caso contrario, las entradas de IA dedicadas aparecen en Tools. El acceso a las herramientas de IA no concede por sí mismo la administración general de Products.

Las cuentas de WordPress deben seguir autorizándose por separado al conectar un cliente MCP, y esa conexión permanece sujeta a sus ámbitos y grupos de escritura habilitados. Un Editor o Shop manager no puede heredar la delegación Unlimited multisite del sitio principal.

Acceso al diseño de PDF

Cuando Fenómenus está activo, los usuarios con el rol Editor o Shop manager pueden gestionar el flujo completo de PDF designs. Pueden listar todos los diseños guardados, crear y duplicar diseños, editar diseños creados por otro usuario, guardar ajustes preestablecidos personalizados, previsualizar datos de menú dinámicos, publicar o eliminar diseños de forma permanente y generar o descargar los archivos PDF resultantes.

Este acceso lo proporciona una capacidad de PDF dedicada. No concede acceso a ajustes de WordPress, plugins, temas o contenido ordinario no relacionados que pertenezcan a otro usuario.

Verificar de forma segura

1. Confirma que el rol de WordPress del usuario sigue coincidiendo con sus responsabilidades reales.
2. Inicia sesión como el usuario afectado, o pídele, que compruebe únicamente el flujo que debe utilizar.
3. Verifica que no se hayan vuelto disponibles pantallas de administración no relacionadas.
4. Registra quién aprobó cualquier indicador de acceso y revísalo cuando cambien las responsabilidades.

Resolución de problemas

• La sección no aparece: confirma que tu cuenta tiene el rol real Administrator o es superadministrador de red. El acceso extendido temporalmente para otra pantalla no es suficiente.
• Una casilla no concede la edición de páginas: es lo esperado; asigna un rol de WordPress apropiado por separado.
• Un flujo de proyecto lista a la persona equivocada: vuelve a cargar el perfil, verifica el rol de proyecto seleccionado y confirma que editaste al usuario correcto.
• Una herramienta de red sigue sin estar disponible: estas casillas no conceden acceso de superadministrador de red.

Higiene de accesos

Concede solo el rol de WordPress y los indicadores POM mínimos requeridos, revísalos cuando cambie un proyecto y elimínalos cuando una persona ya no los necesite. Nunca uses un rol de proyecto descriptivo como evidencia de que un usuario tiene un permiso técnico concreto.