Power Automate Preguntas frecuentes sobre licencias

A continuación, se incluyen algunas preguntas frecuentes sobre licencias independientes de Power Automate.

¿Como funcionan los planes de licencia de Power Automate para ejecuciones de flujos?

Si un flujo se establece en el plan de proceso de Power Automate, puede obtener acceso a los conectores premium, tiene los límites más altos y siempre utiliza los límites de solicitud del plan de proceso, independientemente de quién ejecute el flujo.

Si el flujo se establece en el plan de usuario de Power Automate Premium, obtiene el plan de su propietario principal si el flujo es un flujo automatizado o programado. Si el flujo es un flujo instantáneo/de botón, utiliza la licencia del usuario que ejecuta el flujo. Si un usuario tiene varios planes, como un plan de Microsoft 365 y un plan de Dynamics 365, el flujo utiliza los límites de solicitud de ambos planes.

El plan de licencia de usuario para Power Automate es el plan Power Automate Premium, pero los usuarios tienen una variedad de otras opciones de planes de licencia. Usuarios con el plan gratuito o uno de los planes de licencia de Microsoft 365 solo pueden acceder a conectores estándar, pero la mayoría de las otras pruebas y planes de licencia brindan acceso a conectores premium.

Obtenga más información sobre los planes de licencia que incluyen capacidades en los tipos de licencias y las licencias guía Power Automate . Power Automate Power Platform Obtenga más información sobre los límites y el perfil de rendimiento de los planes de licencia en Límites de flujos automatizados, programados e instantáneos.

¿Qué licencias de Power Automate necesito?

Microsoft recomienda que la mayoría de las organizaciones compren la licencia Premium para cada usuario de su organización. Power Automate Adquiera la licencia de proceso de Power Automate para cada proceso comercial o máquina que ejecute automatización desatendida. El proceso alojado es un superconjunto de la licencia de proceso, que proporciona la misma funcionalidad pero con la incorporación de una capacidad máquina hospedada que se puede usar para máquina hospedada o el grupo máquina hospedada, lo que permite RPA con cero infraestructura. Power Automate Power Automate Microsoft

El plan Premium por usuario tiene como objetivo un usuario humano para contribuir a la amplia adopción de una cultura de automatización en una organización. Es necesario que los desarrolladores de RPA creen y administren flujos de escritorio en el portal de Power Automate.

La licencia de procesos está diseñada para automatizaciones de procesos empresariales centrales que normalmente son actividades de back-end automatizadas (no ejecutadas manualmente por una persona). Por ejemplo, cada organización necesita procesos para el procesamiento de facturas o la incorporación de recursos humanos que son obligatorios para el funcionamiento normal del negocio. Estos procesos pueden variar en tamaño y complejidad, desde iniciativas a pequeña escala hasta esfuerzos a gran escala que abarcan múltiples flujos interconectados por fuentes de datos compartidas. Por ejemplo, un proceso de procesamiento de facturas tiene múltiples flujos que manejan una factura desde la creación hasta la aprobación y el pago. Todos los flujos son parte de un proceso comercial, ya que todos manejan una factura a través de múltiples pasos hasta el cierre.

Al obtener una licencia de proceso, las organizaciones se aseguran de que todos los flujos dentro del proceso comercial tengan la licencia adecuada. Esto permite la implementación y gestión de flujos interconectados como una unidad cohesiva, lo que facilita la gestión del ciclo de vida de las aplicaciones (ALM) y un rendimiento optimizado.

Necesita una licencia de proceso si su flujo cumple uno de los siguientes criterios:

• Sus flujos utilizan RPA (Automatización robótica de procesos) desatendidos para ejecutar flujos de escritorio en máquinas sin interacción del usuario.
• Sus flujos se ejecutan bajo el usuario de la aplicación (el propietario del flujo es una entidad de servicio). Las organizaciones con múltiples entornos (Dev/Test/Prod) utilizan canalizaciones de DevOps para exportar e implementar flujos en otros entornos para una ALM (gestión del ciclo de vida de la aplicación) saludable. Ejecutan sus flujos utilizando la entidad de servicio para evitar dar acceso a los usuarios en entornos de producción.
• Sus flujos procesan grandes cantidades de datos o necesitan ejecutarse con frecuencia, por lo que necesitan un gran volumen de solicitudes de Power Platform.
• Varios usuarios invocan su flujo premium. En este caso, todos necesitan una licencia Premium o el flujo necesita una licencia de Proceso. Si un flujo tiene una licencia de Proceso, no requiere que ningún usuario tenga una licencia. Brinda a una organización la flexibilidad de pagar las licencias en función de la cantidad de flujos. Las organizaciones más grandes o las soluciones que afectan a muchas personas se benefician del costo mensual fijo.
• Su flujo usa conectores premium y su organización tiene muchos usuarios invitados empleando el flujo, pero no sabe si el inquilino doméstico de los usuarios invitados les proporciona licencias Premium.

Nota

Las licencias Power Automate Proceso y Proceso Alojado solo otorgan licencias a los flujos y/o máquinas y no al usuario. Se necesita el plan de usuario Premium para que los desarrolladores de RPA creen y administren flujos de escritorio en el portal de Power Automate. Obtenga más información sobre las funciones de RPA Premium que vienen con el plan de usuario Premium en Funciones de RPA Premium.

¿Cuántas licencias de Power Automate Process necesito?

• Su proceso tiene RPA (automatización robótica de procesos) desatendida: ¿cuántas sesiones de máquina necesita?

  Compre una licencia de proceso para cada máquina. Puede agregar más licencias de proceso si necesita una ejecución simultánea en la máquina. Todos los flujos de escritorio (RPA) que se ejecutan en la máquina y los flujos en la nube (DPA) que forman parte del proceso empresarial están cubiertos por la licencia de Process.

• Su proceso solo necesita DPA (automatización digital de procesos): ¿cuántos procesos comerciales centrales desea automatizar?

  Adquiera un proceso para cada proceso comercial central. Algunos ejemplos de procesos comerciales centrales son el procesamiento de facturas o la incorporación de recursos humanos (RR. HH.). Todos los flujos en la nube relacionados con el mismo proceso comercial están incluidos en la licencia.

¿Cuántas licencias de proceso necesito si tengo varios flujos de nube y cada uno de ellos invoca sus propios flujos de RPA en modo desasistido en una máquina?

Con una licencia de proceso, puede ejecutar varios flujos de nube poniéndolos en cola. Por ejemplo, si tiene cuatro flujos de nube independientes y cada uno de ellos invoca su propio flujo de escritorio ejecutándose en la misma máquina, puede ejecutar el primero a las 09:00 a. m., el segundo a las 11:00 a. m., y así sucesivamente, en la misma máquina virtual.

En la siguiente captura de pantalla, todos los flujos de nube están cubiertos por una licencia de proceso, ya que tienen un flujo de escritorio ejecutándose en la misma máquina. Todos los flujos secundarios y los flujos asociados de estos flujos de nube también están cubiertos por la licencia de proceso en la máquina.

Mi proceso de DPA tiene varios flujos de nube. ¿Necesitaré varias licencias de Process?

Los procesos de negocio principales pueden variar en tamaño y complejidad, desde iniciativas a pequeña escala hasta esfuerzos a gran escala que abarcan múltiples flujos interconectados por fuentes de datos compartidas. Por ejemplo, el proceso de procesamiento de facturas tiene múltiples flujos que manejan una factura desde la creación hasta la aprobación y el pago. Todos los flujos son parte de un proceso comercial, ya que todos manejan una factura a través de múltiples pasos hasta el cierre. Solo necesita una licencia de proceso para un proceso comercial principal. Esto fomenta las mejores prácticas de arquitectura de microservicios donde los flujos pueden ser pequeños con una funcionalidad detallada que resulta en una mejor capacidad de mantenimiento.

