Preguntas frecuentes sobre portales de Power Apps

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

Los portales Power Apps versión 8.3 y posteriores admiten TLS 1.2.

Los portales de Power Apps admiten 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 portales.

• 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 portal 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 Apps Portals ahora está disponible como independiente en Power Apps. Ya no tiene que adquirir una licencia para aprovisionar un portal. El acceso del usuario al portal requiere una licencia según el tipo de persona. Lea más detalles en Preguntas más frecuentes sobre licencias de portales de Power Apps.

Puede cambiar la dirección URL base de un portal después de que sea aprovisionado mediante los pasos en Cambiar la dirección URL base de un portal.

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 portal deberá reiniciarse para que los cambios surtan efecto.

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

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 los portales para usuarios internos, vaya a las preguntas frecuentes derechos de uso de portales para usuarios internos y la sección Guía de licencias Power Apps Portales: derechos de uso para usuarios internos.

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 inicio de sesión del portal, 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 portales asociados con la organización no se desplazarán automáticamente. Además, ya que su organización se ha movido, el portal asociada a la organización no funcionará y lanzará un error en inicio.

Para asociar el portal de nuevo para las organizaciones relevantes:

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

2. Una vez que se restablece el portal existente, vaya al nuevo inquilino (o a la nueva geolocalización de inquilino existente) y aprovisione allí un portal 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 portal 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 portal también están disponibles:

  1. Abra Centro de administración de portales de Power Apps.
  2. Vaya a la pestaña Detalles del portal.
  3. En la lista desplegable Estado de portal , elija Desconectado.
  4. Seleccione Actualizar.
  5. Una vez completada la operación de actualización, establezca la lista desplegable Estado de portal en Activador y después seleccione Actualizar.

  Su portal 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 portal se eliminen de la organización:

  • En este caso, es mejor restaurar el portal mediante los pasos en Restaure un portal y después reaprovisionarlo.

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

1. Abra Centro de administración de portales de Power Apps.
2. Vaya a Acciones de portal > Actualizar dirección URL de Dynamics 365.
3. Siga las instrucciones del asistente.

Su portal se reiniciará y volverá a funcionar.

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 portales, 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 portal, 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 de portal pueden configurar el portal 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 portal. Una vez que el portal 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 portal 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í. Los portales de Power Apps utilizan activos estáticos del portal 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 de la aplicación del portal. Debe permitir la siguiente URL de CDN para representar los portales correctamente:

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

Los portales admiten 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 autenticación del portal.

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

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

Mantenimiento y solución de problemas de portales de Power Apps