Preguntas frecuentes de Power Pages

Puede usar la auditoría en Microsoft Dataverse para realizar un seguimiento de los cambios en Entidades de configuración de Power Pages. La auditoría ayuda a determinar el historial de cambios si es necesario revertir los datos de configuración.

Power Pages versión 8.3 y posterior admite TLS 1.2.

Power Pages admite los siguientes conjuntos de cifrado TLS 1.2 según la Directiva de seguridad de Microsoft para tener en cuenta el soporte de múltiples clientes. Los conjuntos de cifrado más fuertes están en la parte superior de la lista. Esto asegura que los clientes siempre usen el conjunto de cifrado más fuerte que admiten de esta lista mientras se conectan a los sitios web.

• TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384
• TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256
• TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384
• TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256
• TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA
• TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA
• TLS_RSA_WITH_AES_256_GCM_SHA384
• TLS_RSA_WITH_AES_128_GCM_SHA256
• TLS_RSA_WITH_AES_256_CBC_SHA256
• TLS_RSA_WITH_AES_128_CBC_SHA256
• TLS_RSA_WITH_AES_256_CBC_SHA
• TLS_RSA_WITH_AES_128_CBC_SHA

Puede configurar un sitio web para redirigir un usuario a una página predeterminada una vez inicie sesión. Para ver los pasos detallados, vaya a Redirigir a un usuario a una página predeterminada al iniciar sesión.

Para obtener más información sobre cómo trabajar con plantillas líquidas, consulte Trabajar con plantillas líquidas.

Power Pages ahora está disponible como producto independiente. Detalles en Asignar licencias.

Puede cambiar la dirección URL base de un sitio web después de que se aprovisione mediante los pasos en Cambiar la dirección URL base de un sitio web.

Los usuarios internos con credenciales Microsoft Entra que intenten iniciar sesión sin una licencia válida asignada verán este mensaje en la página de inicio de sesión: No tiene una licencia válida para acceder a este sitio web. Contacte con su administrador del sistema.

Los usuarios también pueden ver este error si Pago por uso no se ha habilitado para este entorno.

Dependiendo del tipo de SKU comprado, como diferentes SKU de Dynamics 365, Power Apps por plan de aplicación o Power Apps por plan de usuario, un Administrador deberá proporcionar una licencia adecuada a los usuarios o tener la cantidad adecuada de pases de aplicación disponibles para el entorno. Para obtener más información sobre los pases de aplicación, vaya a Asignar o cambiar la capacidad en un entorno. Una vez que los pases de la aplicación se asignan al entorno, el sitio web deberá reiniciarse para que los cambios surtan efecto.

Para obtener detalles sobre las licencias de usuarios internos, vaya a Preguntas frecuentes sobre licencias de Power Pages.

Para obtener detalles sobre la concesión de licencias a los usuarios internos mediante Pago por uso, vaya al medidor de Power Apps por aplicación.

Para obtener detalles sobre los derechos de uso de Power Pages para usuarios internos, vaya a las preguntas frecuentes derechos de uso de Power Pages para usuarios internos y derechos de uso de Power Pages incluidos con licencias de Power Apps y Dynamics 365 en la sección Guía de licencias.

No. Los usuarios invitados agregados para Colaboración B2B en Microsoft Entra no se considerarán como usuarios internos y será necesario iniciar sesión. Para obtener más información sobre el modelo de licencia de Power Pages, vaya a la sección Guía de licencias, Por modelo de inicio de sesión.

Cuando mueva su entorno de Dataverse desde una geolocalización o el inquilino a otro, los sitios web asociados con la organización no se desplazarán automáticamente. Además, ya que su organización se ha movido, el sitio web asociado a la organización no funcionará y lanzará un error en inicio.

Para asociar el sitio web de nuevo para las organizaciones relevantes:

1. Restaure el sitio web existente hospedado desde la geolocalización o inquilinos existentes mediante los pasos en Restaure un portal. Esto eliminará los recursos de sitio web asociados y la dirección URL de sitio web no será accesible después de que la operación se complete.

2. Una vez que se restablece el sitio web existente, vaya al nuevo inquilino (o a la nueva geolocalización de inquilino existente) y aprovisione allí un sitio web disponible.

Cuando se restaura un entorno de Dataverse a partir de una copia de seguridad, varios cambios realizados en su organización pueden interrumpir la conexión del sitio web con la organización. Para solucionar ese problema:

• Si el identificador de la organización es el mismo después de la operación de restauración y las soluciones de Power Pages también están disponibles:

  1. Abra el Centro de administración de Power Platform.
  2. Seleccione los puntos suspensivos (...) a la derecha del elemento de menú Acciones del sitio.
  3. Seleccione Actualizar URL de Dynamics 365.
  4. En la ventana emergente, seleccione el botón Actualizar URL.

  Su sitio web se reiniciará y se creará de nuevo una conexión con la organización.

• Si el identificador de la organización es diferente después de la operación de restauración o las soluciones de Power Pages se eliminen de la organización:

  • En este caso, es mejor eliminar los sitios web mediante los pasos en eliminar sitio web y después reaprovisionarlo.

Cuando cambia la dirección URL de su entorno de Dataverse, el sitio web dejará de funcionar porque ya no puede identificar la dirección URL del entorno de Dataverse. Para solucionar ese problema:

1. Open [Power Platform admin center](admin/admin-overview.md).
2. Select the ellipse (**...**) to the right of the **Site Actions** menu item.
3. Select **Update Dynamics 365 URL**.
4. In the pop up window, select the **Update URL** button.

Su sitio web se reiniciará y volverá a funcionar.

Cuando crea un nuevo sitio web en un entorno de desarrollador, el sitio web se convierte automáticamente en un sitio web de desarrollador.

Esto puede suceder por varias razones, como la dependencia de sus datos y las personalizaciones realizadas en esa tabla en Dataverse. Al solucionar este problema relacionado con el rendimiento en acciones de registro desde sitios web, asegúrese de que no haya complementos sincrónicos registrados en esos eventos que puedan causar estos retrasos. Siempre que sea posible, intente implementarlos de forma asíncrona para que no retengan o retrasen la transacción.

Siempre que un error de servidor aparezca mientras intenta generar un sitio web, una página de errores genérica se muestra a los usuarios finales junto con la marca de tiempo y el id. de actividad de error. Los administradores pueden configurar el sitio web para obtener los detalles reales de los errores, que son útiles para depurar y solucionar problemas. Para ver el error real:

• Deshabilite la página de errores personalizada en el portal: esto apagará la página de errores personalizada y le permitirá ver los campos del seguimiento de la pila completa cuando navegue por esa página. Puede deshabilitar el error personalizado mediante los pasos en Deshabilitar error personalizado.

Se recomienda hacerlo solo cuando está desarrollando un sitio web. Una vez que el sitio web sea visible para los usuarios, debe habilitar los errores personalizados de nuevo. Más información: Ver registros de error del portal

• Activar registro de diagnóstico: esto permite que se obtengan todos los errores de sitio web en una cuenta de almacenamiento Azure Blob. Puede habilitar el registro de diagnóstico siguiendo los pasos en Acceder a los registros de error del portal.

Al habilitar el registro de diagnóstico puede buscar los errores determinados que los usuarios destaquen mediante el Id. de actividad que se muestra en la página de errores genérica. El Id. de actividad se registra junto con los detalles del error y es muy útil para encontrar el problema real.

Sí. Power Pages utiliza activos estáticos de Power Pages listos para usar de Azure CDN que incluyen archivos JavaScript y CSS predeterminados para la presentación que se representaron que antes se representaba como parte del sitio web. Debe incluir en la lista de permitidos la siguiente URL de CDN para representar los sitios web de Power Pages correctamente:

https://content.powerapps.com/resource/powerappsportal

Power Pages admite cualquier proveedor de inicio de sesión personalizado que proporcione compatibilidad para protocolos de autenticación estándar. Admitimos los protocolos OpenIdConnect, SAML2, y WS-Federation para cualquier IDP personalizado. OAuth2 solo es compatible para un conjunto fijo de IDP conocido. Para obtener más información sobre cómo configurar una configuración IDP, consulte Configurar la autenticación.

Cualquier versión de Power Pages se realiza en dos pasos: actualización anticipada y disponibilidad general (GA). Durante la fase de actualización anticipada, solo actualizamos los sitios web marcados para la actualización anticipada. Para obtener un nuevo lanzamiento de Power Pages en el entorno de espacio aislado (desarrollo o prueba), puede activar su sitio web para la actualización anticipada. Para obtener información sobre cómo habilitar un sitio web para actualización anticipada, consulte Actualizar un portal.

Puede permitir que el sitio web use un nombre de dominio personalizado en lugar del nombre de dominio powerappsportals.com estándar. Más información: Vincular su portal con un dominio personalizado.