Identifique el flujo que inicia el proceso y asigne una licencia de Proceso a ese flujo. Los flujos secundarios del flujo con licencia de Proceso están cubiertos por la licencia de Proceso. Estos flujos pueden estar en la misma solución o en una solución diferente.

Los flujos que no son primarios/secundarios se pueden asociar manualmente al flujo con una licencia de proceso. Estos flujos deben estar en la misma solución y utilizar los mismos orígenes de datos.

Todos los flujos organizados como flujos secundarios y flujos asociados se tratan como un solo proceso con una licencia de proceso asignada al flujo principal y compartir límites de solicitud de Power Platform de la licencia de proceso.

Mi solución tiene múltiples procesos. ¿Necesito varias licencias de Process?

Sí. Una solución puede tener múltiples procesos con una licencia de Proceso asignada a cada uno de ellos.

¿Quién necesita comprar una licencia Premium?

Los usuarios que necesitan crear automatizaciones de propósito general (con el derecho de conectores premium), tener total flexibilidad (con el derecho de conectores personalizados) o interactuar con aplicaciones que simulen un comportamiento humano, como teclas y movimientos del teclado o el mouse (con el derecho Compartir asistido) deben considerar una licencia Premium. Power Automate

Más precisamente:

• Necesita una licencia Premium para cada desarrollador de RPA que cree y administre flujos de escritorio en el portal de Power Automate . Obtenga más información en Funciones de RPA premium.
• El plan de proceso Power Automate tiene la prioridad más alta entre todas las licencias. Esto significa que si se asigna una licencia de proceso a un flujo, el flujo siempre usa esta licencia y no necesita que un propietario o usuario ejecutor tenga una licencia Premium.
• Los flujos automatizados y programados siempre se ejecutan en el contexto del propietario del flujo, independientemente de quién inició el flujo o qué cuentas se utilizan para las conexiones dentro del flujo. Los flujos instantáneos (botón, Power Apps, activadores híbridos) se ejecutan en el contexto del usuario que los invoca, independientemente de las conexiones usadas en el flujo. Si un flujo automatizado o programado utiliza un conector premium, solo el propietario debe tener una licencia Premium.
• Si un flujo instantáneo tiene conectores premium, cada usuario que ejecuta el flujo necesita una licencia premium de , una licencia Premium de Power Automate. En tales casos, en lugar de otorgar licencias a todos los usuarios, puede licenciar el flujo con una licencia Process.
• Si el flujo no usa un conector premium, no necesita una licencia Premium. Puede usar una licencia de Microsoft 365.

Para averiguar qué tipo de flujo (automático/manual/programado) tiene; seleccione un flujo para ver su 'tipo' en los detalles.

• Si el flujo está en el contexto de Power Apps o Dynamics 365, y es un flujo automatizado, el flujo debe estar asociado a la aplicación creada usando Power Apps o la aplicación de Dynamics 365 y el propietario necesita una licencia de Power Apps Premium o una licencia de Dynamics 365.
• Si el flujo está en el contexto de aplicaciones Power Apps o Dynamics 365, y es un flujo instantáneo, cada usuario que ejecuta el flujo necesita la licencia de Power Apps Premium o una licencia de Dynamics 365.
• Si un flujo principal llama a un flujo secundario, el flujo secundario aprovecha el contexto del flujo principal. Por ejemplo, si se cumplen los siguientes criterios, utiliza la licencia del propietario del flujo principal:
  • Si el flujo principal es un flujo automatizado y
  • El flujo secundario utiliza conectores premium y
  • El flujo secundario no tiene una licencia Process. Si el flujo secundario tiene una licencia Process, utiliza la licencia Process y no la licencia del flujo principal.

Durante el período de transición, la licencia flujo primario no es heredada por el flujo secundario. El flujo secundario usa la licencia del propietario. Sin embargo, una vez finalizado el período de transición, solo se utilizará la licencia de flujo principal (licencia de propietario/licencia de proceso del flujo principal), a menos que el flujo secundario tenga una licencia de proceso.

Tenemos tres entornos (desarrollo, prueba y producción) para alinearnos con las mejores prácticas y necesitamos flujos en varios entornos. ¿Necesitamos comprar una licencia Process para cada entorno?

Cada flujo existe en un entorno específico. Esto significa que si un flujo se importa a un entorno diferente, cada instancia es un flujo separado y necesita una licencia por flujo separada. El flujo con la licencia de Proceso y sus flujos secundarios, y todos los flujos asociados se tratan como un solo proceso y una licencia de Proceso cubre el uso de todos ellos en un entorno.

Tenemos tres entornos (desarrollo, prueba y producción) para alinearnos con las mejores prácticas y necesitamos flujos en varios entornos. ¿Necesitamos comprar una licencia Premium por flujo para cada entorno?

La licencia de Power Automate Premium es una licencia de nivel de usuario. Todas las licencias de nivel de usuario (Power Automate Premium, Microsoft 365, Dynamics 365) son licencias de nivel de inquilino. El usuario puede utilizar el flujo en todos los entornos sin tener que comprar una licencia por separado.

¿Puede una licencia de proceso alojado de Power Automate usarse como licencia de Power Automate Process?

Sí, puede usar la Capacidad de proceso alojado de Power Automate de dos maneras:

• Máquinas hospedadas y grupos de máquinas hospedadas.
• Como licencia de proceso que se puede utilizar para la automatización de procesos robóticos desatendidos (RPA desatendida) en su máquina local o flujos que forman parte de un proceso empresarial.

¿Pueden los clientes de Microsoft 365 crear flujos compatibles con soluciones y flujos secundarios?

Sí. Los clientes de Microsoft 365 pueden crear flujos compatibles con solución si el entorno en el que crean el flujo compatible con solución tiene una base de datos adjunta de Dataverse. El entorno predeterminado obtiene un base de datos Dataverse por defecto. El administrador debe adjuntar una instancia Dataverse a entornos no predeterminados. Los administradores necesitan al menos 1 GB de nivel de inquilino de capacidad de base de datos Dataverse disponible para crear un nuevo entorno.

La primera suscripción de Power Apps, Power Automate, Microsoft Copilot Studio, Dynamics 365 Sales, Customer Service y Field Service agrega un límite de capacidad predeterminado único de 10 GB para el inquilino. Cuando agrega suscripciones al inquilino, la capacidad adicional de Dataverse puede acumularse para el inquilino. Por ejemplo, si un nuevo cliente compra un plan de Power Automate Premium, el inquilino recibe 10 GB de valor predeterminado de capacidad de la base de datos Dataverse. Y si el inquilino compra 10 licencias de Power Automate Premium, el arrendatario obtiene 10,5 GB (10 GB más 10 veces 50 MB).

Utilizo múltiples conexiones de usuario en mi flujo premium. ¿Qué usuario necesita una licencia Premium para ejecutar el flujo?

Las conexiones son independientes de las verificaciones de licencias. Puede tener varias conexiones de usuario en un flujo, pero el flujo siempre se ejecuta en el contexto del propietario principal/usuario solo de ejecución/licencia Process.

El propietario de un flujo ha dejado la organización. ¿Cómo podemos asegurarnos de que funcione sin interrupciones?

Si el flujo es un flujo compatible con solución, puede cambiar el propietario en Power Automate o usar la API web de Power Automate para asegurar que el flujo funcione sin interrupciones. Si el flujo es un flujo que no reconoce la solución, cualquier copropietario puede agregarlo a una solución y luego cambiar el propietario. Si no, asigne una licencia de Power Automate Process al flujo para asegurarse de que continúa ejecutándose. Como alternativa, cualquier copropietario del flujo puede exportar e importar el flujo. Cuando se importe, el flujo será un nuevo flujo y el copropietario ahora se convierte en el propietario del flujo. El flujo utiliza la licencia del nuevo propietario.

