--- title: "Resolver problemas de detección y acceso al centro de políticas" description: "Diagnostique centros de políticas ausentes, pantallas de acceso denegado y problemas de roles comprobando conexión, listas, cuenta y permisos efectivos." url: https://vitextra.com/es/support/kb/10535 language: es published: 2026-11-08 modified: 2026-11-08 products: - "Policy Acknowledgement" author: "Lidija Reising" tags: ["centro de políticas no encontrado", "acceso denegado", "conexión al centro", "problemas de roles de políticas"] --- # Resolver problemas de detección y acceso al centro de políticas Diagnostique centros de políticas ausentes, pantallas de acceso denegado y problemas de roles comprobando conexión, listas, cuenta y permisos efectivos. Un error de detección del centro y un mensaje de acceso denegado tienen causas distintas. Empiece identificando si el elemento web puede localizar el centro, si la cuenta conectada puede leer sus datos y si la aplicación puede resolver el rol requerido. Recrear el centro no es el primer paso diagnóstico. ## Registrar el síntoma Anote la URL de la página, el elemento web, la cuenta conectada, la URL esperada del centro y el mensaje exacto. Compruebe si el problema afecta a todos los usuarios, a un rol o solo a una página. Que un administrador acceda correctamente a una página no demuestra que los empleados tengan los mismos permisos de listas u origen. Si la interfaz indica expresamente una licencia caducada, derive el problema al administrador responsable de la licencia del producto. No lo trate como prueba de que las listas de políticas hayan desaparecido. Conserve el mensaje antes de cambiar la configuración. ## Verificar la conexión al centro 1. Edite la página afectada e inspeccione **Sitio del centro de políticas** en las propiedades del elemento web. 2. Compárela con el sitio central de SharePoint previsto, no con la URL de una política o documento individual. 3. Abra directamente el sitio previsto con la cuenta afectada. 4. Pida a un administrador que verifique que allí existen la lista de ajustes del producto y las listas previstas. 5. Guarde cualquier conexión corregida y recargue la página antes de probar de nuevo. El resolvedor considera el sitio configurado, el sitio actual y la ubicación predeterminada `/sites/VitextraPolicies`. Usa la presencia de la lista de ajustes para identificar un centro y almacena en caché la conexión resuelta. Por tanto, una página puede apuntar a un centro disponible distinto del esperado; compare los datos reales además del valor de la propiedad. ![Comprobar la conexión de la página al centro previsto](https://static.vitextra.com/articles/10535/hub-connection-es.png) *Comprobar la conexión de la página al centro previsto* ## Comprobar estructura y permisos por separado La comprobación de preparación espera 11 listas y bibliotecas del producto. La presencia de todos los nombres previstos no demuestra que cada permiso y ajuste sea correcto. Si la estructura está incompleta, pida a un administrador que inspeccione el centro existente y use el proceso de configuración admitido para añadir los componentes ausentes; no elimine registros existentes para reiniciar la configuración. Después, verifique el rol de producto asignado a la cuenta afectada y su acceso real a SharePoint. Los elementos web administrativos y de informes requieren el rol apropiado, mientras que las listas subyacentes y los documentos de origen tienen sus propios permisos. Una página visible no concede acceso a sus datos ni documentos. La resolución de roles también depende de información de directorio y grupos. Una búsqueda fallida de pertenencia a grupos puede dejar a la aplicación sin el rol esperado aunque el administrador crea que el usuario pertenece al grupo. Compruebe los errores comunicados por el navegador y el acceso al directorio antes de cambiar asignaciones de roles a ciegas. ❗ **Importante** Aplicar la matriz de permisos del producto cambia permisos en sus listas. Revise los roles previstos y preserve el acceso administrativo antes de seleccionar **Guardar y aplicar permisos**. Los roles del producto y el filtrado de interfaz por propietario no sustituyen la inspección de permisos efectivos de SharePoint. ## Acotar el fallo con una matriz de comparación Compare la misma operación entre cuentas y páginas antes de cambiar permisos. Así revela si el problema sigue a la persona, la conexión de página o el centro subyacente. Use una cuenta representativa en vez de suponer que el éxito del administrador demuestra acceso ordinario. | Comparación | Área probable que inspeccionar después | |---|---| | El mismo usuario funciona en otra página conectada al centro previsto | Propiedades de conexión y navegación de la página que falla. | | El administrador funciona, pero el empleado falla en la misma página | Resolución de roles, derechos efectivos de listas y acceso al origen del empleado. | | El sitio abre, pero los datos de políticas no cargan | Listas del producto, permisos y centro resuelto. | | La ficha carga, pero se deniega el documento | Acceso al documento de origen, no solo descubrimiento del centro. | | Varios roles fallan tras cambiar la configuración | Ajustes modificados de centro, rol o permisos y posible sincronización parcial. | Estas comparaciones guían la investigación; no prueban una causa única. Por ejemplo, una búsqueda de grupo fallida puede parecer falta de pertenencia a un rol, mientras una página dirigida a otro centro válido muestra registros distintos sin mensaje de centro no encontrado. Conserve el error exacto y el contexto real de datos resueltos. ## Evitar cambios amplios mientras se aísla la causa No cree un centro sustituto solo porque falle una página. Primero establezca si los datos originales siguen presentes y accesibles al administrador responsable. Un segundo centro puede dividir la navegación y hacer que los empleados parezcan tener tareas distintas en páginas distintas. Tampoco añada a todos a un grupo administrativo para probar acceso ordinario. Esa prueba omite la condición que necesita verificar. Corrija el problema identificado de conexión o permisos, recargue la página y repita la misma operación con la cuenta originalmente afectada. Si la aplicación de permisos falló a mitad, inspeccione las listas afectadas en lugar de suponer que se revirtió toda la matriz. La operación aplica permisos en varias listas. Registre dónde falló, conserve acceso administrativo y verifique después la configuración completada. Use [KB10500. Cómo configurar los roles y permisos de Policy Acknowledgement](https://vitextra.com/es/support/kb/10500) para una prueba representativa de acceso y [KB10536. Resolver la ausencia de políticas, empleados y asignaciones](https://vitextra.com/es/support/kb/10536) si el acceso funciona pero siguen faltando registros esperados. ## Verificar la reparación Recargue la página afectada con la cuenta afectada. Confirme que aparecen las políticas esperadas y que una acción permitida funciona. Pruebe el documento de origen por separado. Si solo falla una página, compare sus propiedades de centro y página del lector con una que funcione en lugar de cambiar el acceso de todo el inquilino. Para escalar, facilite las URL del centro y la página, cuenta, rol, mensaje, hora y si funciona el acceso directo al sitio. Incluya detalles de error pertinentes sin tokens de autenticación ni registros sensibles de empleados. Consulte [KB10496. Policy Acknowledgement: guía de inicio rápido](https://vitextra.com/es/support/kb/10496) para el modelo de almacenamiento y conexión del producto y [KB10500. Cómo configurar los roles y permisos de Policy Acknowledgement](https://vitextra.com/es/support/kb/10500) para roles y permisos.