El flujo se degradará a un rendimiento más bajo y se notificará a todos los propietarios del flujo y el flujo se apagará en 14 días si no se toman medidas.

El propietario del flujo ya no tiene una licencia Premium, pero el flujo es un flujo premium. ¿Qué sucede?

El flujo se degradará a un rendimiento más bajo y se notificará a todos los propietarios del flujo y el flujo se apagará en 14 días si no se toman medidas.

¿Los usuarios invitados (no de su inquilino) necesitan una licencia para usar Power Automate?

Sí. El usuario invitado debe tener una licencia de Power Automate asignada a través de uno de los siguientes inquilinos:

• El inquilino que aloja el flujo. Puede asignarles pruebas de administrador para acceso temporal o licencias independientes.

• El inquilino anfitrión del usuario invitado.

Por ejemplo, si un usuario invitado tiene una licencia Power Automate Premium asignada en el inquilino principal, pueden usar características premium en el inquilino invitado que aloja el flujo.

Power Automate—incluido con Office, Power Automate Premium, Power Apps Premium y los planes de usuario de Dynamics 365 tendrán las siguientes características:

• En la nube pública de Azure, estos planes anteriores se reconocen entre inquilinos en escenarios invitados porque no están vinculados a un entorno específico.

• En las nubes nacionales o soberanas de Azure, estos planes se reconocen en todos los inquilinos en escenarios de invitados. Más información: Nubes nacionales, Geografías de Azure

• Las licencias no se reconocen entre inquilinos en diferentes nubes de Azure.

¿Qué capacidades de Power Automate están incluidas en las licencias de Windows?

Los usuarios de Windows 11 pueden probar los flujos de escritorio en RPA asistido para la productividad personal en el entorno predeterminado. No pueden compartir los flujos de escritorio o crear flujos de escritorio en un entorno diferente al predeterminado. Los usuarios de Windows no tienen acceso a los flujos de la nube. Para obtener flujos de nube completos y funciones de RPA, compre el plan Power Automate Premium.

Los usuarios de Windows 11 pueden buscar "Power Automate" en la barra de búsqueda de Windows. La aplicación de escritorio de Power Automate se descarga automáticamente y luego se inicia la primera vez que selecciona su icono.

¿Pueden los usuarios de Windows 10 y Windows Server 2016 usar Power Automate para escritorio?

Si, pueden usar Power Automate para escritorio (es decir, tienen derechos de uso) pero tendrán que descargarlo desde el centro de descargas.

Preguntas sobre licencias heredadas

A partir del 1 de agosto de 2023, Power Automate por flujo (100 USD por flujo/mes, con una compra mínima de 5 licencias) y el el complemento RPA desatendido de Power Automate (150 USD por bot/mes y requisitos previos de licencia requeridos) se eliminará de la página de precios. Se eliminarán de la lista de precios el 1 de febrero de 2024. Power Automate Process, una licencia integral que es más fácil de administrar, licencia un solo bot de "automatización" que se puede usar para la automatización de procesos robóticos desatendidos (RPA desatendido) o flujos en la nube usando la automatización de procesos digitales (DPA) y se puede acceder por ilimitado. usuarios en la organización. Power Automate Process tiene un precio de 150 USD por bot/mes.

¿En qué se diferencia la licencia de proceso de la licencia por flujo?

Para RPA desatendida, anteriormente los clientes deberán comprar una licencia por flujo para el flujo en la nube y un complemento de RPA desatendida. Ahora pueden comprar una licencia de proceso para cada sesión de RPA en una máquina. Todos los flujos de nube que invocan flujos de escritorio en la máquina se incluyen como parte de la licencia de Process.

Para los flujos de nube, una licencia por flujo da derecho al flujo con la licencia y sus flujos secundarios. Entidades con una licencia Process, el flujo con la licencia, sus flujos secundarios y cualquier flujo asociado. Para comenzar, se debían comprar un mínimo de cinco paquetes por flujo. No existe un requisito de cantidad mínima de compra para la licencia de proceso.

¿Cómo es la licencia Power Automate Premium diferente de Power Automate por usuario con licencia RPA atendida?

Power Automate Premium incluye todos los beneficios de Power Automate por usuario con RPA asistido ofrecido en 40 USD por usuario/mes, más las capacidades de visualización y análisis de procesos de Process Mining, y se ofrece en 15 USD por usuario/mes.

Power Platform solicita preguntas

A continuación se presentan algunas de las preguntas frecuentes sobre los límites de PPR y sus respuestas.

¿Qué cuenta como solicitud de Power Platform?

Según la licencia, existen límites en la cantidad de acciones que un flujo de nube puede ejecutar por día. Estos límites son diferentes de los límites de regulación del conector. Puede ver la cantidad de acciones que ejecuta su flujo seleccionando Análisis en la página de detalles de flujo de nube y mirando la pestaña Acciones .

Incluso cuando el flujo utiliza pocas solicitudes, aún puede alcanzar sus límites si el flujo se ejecuta con más frecuencia de lo esperado. Power Platform Por ejemplo, puede crear un flujo de nube que le envíe una notificación push cada vez que su jefe le envíe un correo electrónico. Dicho flujo debe ejecutarse cada vez que reciba un correo electrónico (de cualquier persona), ya que el flujo debe comprobar si el correo electrónico procede de su jefe. El límite se aplica a todas las ejecuciones en todos sus flujos en un período de 24 horas. A continuación se muestran algunas ideas para estimar el uso de solicitudes de un flujo:

1. Un flujo simple con un disparador y una acción da como resultado dos "acciones" cada vez que se ejecuta el flujo, lo que consume dos solicitudes.
2. Cada disparador/acción en el flujo genera peticiones de Power Platform. Todas las clases de acciones, como acciones de conector, acciones HTTP y acciones integradas (desde la inicialización de variables, la creación de ámbitos y hasta una simple acción de redacción) generan solicitudes de Power Platform. Por ejemplo, un flujo que se conecta a SharePoint o Exchange, Twitter, Dataverse; todas esas acciones se cuentan para los límites de Power Platform solicitud.
3. Tanto las acciones exitosas como las fallidas cuentan para estos límites. Las acciones omitidas no cuentan para estos límites.
4. Cada acción genera una solicitud. Si la acción se aplica a cada bucle, genera más solicitudes de Power Platform a medida que se ejecuta el bucle.
5. Una acción puede tener varias expresiones, pero se cuenta como una solicitud de API.
6. Los reintentos y las solicitudes adicionales de paginación cuentan como ejecuciones de acciones también.

Considere el siguiente flujo de nube donde cada archivo adjunto de correo electrónico se guarda en OneDrive. El desencadenador consume una solicitud de Power Platform, Aplicar a cada uno consume una solicitud y las acciones dentro de Aplicar a cada uno consumen múltiples solicitudes según la cantidad de veces que se ejecuta el ciclo. Si hay cuatro archivos adjuntos, esta sección consume ocho solicitudes de Power Platform (4 x 2 acciones). En total, este flujo consume 10 peticiones de Power Platform.

¿Qué límites de solicitud utiliza flujo de nube? Power Platform

• Si un flujo de nube tiene una licencia de proceso/por flujo, el flujo utiliza el límite de licencia de proceso/por flujo y no el límite del creador/propietario/usuario invocador.

• Los flujos de nube automatizados y programados siempre utilizan los límites de solicitud del creador/propietario del flujo, independientemente de quién invocó el flujo o qué cuentas se utilizan para las conexiones dentro del flujo. Power Platform Para un flujo de solución, puede cambiar el propietario del flujo usando la API web. Después de cambiar el propietario, se utiliza el límite de solicitudes de API del nuevo propietario. Para un flujo sin solución, el flujo siempre utiliza el límite del creador original, que no se puede cambiar. Si el creador original deja la empresa, cualquier copropietario del flujo puede exportar e importar el flujo como un propietario diferente. Después de importar el flujo, se convierte en un nuevo flujo y comienza a usar el límite del nuevo propietario. Alternativamente, puede asignar una licencia de proceso/por flujo al flujo.

• Los flujos de nube instantáneos (botón, Power Apps, activadores híbridos) usan el límite del usuario que los invoca.

• Si el propietario del flujo es una entidad de servicio, el flujo utiliza el límite de usuarios sin licencia.

• Si crea un flujo automatizado/programado con otro usuario y luego ese usuario activa el mismo flujo, utiliza el límite del propietario original y no el límite del nuevo usuario. Pero si luego el usuario aprovecha el flujo para crear su propio flujo nuevo, entonces ese nuevo usuario se convierte en el propietario del nuevo flujo y ese flujo utiliza el límite del nuevo usuario.

• Si un flujo primario llama a un flujo secundario, el flujo secundario utiliza el límite de flujo primario. Por ejemplo, si flujo primario es un flujo automatizado, flujo secundario usa el límite del creador/propietario de flujo primario.

• Si flujo primario es un flujo manual, flujo secundario utiliza el límite del usuario que invoca flujo primario.

• Si el flujo secundario tiene una licencia de Proceso/Por flujo, utiliza el límite de Proceso/Por flujo y no el límite de flujo primario.

• Si un flujo tiene una licencia de proceso, el flujo, todos los flujos elemento secundario (excluyendo aquellos que tienen su propia licencia de proceso) del flujo y cualquier flujo asociado del flujo Compartir tienen el límite de la licencia de proceso.

Como creador, ¿qué herramientas tengo para analizar mi uso?

Si experimenta demoras o ralentizaciones cuando se ejecuta su flujo, es probable que haya excedido los límites de PPR para el día. Para los flujos que se retrasan constantemente debido a excedentes, los usuarios también reciben una notificación que les informa sobre estos excedentes, junto con consejos y trucos sobre cómo evitar las ejecuciones demoradas de sus flujos.

A continuación se muestra un ejemplo de un correo electrónico que se envió para un flujo que excedía constantemente los límites de acción:

Además, puede ver el uso de la acción para un flujo determinado seleccionando la acción Análisis desde la página de propiedades del flujo, y esto funciona en todos los tipos de acciones. Esto le ayuda a comprender cuántas acciones se ejecutan cada día. Puede ayudarle a comprender los patrones de uso para optimizar la capacidad:

Como administrador, ¿qué herramientas tengo para analizar el uso de mi entorno?

El Centro de administración de Power Platform contiene informes sobre solicitudes de Power Automate. Estos informes le ayudan a ver rápidamente la adopción y las métricas de usuarios de su organización. Actualmente se encuentran en versión preliminar pública. Hay dos informes disponibles:

• Informe de usuario – Este informe muestra el uso de solicitudes de cada usuario en ambiente, en comparación con su límite asignado. Power Platform
• Informe por flujo : este informe muestra el uso de solicitudes de cada flujo en ambiente que tiene una licencia por flujo. Power Platform
• Informe de usuario sin licencia: este informe muestra el uso de solicitudes para usuarios sin licencia y los derechos totales para usuarios sin licencia para ese inquilino. Power Platform En el futuro, las solicitudes de uso de flujos que se ejecutan bajo el principal de servicio se mostrarán en este informe. Power Platform

Una vez que los informes estén disponibles para el público en general, los usuarios tendrán tiempo de reaccionar y comprar licencias PPR más altas antes de que comience la aplicación de la ley.

¿Qué sucede cuando mi flujo ejecuta demasiadas acciones?

Cuando tienes un flujo de nube que ejecuta demasiadas acciones, esto afecta el rendimiento de tu flujo. Verá un banner en el flujo si su flujo se está acelerando.

En el caso más común, exceder los límites resulta en ejecuciones retrasadas de acciones subsecuentes, y esto ralentizará el tiempo de ejecución general de su flujo. Estos retrasos son proporcionales al grado de excedentes causados por un flujo.

Los excedentes ocasionales están bien. Por ejemplo, si excede sus límites diarios en 500 acciones, no afectará el rendimiento de su flujo; sin embargo, exceder su límite en 50.000 acciones tendrá un impacto significativo en el rendimiento de su flujo durante varios días.

¿Qué puedo hacer si mi flujo está por encima de los límites?

No se impide que los usuarios usen una aplicación o un flujo por excedentes ocasionales y razonables.

Aquí hay algunas cosas que puede hacer si excedió los límites de su licencia:

• Revise su diseño y busque cualquier lugar que pueda ayudar a reducir la cantidad de acciones que se llaman. Verifique la sección de mejores prácticas para crear flujos para utilizar menos acciones.

• Si el flujo ya está optimizado, pero utiliza muchas acciones debido a la naturaleza del negocio, considere comprar una licencia PPR más alta. La licencia de proceso proporciona la mejor cuota de rendimiento disponible (250 000 acciones/24 horas).

• Active el Pago por uso para el entorno para garantizar que ninguno de los flujos en el medio ambiente se ralentice.

• Comprar el complemento de capacidad de Power Apps y Power Automate para su organización. Durante el período de transición, debido a que la aplicación es menos estricta, no existe la posibilidad de asignar el complemento de capacidad y el complemento de capacidad a un usuario o flujo. ... Power Apps Power Automate Sin embargo, Microsoft recomienda que compre estos complementos ahora para permanecer dentro de los términos de su licencia. Cree un ticket de soporte con los detalles del flujo y agregue detalles para obtener un alivio temporal (30 días) de la limitación. Este alivio temporal no está disponible para los flujos que ya tienen una licencia de proceso o por flujo asignada.

Si un flujo supera constantemente los límites del período de transición durante 14 días consecutivos, Power Automate suspende el flujo y envía una notificación al propietario. Puedes comprar una licencia PPR superior y luego activarla en cualquier momento. Puede editar y guardar el flujo para restablecer el contador de 14 días mientras compra la licencia.

¿Qué son los límites de los conectores y en qué se diferencian de los limites de solicitud de Power Platform?

Los conectores tienen límites separados como mecanismo de protección del servicio. Por ejemplo, el conector de SharePoint limita el número de acciones a 600 por minuto. Una sola conexión de SharePoint que se usa en varios flujos solo puede ejecutar 600 operaciones por minuto. La mayoría de las páginas de conectores tienen una sección de limitación que documenta estos límites. Este límite es diferente del límite PPR. Por ejemplo, un usuario de Office puede ejecutar 6000 acciones por día en todos sus flujos, pero el conector aún puede estrangularlo si usa más de 600 acciones de SharePoint en un minuto a pesar de no alcanzar el límite de 6000 acciones.

Cuando se limitó un flujo porque excedió los límites del conector, es posible que vea un error HTTP 429 (demasiadas solicitudes) en su flujo con un texto de error como "Se excedió el límite de velocidad. Vuelva a intentarlo en 27 segundos".

Estoy usando el kit de inicio del Centro de excelencia. ¿El uso contará para mis límites de solicitud?

Sí. Los flujos de nube incluidos en el Kit de inicio de CoE también utilizan límites del propietario. Microsoft Le recomienda que compre más capacidad y se comunique con el soporte para obtener un alivio temporal de la limitación.

¿Puedo usar ela entidad de servicio en los flujos y cuenta para los límites de mi solicitud?

Sí, los flujos cuyo propietario es una entidad de servicio consumen una cuota separada denominada límites no interactivos. Estos límites solo son aplicables si el propietario del flujo es un principal de servicio. Estos límites no son aplicables si el flujo usa una entidad de servicio en una de las acciones. Los flujos manuales (flujos de botones que se comparten con usuarios de solo ejecución/flujos invocados de Power Apps) usan límites de solicitud de usuario de solo ejecución incluso cuando el propietario del flujo es una entidad de servicio. Los usuarios que solo ejecutan deben tener una licencia Premium si el flujo usa conectores Premium. Power Automate Durante el período de transición, los flujos manuales pueden usar hasta 100 000 solicitudes/flujo/24 horas.

Límites para flujos automatizados/programados:

• Los flujos de entidad de servicio que se ejecutan en el contexto de las aplicaciones de Dynamics 365) que se enumeran en la tabla obtienen 500 000 solicitudes base + 5000 solicitudes acumuladas por licencia de usuario hasta un máximo de 10,000,000 agrupadas en el nivel de inquilino. Si un inquilino tiene 1000 licencias de Dynamics 365, ese inquilino tiene un grupo de solicitudes 5.500.000 disponibles para todos los recursos de Power Platform, como flujos de entidades de servicio y solicitudes de Dataverse, cada 24 horas. Si un inquilino tiene 2.500 licencias de Dynamics 365, ese inquilino tiene un grupo de solicitudes 10.000.000 disponibles para todos los recursos de Power Platform, como flujos de entidades de servicio y solicitudes de Dataverse, cada 24 horas.

• Los flujos de entidad de servicio premium que están fuera del contexto de la aplicación Dynamics 365 necesitarán cada uno una licencia de proceso/por flujo. Estos flujos obtienen 250 000 solicitudes por flujo cada 24 horas.

• Los flujos principales de servicio estándar obtienen 25 000 solicitudes base sin acumulación por licencia para el inquilino por 24 horas.

Si necesita más solicitudes, active Pago por uso para el entorno o compre más capacidad de solicitudes de Power Platform.

Obtenga más información en Asociar flujos a aplicaciones.

¿El recuento de uso de flujos de escritorio consumirá mis limites de solicitudes de Power Platform?

Solo las acciones de flujo de escritorio que se invocan desde los flujos de nube cuentan para el límite. Las acciones en el flujo de escritorio no se cuentan para los límites de solicitudes.

¿Que le pasa a mis solicitudes de Power Platform si tengo varios planes?

Dado que los límites no se imponen estrictamente durante el período de transición, no se admite el apilamiento de licencias de usuario. Si un usuario tiene varios planes, como un plan de Microsoft 365 y un plan de Dynamics 365, el flujo usa el plan superior (plan de Dynamics 365, en este ejemplo).

Cuando finaliza el período de transición, si un usuario tiene varios planes asignados desde diferentes líneas de productos, el número total de solicitudes permitidas sería la suma de las solicitudes asignadas a cada tipo de licencia. Por ejemplo, si un usuario tiene una licencia de Dynamics 365 Customer Service Enterprise base y una licencia de usuario de Power Apps, ese usuario tendrá un total de 40 000 + 40 000 = 80 000 solicitudes disponibles cada periodo de 24 horas.

Si un usuario tiene varias licencias asignadas dentro de la misma línea de productos, por ejemplo si un usuario tiene una licencia de Dynamics 365 Customer Service Enterprise como licencia base y una licencia Dynamics 365 Sales Enterprise asociada, el número total de solicitudes sería la cantidad que proporciona la licencia base.

¿Qué son los perfiles de rendimiento y cómo puedo saber qué perfil de rendimiento utiliza mi flujo de nube?

Basado en la licencia del propietario, un flujo obtiene un perfil de rendimiento que a su vez decide los límites de solicitudes del flujo de Power Platform. Si hay varias licencias asignadas al propietario, elige el plan más alto de la lista: Power Automate

Perfil de desempeño	Licencia	Límites durante el período de transición	Límites después del período de transición
Bajo	- Power Automate Gratis - Microsoft 365 licencias - Power Apps Plan 1 (legado) - Power Apps Licencias por aplicación - Power Automate Plan 1 (legado) - Todas las licencias de prueba - Licencia de miembro del equipo de Dynamics 365	10 000	6000
Medio	- Power Apps flujos desencadenados - Power Apps Plan 2 (legado) - Power Apps Licencia Premium - Power Automate Plan 2 (legado) - Power Automate por usuario (legado) - Power Automate Licencia Premium - Licencias de Dynamics 365 Enterprise - Licencias de Dynamics 365 Professional	100 000	40 000
Alto	- Power Automate Licencia de proceso - Power Automate Licencia de proceso alojado - Power Automate plan por flujo (legado)	500 000	250 000
Sin límite	- Pago por uso ambiente	15 000 000	15 000 000

En una organización, ocho usuarios tienen licencias de Office 365 y sus solicitudes de Power Platform diarias serían 6000 solicitudes por usuario, en cada período de 24 horas. ¿Significa eso que se agrupará a nivel de inquilino con un límite de 48000 solicitudes en cada período de 24 horas (8X6000) y todos los usuarios pueden consumir de este grupo?

No, las solicitudes de Power Platform no se agrupan a nivel de entorno ni de inquilino. Esto asegura que un usuario pesado no consuma todos las solicitudes de Power Platform del inquilino y afectar a todos los demás. Dado que la licencia es por usuario, el límite también es por usuario. Por lo tanto, todos los clientes de Office reciben 6000 solicitudes cada uno, ya sea que las utilicen o no.

Mejores prácticas en torno a PPR

Procedimientos recomendados para el diseño

Utilice el menor número de acciones posibles para lograr su automatización:

• Si su flujo tiene bucles "Repetir hasta" o "Aplicar a cada uno", vea si puede reducir el número de iteraciones de bucle; es posible que pueda hacerlo si recupera menos elementos para iterar.

• Muchos conectores tienen parámetros de "Filtrar consulta" y "Primeros puestos" que puede usar para reducir el número de elementos y la cantidad de datos recuperados usando OData.

• Si tiene un flujo programado que se ejecuta con frecuencia, considere reducir la frecuencia. Muchos flujos que se ejecutan una vez por minuto o una vez por hora podrían revisarse para que ocurran con menos frecuencia. Utilice condiciones de activación para minimizar la frecuencia de ejecución.

• Si el flujo interactúa con los archivos, sea consciente del tamaño del archivo e intente reducirlo si es posible.

• Si necesita reutilizar una sola propiedad devuelta por una acción con un tamaño de salida grande varias veces, considere usar 'Inicializar variable' para almacenar esa propiedad y use la variable en acciones posteriores. Incluso si solo se usa una propiedad de una salida de una acción anterior, todas las salidas de esa acción que se pasarán a la acción posterior como entradas.

Procedimientos recomendados para el diseño

• Si su flujo ejecuta miles de acciones diariamente, debería considerar comprar una licencia de proceso para obtener un mejor rendimiento y cuotas más altas. La licencia de proceso proporciona la mejor cuota de rendimiento disponible (250 000 acciones por día). Comuníquese con su inquilino Administrador para comprar la licencia y asignarla al flujo. Una vez que se compra y se asigna la licencia, el autor del flujo debe guardarla nuevamente. Alternativamente, los flujos de nubes se actualizan en segundo plano una vez por semana para reflejar los planes actuales.

• Considere dividir la carga de trabajo en varios flujos para lograr una gran escala.

Solicutudes de pago por uso de Power Platform

Revisamos los límites de solicitudes de Power Platform para todas las licencias a finales de 2021. Los nuevos límites están diseñados para ser suficientes para la mayoría de los escenarios de los clientes. Obtenga más información sobre los límites de solicitudes en Límites y asignaciones de solicitudes Power Platform . ...

Para los clientes con escenarios de escala extremadamente alta que necesitan superar estos límites, puede vincular esos entornos a la suscripción de Azure. Al vincular el entorno, los usuarios y los flujos en el entorno pueden consumir más de sus límites sin ser estrangulados y solo pagar por las solicitudes de Power Platform utilizadas por encima de esos límites. Los flujos aún pueden licenciarse con una licencia base (ya sea Premium, Process, Dynamics o Dynamics). Power Automate Power Automate Office 365 Power Apps Por ejemplo, si tienes una licencia Premium, tienes un límite de 40 000 solicitudes por usuario por día. Power Automate Power Platform Si el usuario usó 45.000 solicitudes al día, las 5.000 solicitudes adicionales se multiplican por una tarifa de $ / solicitud y se facturan a la suscripción de Azure. El importe total se suma y factura según el ciclo de facturación de Azure del cliente. Se activan varios medidores cuando activa el pago por uso en el ambiente. Obtenga más información en Cómo configurar el pago por uso.

Esquema sobre cómo se facturan las solicitudes de PPR excedentes en un sistema de pago por uso ambiente:

Preguntas frecuentes generales sobre los límites de solicitudes

Puede consultar las preguntas frecuentes sobre límites de solicitudes para obtener más información sobre los límites de solicitudes.

Preguntas sobre licencias de Office 365

A continuación, se incluyen algunas preguntas frecuentes sobre usar Power Automate con una licencia de Office 365.

¿Qué capacidades de Power Automate están incluidas en las licencias de Office 365?

Los derechos de uso limitado de Power Automate están incluidos con ciertas licencias de Office 365 para permitir a los usuarios personalizar y ampliar Office 365 para escenarios de productividad personal. Para escenarios empresariales, Office recomienda la licencia Premium.

Las licencias de Office 365 incluyen las siguientes funcionalidades Power Automate:

• Cree y ejecute flujos automatizados, programados y de botones.
• Acceso a conectores estándar.
• 6.000 Power Platform solicitudes/día. 10.000 solicitudes/día durante el período de transición.

Las siguientes funcionalidades Power Automate no están incluidas:

• Acceso a conectores premium (excepto en entornos Dataverse for Teams ). Más información sobre funcionalidades de Dataverse for Teams.
• Flujos de proceso de negocio
• Conectores personalizados
• Puertas de enlace locales
• Automatización de procesos robóticos de
• Capacidad de AI Builder

Las siguientes licencias de Office 365 incluyen funcionalidades de Power Automate:

• Office 365 E1
• Office 365 E3
• Office 365 E5
• Office 365 F3
• Office 365 Business Basic
• Office 365 Business Standard
• Office 365 Business Premium
• Office 365 F1
• Office 365 F3
• Office 365 E3
• Office 365 E5
• Windows 10 Pro
• Windows Enterprise E3
• Windows Enterprise E5
• Office 365 A1 para profesores
• Office 365 A1 para estudiantes
• Office 365 A1 Plus para profesores
• Office 365 A1 Plus para estudiantes
• Office 365 A3 para profesores
• Office 365 A3 para estudiantes
• Office 365 A3 para Student Use Benefit
• Office 365 A5 para profesores
• Office 365 A5 para estudiantes
• Office 365 A5 para Student Use Benefit

Preguntas sobre licencias de Dynamics 365

Las siguientes preguntas están relacionadas con las licencias de Dynamics 365 y derechos de uso Power Automate.

¿Qué capacidades de Power Automate están incluidas en las licencias de Dynamics 365?

Las licencias de Dynamics 365 incluyen las siguientes funcionalidades de Power Automate:

• Cree y ejecute flujos automatizados, programados o de botones.
• Acceso a conectores estándar.
• Acceso a conectores premium dentro del contexto de la aplicación.
• Los procesos de negocio fluyen dentro del contexto de la aplicación.
• Conectores personalizados dentro del contexto de la aplicación.
• Pasarelas local dentro del contexto de la aplicación.
• Power Platform Límites de solicitudes: Dynamics 365 Team Member recibe 6000 solicitudes/día (25 000 solicitudes/día durante el período de transición ), Dynamics 365 Professional recibe 40 000 solicitudes/día (100 000 solicitudes/día durante elperíodo de transición ) y Dynamics 365 Enterprise recibe 40 000 solicitudes/día (100 000 solicitudes/día durante elperíodo de transición ).

Las licencias de Dynamics 365 no incluyen las siguientes funcionalidades Power Automate:

• Automatización de procesos robóticos de
• Capacidad de AI Builder

Cuando utiliza una licencia de Dynamics 365 con Power Automate, sus flujos deben ejecutarse dentro del contexto de la aplicación de Dynamics 365. Esto hace referencia al uso de las mismas fuentes de datos para desencadenadores o acciones que la aplicación de Dynamics 365. Si su flujo consume acciones independientes de Power Automate que no están relacionadas con las aplicaciones de Dynamics 365, deberá comprar de licencias independientes de Power Automate.

Ejemplo de licencia de Dynamics 365 usando Power Automate dentro de un contexto de aplicación Dynamics 365

Su organización ha conectado Azure DevOps con Dynamics 365 CRM para escalar casos de soporte y crear elementos de trabajo para resolver los problemas más rápidamente. Como parte de la licencia de Dynamics 365, los derechos de Power Automate se incluyen para los flujos en los siguientes escenarios:

• Leer o escribir en Azure DevOps.
• Utilice un disparador o acción incorporada en Dataverse.

Ejemplo de licencia de Dynamics 365 usando Power Automate fuera de un contexto de aplicación de Dynamics 365

El mismo usuario (en el ejemplo de Dynamics 365 anterior) ahora también quiere usar un flujo que actualice una base de datos de Oracle. Este flujo tiene las siguientes propiedades:

• No tiene ninguna relación con la aplicación Dynamics 365.
• No interactúa de ninguna manera con la aplicación Dynamics 365 (o sus fuentes de datos).

En este escenario, el usuario requiere una licencia Power Automate.

Las siguientes licencias de Dynamics 365 incluyen funcionalidades Power Automate:

• Dynamics 365 Sales Enterprise
• Dynamics 365 Sales Professional
• Dynamics 365 Customer Service Enterprise
• Dynamics 365 Customer Service Professional
• Dynamics 365 Field Service
• Dynamics 365 Project Operations
• Dynamics 365 Team Members
• Dynamics 365 Finance
• Dynamics 365 Supply Chain Management
• Dynamics 365 Commerce
• Dynamics 365 Human Resources
• Dynamics 365 Operations: actividad
• Dynamics 365 Business Central
• Dynamics 365 Business Central Miembros del equipo

Preguntas sobre licencias de Power Apps

Las siguientes preguntas están relacionadas con las licencias de Power Apps y derechos de uso Power Automate.

¿Qué capacidades de Power Automate están incluidas en las licencias de Power Apps?

Un conjunto limitado de capacidades de Power Automate se incluyen como parte de una licencia de Power Apps. Las licencias de Power Apps incluyen las siguientes funcionalidades Power Automate:

• Cree y ejecute flujos de botón automatizados, programados.
• Acceso a conectores estándar.
• Acceso a conectores premium dentro del contexto de la aplicación.
• Los procesos de negocio fluyen dentro del contexto de la aplicación.
• Conectores personalizados dentro del contexto de la aplicación.
• Pasarelas local dentro del contexto de la aplicación.
• Power Platform Límites de solicitud: Power Apps Premium obtiene 40 000 solicitudes/día (100 000 solicitudes/día durante el período de transición) y Power Apps por aplicación obtiene 6000 solicitudes/día (10 000 solicitudes/día durante el período de transición).
• Power Apps Premium obtiene 250 MB de capacidad de base de datos de Dataverse y 2 GB de capacidad de archivo de Dataverse. Power Apps por aplicación obtiene 50 MB de capacidad de base de datos Dataverse y 400 MB de capacidad de archivo Dataverse. Flujos invocados por las aplicaciones creadas usando Power Apps que manejan objetos complejos consumirán este límite de almacenamiento. Por ejemplo, si un flujo analiza un documento de 100 páginas y lo actualiza, el almacenamiento que necesita para retener el documento en el historial de ejecución para la resolución de problemas en el futuro consumirá este límite.

Las licencias de Power Apps no incluyen las siguientes funcionalidades Power Automate:

• Automatización de procesos robóticos de
• Capacidad de AI Builder

Ejemplo de uso de Power Automate dentro de un contexto de la aplicación creada usando Power Apps

Un usuario con una licencia Power Apps ejecuta una aplicación que usa una base de datos SQL como origen de datos. La aplicación creada usando Power Apps también incluye flujos que hacen lo siguiente:

• Leer o escribir a una base de datos SQL.
• Utilice un disparador o acción incorporado de Power Apps; por ejemplo, para enviar una notificación de inserción a la aplicación creada usando Power Apps.

Ejemplo de uso de Power Automate fuera de un contexto de la aplicación creada usando Power Apps

El mismo usuario (en el ejemplo anterior) ahora también quiere usar un flujo que actualice una base de datos de Oracle y también tenga las siguientes propiedades:

• No tiene ninguna relación con la aplicación creada usando Power Apps.

• No interactúa de ninguna manera con la aplicación creada usando Power Apps (o sus fuentes de datos).

En este ejemplo, el flujo creado utilizando Power Automate se utiliza fuera del contexto de Power Apps, por lo que el usuario necesita una licencia Power Automate.

Segundo ejemplo de uso de Power Automate fuera de un contexto de aplicación creada con Power Apps

Un entorno tiene varias aplicaciones. Hay flujos para la gestión de datos que no soportan directamente la aplicación pero aseguran la calidad de los datos. El usuario necesita una licencia de Power Automate independiente.

Preguntas sobre licencias de AI Builder

Encuentre información sobre licencias globales de AI Builder en los siguientes artículos:

• AI Builder Resumen de licencias
• AI Builder Preguntas frecuentes sobre licencias.

¿Cómo se distribuyen las acciones de AI Builder con licencia dentro de un flujo de Power Automate?

Para agregar y ejecutar acciones de AI Builder dentro de un flujo, necesita una licencia de AI Builder específica: las acciones de AI Builder consumen créditos de AI Builder, que pueden obtenerse dentro de licencias premium de Power Automate Premium, dentro de otras licencias premium de Power Platform Premium o principalmente, dentro del complemento de capacidad de AI Builder.

Los créditos deben estar disponibles en el entorno del flujo.

También puede usar la versión de prueba de AI Builder.

¿Cuántos créditos están incluidos en las licencias Power Automate Premium?

Obtenga más información sobre los créditos semilla en Obtenga el derecho a AI Builder créditos.

Aplicación

¿Por qué mi flujo está apagado?

Obtenga más información en Cuando los flujos premium se desactivan debido a problemas de licencia.

Este enlace también proporciona información sobre los tipos de cumplimiento y cómo identificar flujos que necesitan licencias Premium para evitar interrupciones debido al cumplimiento.

Tengo muchos entornos. ¿Cómo puedo hacer llegar los flujos que necesitan mi atención a todos los inquilinos?

Si la cantidad de entornos en el inquilino es inferior a 500, use el siguiente script para obtener todos los flujos que necesitan licencias en todo el inquilino:

$environments = Get-AdminPowerAppEnvironment

$allFlows = @()
foreach ($env in $environments) {
    Write-Host "Getting flows at risk of suspension for environment $($env.DisplayName)..."
    $flows = Get-AdminFlowAtRiskOfSuspension -EnvironmentName $env.EnvironmentName
    Write-Host "Found $($flows.Count) flows at risk of suspension."
    $allFlows += $flows
}

Escribir todos los flujos en un archivo CSV

$todos los flujos | Exportar-Csv -Ruta "flows.csv" -NoTypeInformation

Write-Host "Todos los flujos en riesgo de suspensión escritos en flows.csv"

Si hay más de 500 entornos en el inquilino, genere un ticket de soporte para que nuestro equipo de soporte pueda ejecutar el informe por usted.

Asigné una licencia, pero todavía veo el flujo en los flujos que necesitan mi atención en PowerShell. ¿Por qué?

Una vez que se asigna una licencia o se asocia un flujo a una aplicación, edite y guarde el flujo. PowerShell puede tardar hasta 24 horas en actualizarse y eliminar el flujo de la respuesta de PowerShell.

Asigné una licencia, pero todavía veo los banners de que mis flujos necesitan mi atención en el portal de Power Automate. ¿Por qué?

Una vez que se asigna una licencia o se asocia un flujo a una aplicación, la licencia premium puede tardar hasta siete (7) días en aparecer en el portal de Power Automate. Para actualizar el estado de la licencia más reciente, edite y guarde un flujo.

¿Cómo puedo determinar fácilmente si mi flujo está en el contexto de una aplicación Power Apps/Dynamics 365?

¿Se creó el flujo para admitir la aplicación Power Apps/Dynamics 365? ¿Se puede eliminar el flujo si se eliminan las aplicaciones correspondientes? ¿El flujo se comunica con las mismas fuentes de datos que la aplicación? Si es así, el flujo está en contexto.

¿Cómo puedo asociar flujos de contexto a aplicaciones Power Apps/Dynamics 365?

Flujos creados para admitir aplicaciones creadas con Power Apps/Dynamics 365 debe ejecutarse dentro del contexto de la aplicación. Esto significa que el flujo debe usar las mismas fuentes de datos para activadores o acciones que la aplicación. Si se crean flujos en la nube automatizados o programados para admitir la aplicación y están en el contexto de una aplicación, vincule el flujo a las aplicaciones mediante una secuencia de comandos de PowerShell. Una vez que se vincula el flujo, se establece una dependencia entre la aplicación y el flujo y se pueden administrar juntos. Si la aplicación vinculada se elimina o no se usa, el flujo se desactivará.

Los creadores también pueden asociar sus flujos a aplicaciones desde el portal Power Automate. Obtenga más información en Asociar flujos a aplicaciones.

Capacidades de Power Automate incluidas con los planes por aplicación

Un plan de Power Apps por aplicación brinda a los usuarios la capacidad de ejecutar flujos de Power Automate que usan funciones premium. Los flujos deben ser activados por Power Apps o asociados a una aplicación a través de PowerShell o el portal de Power Automate.

Obtenga más información en Asociar flujos de contexto a una aplicación.

Multiplexación

La multiplexación se refiere al uso de hardware o software que un cliente usa para agrupar conexiones, redirigir información o reducir la cantidad de usuarios que acceden directamente o usan Power Apps, Power Automate, y el Microsoft Copilot Studio.

¿Se recomienda utilizar la multiplexación para reducir el número de licencias?

El uso de la multiplexación como mecanismo para reducir la cantidad de licencias que se deben comprar es una violación de la licencia. Obtenga más información en la guía de multiplexación de Requisitos de licencia de acceso de cliente (CAL) .

Aquí hay algunos ejemplos de lo que es o no la multiplexación:

1. Si el flujo premium solo mueve datos de Dataverse en una ubicación compartida o enviar un correo electrónico a colegas, no se incluye en la multiplexación porque los usuarios consumen los datos, en lugar de desencadenar el flujo.

2. Si un flujo premium se activa cuando se agrega un nuevo artículo a una lista de SharePoint, guarda los detalles en Dataverse y luego envía un correo electrónico al propietario del flujo, varias personas pueden cargar elementos en la lista, pero el correo electrónico solo se envía al propietario. En este caso, solo el propietario necesita una licencia, ya que es la única persona que obtiene valor del flujo.

3. Si el flujo mencionado en el número dos envía un correo electrónico al usuario que carga el elemento, tanto el propietario como el usuario necesitan una licencia Premium. En este caso, el usuario activa indirectamente el flujo (cargando un elemento en SharePoint) y obtiene valor del flujo en forma de correo electrónico. Se trata de multiplexación si no se obtiene la licencia para todos los usuarios.

Tengo varios flujos ejecutándose en una cuenta de servicio compartida. ¿Qué licencias necesito?

• Cuenta de servicio: Microsoft Entra cuenta de usuario utilizada como cuenta de servicio. Las cuentas de servicio son un tipo especial de cuenta que pretende representar una entidad no humana, como una aplicación, una API u otro servicio. Las cuentas de usuario, utilizadas como una cuenta de servicio al compartir credenciales con otros usuarios, representan un riesgo de seguridad y dificultan el seguimiento de quién realizó cambios en un flujo si varias personas tienen acceso a la cuenta de servicio. Administrar sus contraseñas también es un desafío. Al crear cuentas de servicio, proporcione solo los permisos necesarios para la tarea. Evalúe las cuentas de servicio existentes para ver si puede reducir los privilegios. Limite el número de personas que tienen acceso a la cuenta de servicio para minimizar los riesgos de seguridad. También puede crear diferentes cuentas para diferentes escenarios, para minimizar la exposición. Las cuentas de servicio no se recomiendan como práctica recomendada. En algunos escenarios, las cuentas de servicio se usan para quitar la dependencia del flujo respecto al propietario original. En tales casos, use la entidad de servicio para resolver las amenazas de seguridad.

• Entidad principal del servicio: Microsoft Entra la entidad principal del servicio funciona como la identidad de la instancia de la aplicación. Las entidades de servicio definen quién puede acceder a la aplicación y a qué recursos puede acceder la aplicación. Se crea una entidad de servicio en cada inquilino en el que se usa la aplicación y hace referencia al objeto de aplicación globalmente único.

• Usuarios no interactivos: Dataverse admite usuarios no interactivos para actividades como procesos en segundo plano que migran datos entre bases de datos. Estos no requieren que un usuario interactúe con el servicio. Hay un límite máximo de siete (7) usuarios no interactivos por inquilino. Los usuarios no interactivos aún no son compatibles con Power Automate.

• Usuarios humanos: Estos son los usuarios humanos sincronizados de Microsoft Entra ID.

Esta orientación es específica para los flujos que se ejecutan bajo una cuenta de servicio como propietario del flujo.

Si desea ejecutar su flujo en una cuenta de servicio, aquí verá cómo evitar la multiplexación:

• Si el flujo solo utiliza conectores estándar y ninguna característica premium, todos los usuarios que tengan las credenciales de la cuenta de servicio pueden tener una licencia Microsoft/Office 365 , una licencia gratuita o cualquier licencia Power Automate Premium. Power Automate

• Si el flujo utiliza características premium (conectores premium, automatización robótica de procesos, conectores personalizados, puerta de enlace local, flujos de procesos de negocio):

  • La cuenta de servicio la utiliza un conjunto limitado de usuarios. En este caso, basta con licenciar a todos los usuarios y la cuenta de servicio es suficiente.
  • La cuenta de servicio la usan muchos usuarios. En este caso, se recomienda asignar una licencia Process al flujo, para garantizar que los nuevos usuarios que se agreguen a la cuenta cumplan automáticamente.

• Si el flujo es un flujo manual o desencadenado por aplicación o un flujo 'Ejecutar como usuario' de Dataverse, todos los usuarios que ejecuten el flujo necesitarán una licencia Premium o el flujo necesitará una licencia de proceso. Consulte estas preguntas frecuentes sobre quién necesita comprar una licencia Premium.

• El flujo premium está en contexto (el flujo comparte los orígenes de datos de la aplicación) de una aplicación creada usando Power Apps/aplicación Dynamics 365:

  • Todos los usuarios que tengan credenciales para la cuenta de servicio y la cuenta de servicio necesitan una licencia de Power Apps/Dynamics 365.
  • Si no tienen una licencia de Power Apps/Dynamics 365, todos los usuarios y la cuenta de servicio necesitan licencias de usuario de Power Automate.
  • Alternativamente, el flujo se puede licenciar con una licencia Process y ninguno de los usuarios/cuentas de servicio necesita una licencia.

• Varios usuarios que comparten las credenciales de una cuenta de servicio y usan flujos premium con una licencia de Power Automate Premium asignada a la cuenta de servicio se considera multiplexación y el flujo no cumple.

Nota

La guía es específica para las cuentas de servicio que se usan como propietarios de flujos o usuarios de solo ejecución. Los flujos que usan cuentas de servicio como conexiones o copropietarios no se ven afectados por esta guía. Recomendamos ejecutar los flujos con la entidad de servicio como propietario en lugar de la cuenta de servicio para evitar riesgos de seguridad.

Esta es solo una guía y no una aplicación estricta. Los administradores son responsables de otorgar licencias a todos los flujos correctamente para cumplir con las normas.

Hay un flujo premium que envía solicitudes de aprobación a un conjunto de usuarios y luego espera a que los usuarios aprueben o rechacen la solicitud antes de que continúe ejecutándose. ¿Los aprobadores necesitan una licencia Premium?

Los usuarios que responden a las solicitudes de aprobación no necesitan una licencia Premium.

Flujo automatizado: el usuario crea un flujo que se activa cuando se agrega un elemento a una lista creada utilizando Microsoft Listas y actualiza una base de datos SQL (Premium). Varias personas pueden agregar elementos a la lista creada usando Microsoft Listas. ¿Los usuarios necesitan una licencia Premium?

El flujo se ejecuta en el contexto de la licencia del propietario para los flujos automatizados o programados y con la invocación de la licencia del usuario para flujos instantáneos, de Power Apps o desencadenados en Dataverse. Por lo tanto, la persona que agregó el elemento a la lista creada usando Listas no necesita una licencia Premium. Microsoft

Tenemos un flujo instantáneo con usuarios de solo ejecución y utiliza conectores premium. El creador comparte ese flujo con su equipo y les permite ejecutar ese flujo. ¿Todo el mundo necesita una licencia Premium?

Todos los que invocan el flujo necesitan una licencia Premium porque es un flujo instantáneo.

Tengo un flujo secundario que tiene conectores premium y lo invocan varios flujos primarios que no tienen conectores premium. ¿Es necesario que todos los flujos principales tengan licencia o es suficiente con licenciar el flujo secundario?

Puede licenciar el flujo principal o licenciar el flujo secundario con una licencia Process. Sin embargo, si el flujo primario también tiene un conector premium, el propietario del flujo primario debe tener una licencia Premium (o el flujo primario debe tener una licencia Process).

Mi flujo usa conexiones de múltiples usuarios. ¿Necesito una licencia para todos?

Quién necesita una licencia es independiente de qué conexiones se utilizan en el flujo. Los flujos automatizados o programados siempre se ejecutan bajo la licencia del propietario y los flujos manuales o de aplicaciones siempre se ejecutan bajo el usuario que ejecuta el flujo.