Compartir a través de


P+F de licencias de Power Automate

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 de nube tiene asignada una licencia de proceso, puede acceder a conectores Premium, tiene los límites de acción más altos y siempre usa los límites de licencia de proceso, independientemente de quién ejecute el flujo.

Si un flujo se ejecuta bajo una licencia de usuario, el límite de acciones depende del contexto de licencia. Los flujos automatizados y programados usan el contexto de licencia del propietario del flujo. Los flujos instantáneos (botón, Power Apps) usan el contexto de licencia del usuario que invoca. Los límites de acción se aplican por contexto: si un usuario tiene varias licencias, cada flujo obtiene el límite del contexto en el que se ejecuta, no un total combinado. Más información en ¿Qué ocurre con mis límites de acción si tengo varios planes?

El plan de licencia de usuario para Power Automate es el plan de 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 los otros planes de licencia y pruebas brindan acceso a conectores premium.

Obtenga más información acerca de los planes de licencia que incluyen capacidades en los Tipos de licencias de Power Automate y la Guía de licencias de 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 de Power Automate Premium para cada usuario de su organización. Adquiera la licencia de Power Automate Process para cada proceso de negocio o máquinas que ejecuten automatización desasistida. Power Automate Hosted Process es un superconjunto de la licencia de Power Automate Process, que proporciona la misma funcionalidad pero con la adición de una capacidad de máquina hospedada de Microsoft que se puede utilizar para la máquina hospedada o el grupo de máquinas hospedadas, lo que permite RPA sin infraestructura.

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) desasistidos 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.
  • Los flujos procesan datos grandes o necesitan ejecutarse con frecuencia, lo que requiere un gran volumen de acciones.
  • 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 de Power Automate Process y Hosted Process solo conceden 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 características de RPA Premium que vienen con el plan de usuario Premium en Características de RPA Premium.

¿Cuántas licencias de Power Automate Process necesito?

  • Su proceso tiene RPA (automatización robótica de procesos) desasistida: ¿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 de 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?

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

  • El flujo supera las 250 000 acciones al día: ¿cuántas licencias de proceso necesita?

    Apilar licencias de Process adicionales en el mismo flujo. Calcule el uso diario (acciones por ejecución) × (ejecuciones al día) y divida en 250 000 para determinar cuántas licencias se van a apilar.

¿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 de nube están cubiertos por una licencia de proceso, ya que tienen un flujo de escritorio ejecutándose en la misma 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.

Actualmente, cada flujo de nube que necesite capacidad de proceso debe tener una licencia de proceso asignada directamente. Para permitir que un flujo secundario consuma capacidad de la licencia de Process de su flujo primario, asigne una licencia de Process al flujo secundario y habilite Permitir el exceso de proceso en él.

Los grupos de flujos (que comparten un único grupo de capacidad de proceso a través de varios flujos relacionados) y la herencia automática de capacidad de los flujos principales están planificados, pero aún no están disponibles. Una vez disponible, podrá asignar una única licencia de proceso al flujo principal y hacer que los flujos secundarios y los flujos asociados compartan su derecho de acción.

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 necesiten crear automatizaciones de uso general (con el derecho de conectores premium), para tener plena flexibilidad (con el derecho de conectores personalizados) o para interactuar con aplicaciones que simulan un comportamiento humano, como las teclas y el movimiento del teclado o del mouse (con el derecho asistido de Automatización Robótica de Procesos), deben considerar una licencia de Power Automate Premium.

Más precisamente:

  • Necesita una licencia de Premium para cada desarrollador de RPA que cree y administre flujos de escritorio en el portal de Power Automate. Más información en Características premium de RPA.
  • La licencia de proceso 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 los límites de licencia de proceso y no necesita que un propietario o usuario en ejecución 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 de Power Automate Premium. 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.

Captura de pantalla de tipos de flujos.

  • 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 una licencia de Power Apps Premium o una licencia de Dynamics 365.
  • Si un flujo primario llama a un flujo secundario, el flujo secundario aprovecha el contexto del flujo primario. Por ejemplo, si se cumplen los siguientes criterios, utiliza la licencia del propietario del flujo primario:
    • Si el flujo primario 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 primario.

Durante el periodo de transición, el flujo secundario no hereda la licencia de flujo primario. 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 primario (licencia de propietario/licencia de proceso del flujo primario), 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 Power Automate Hosted Process usarse como licencia de Power Automate Process?

Sí, puede usar la capacidad de Power Automate Hosted Process de dos maneras:

  • Máquinas hospedadas y grupos de máquinas hospedadas.
  • Como licencia de proceso que se puede utilizar para la automatización robótica de procesos desasistidos (RPA desasistida) 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 que reconocen soluciones si el entorno en el que crean el flujo que reconoce soluciones tiene una base de datos de Dataverse asociada. El entorno predeterminado obtiene una base de datos de Dataverse de manera predeterminada. El administrador debe asociar una instancia de Dataverse a entornos no predeterminados. Los administradores necesitan al menos 1 GB de nivel de inquilino de capacidad de base de datos de 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 de Dataverse. Y si el inquilino compra 10 licencias de Power Automate Premium, el inquilino 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 la solución, puede cambiar el propietario en Power Automate o usar la API web de Power Automate para asegurar de 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 garantizar 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 de Power Automate Premium asignada en el inquilino principal, puede usar características premium en el inquilino invitado que hospeda 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 características de RPA, compre el plan de Power Automate Premium.

Los usuarios de Windows 11 pueden buscar "Power Automate" en la barra de búsqueda de Windows. La aplicación Power Automate para el escritorio 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 el 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 complemento RPA desasistido de Power Automate (150 USD por bot/mes y requisitos previos de licencia requeridos) se eliminarán 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 robótica de procesos desasistidos (RPA desasistido) o flujos de nube usando la automatización de procesos digitales (DPA) y se puede acceder por usuarios ilimitados 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?

solicitud Para RPA desasistida, anteriormente los clientes deberán comprar una licencia por flujo para el flujo de nube y un complemento de RPA desasistida. 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 de Power Automate Premium diferente de Power Automate por usuario con licencia RPA asistida?

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

Preguntas sobre límites de acción y capacidad

Estas son algunas de las preguntas más frecuentes sobre los límites de acción y sus respuestas. En Power Automate, cada ejecución de desencadenadores y acciones cuenta como una acción (se muestra como Solicitudes de Power Platform en los informes del Centro de administración). Las acciones dentro de bucles se ejecutan una vez por iteración, por lo que los bucles multiplican el recuento de acciones.

¿Qué cuenta como una acción?

En función de la licencia, hay límites para el número de acciones que puede ejecutar un flujo de nube en un día. Estos límites son diferentes de los límites de regulación del conector. Puede ver el número de acciones que ejecuta su flujo seleccionando Análisis desde la página de detalles del flujo de nube y examinando la pestaña Comportamiento.

Incluso cuando el flujo usa algunas acciones por ejecución, aún puede alcanzar sus límites si el flujo se ejecuta con más frecuencia de lo esperado. 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. Estas son algunas conclusiones para calcular el uso de acciones:

  • Un flujo simple con un desencadenador y una acción da como resultado dos acciones cada vez que se ejecuta el flujo.
  • Cada desencadenador y acción del flujo cuenta. Todos los tipos de acciones, como acciones de conectores, acciones HTTP y acciones integradas — desde la inicialización de variables y la creación de contextos hasta una simple acción de composición — cuentan para el límite diario de acciones. Por ejemplo, un flujo que se conecta a SharePoint, Exchange, Twitter o Dataverse: todas esas acciones se cuentan.
  • Tanto las acciones exitosas como las fallidas cuentan para estos límites. No se cuentan las acciones omitidas.
  • Cada acción cuenta como una, incluida la propia acción de bucle. Las acciones dentro de un bucle (Aplicar en cada uno, Repetir hasta) se ejecutan una vez por iteración: un bucle con 2 acciones y 10 iteraciones usa 21 acciones (1 bucle + 2 × 10).
  • Una acción puede tener varias expresiones, pero se cuenta como una acción.
  • Los reintentos y las solicitudes adicionales de paginación cuentan como ejecuciones de acciones también.

Considere el siguiente flujo de nube en el que se guardan todos los archivos adjuntos de correo electrónico en OneDrive. El desencadenador cuenta como 1 acción. El bucle Aplicar a cada uno cuenta como 1 acción. Las 2 acciones dentro del bucle se ejecutan una vez por anexo — con 4 anexos, por lo tanto, 4 × 2 = 8 acciones. Total: 1 + 1 + 8 = 10 acciones.

Captura de pantalla de un flujo de ejemplo en el que se guardan todos los archivos adjuntos de correo electrónico en OneDrive.

¿De quién son los límites de acción utilizados por el flujo de nube?

  • Si un flujo de nube tiene licencia de Process/Por flujo, el flujo siempre usará los límites por de Process/Por flujo y no los límites del creador/propietario/usuario que invoca.

  • Los flujos de nube automatizados y programados siempre usan los límites de acción del creador o propietario del flujo independientemente de quién invocó el flujo o qué cuentas se usan para las conexiones dentro del flujo. Para un flujo de solución, puede cambiar el propietario del flujo usando la API web. Después de cambiar el propietario, se usan los límites de acción del nuevo propietario. Para un flujo sin solución, el flujo siempre usa los límites del creador original que no se pueden 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 los límites del nuevo propietario. Alternativamente, puede asignar una licencia por Proceso/Por flujo al flujo.

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

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

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

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

  • Si el flujo primario es un flujo manual, el flujo secundario usa los límites del usuario que invoca el flujo primario.

  • Si el flujo secundario tiene una licencia por Proceso/Por flujo, utiliza los límites por Proceso/Por flujo y no los del flujo primario.

  • Si un flujo tiene una licencia de proceso, actualmente cada flujo secundario que necesita usar la capacidad de proceso también debe tener asignada una licencia de proceso directamente (con permitir el uso por encima del límite del proceso habilitado). La herencia automática de la capacidad de los flujos primarios y los grupos de flujo para compartir la capacidad entre los flujos relacionados está planificada, pero aún no están disponible.

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

Si experimenta retrasos o ralentizaciones cuando se ejecuta su flujo, es probable que haya superado los límites de acción diarios. 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:

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

El Centro de administración de Power Platform contiene informes sobre el uso de acciones. Esto le ayuda a ver rápidamente las métricas de adopción y usuarios de su organización. Se encuentran actualmente en versión preliminar pública. Los siguientes informes están disponibles:

  • Informe de usuario: muestra el uso de acciones (solicitudes de Power Platform etiquetadas) para cada usuario del entorno, en comparación con su límite asignado.
  • Informe de flujos con licencia por flujo: muestra el uso de acciones para cada flujo del entorno que dispone de una licencia por flujo o por proceso.
  • El informe de usuario sin licencia: muestra el uso de acciones para usuarios sin licencia y el derecho total para usuarios sin licencia para ese inquilino.

Después de que los informes estén disponibles con carácter general, los usuarios tendrán tiempo de reaccionar y comprar licencias de límite de acciones superiores antes de que comience la aplicación.

¿Qué sucede cuando mi flujo ejecuta demasiadas acciones?

Cuando tiene un flujo de nube que ejecuta demasiadas acciones, afecta el rendimiento de su 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 ha excedido los límites de su licencia:

  • Revise su diseño e identifique áreas que pueden ayudar a reducir la cantidad de acciones ejecutadas. Obtenga más información en Rediseñar el flujo para usar menos acciones y menos datos.

  • Si el flujo ya está optimizado, pero usa muchas acciones debido a la naturaleza de la empresa, considere la posibilidad de usar una licencia de proceso. La licencia Proceso proporciona el derecho de acción más alto disponible (250 000 acciones al día).

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

  • Compre 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 actualmente menos estricta, no hay ninguna facilidad para asignar el complemento de capacidad de Power Apps y Power Automate a un usuario o flujo. 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 Process o por flujo asignada.

Si un flujo está constantemente por encima de 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. Puede comprar una licencia de proceso con límites de acción más altos y, a continuación, activarla en cualquier momento. Puede editar y guardar el flujo para restablecer el contador de 14 días mientras compra la licencia.

¿Cuáles son los límites del conector y son diferentes de los límites de acción?

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 de acciones diarias. Por ejemplo, un usuario de Office puede ejecutar 6000 acciones al día en todos sus flujos, pero el conector aún puede limitarlo 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. ¿La utilización contará para mis límites de acción?

Sí. Los flujos de nube incluidos en el Kit de inicio de CoE usan los límites de acción del propietario del flujo. Si se están limitando los flujos de CoE, considere la posibilidad de asignar una licencia de proceso a flujos de uso elevado o habilitar el pago por uso en el entorno.

¿Puedo usar la entidad de servicio en los flujos y cuenta para los límites de mi acción?

Sí, los flujos cuyo propietario es una entidad de servicio consumen una cuota independiente denominada límites no interactivos. Estos límites solo se aplican cuando la entidad de servicio es el propietario del flujo y no cuando se usa una entidad de servicio en una conexión dentro del flujo. Los flujos manuales (botón, Power Apps) usan los límites de acción del usuario que los invoca, incluso si el propietario es una entidad de servicio. El usuario que invoca debe tener una licencia de Power Automate Premium si el flujo usa conectores Premium.

Límites para flujos automatizados o programados de principal de servicio:

  • Contexto de aplicación de Dynamics 365: 500 000 base + 5000 por licencia de usuario de D365, hasta 10 000 000 como máximo, agrupados en el nivel de inquilino. Por ejemplo, un inquilino con 1000 licencias de Dynamics 365 tiene un grupo de 5 500 000 de acciones/día para todos los recursos de Power Platform (flujos de entidad de servicio, solicitudes de Dataverse). Obtenga más información en la tabla de límites de solicitudes de usuario sin licencia.

  • Premium, fuera del contexto de Dynamics 365: cada flujo necesita una licencia de proceso o por flujo (250 000 acciones por flujo al día).

  • Solo conectores estándar: 25 000 acciones al día en el nivel de inquilino, sin acumulación por licencia.

Si necesita más capacidad, habilite el pago por uso en el entorno o compre complementos de capacidad de Power Automate.

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

¿Las acciones de flujo de escritorio cuentan contra mis límites de acción?

Solo las acciones de flujo de escritorio que se invocan desde los flujos de nube cuentan para el límite. No se cuentan las acciones dentro del propio flujo de escritorio.

¿Qué ocurre con mis límites de acción si tengo varios planes?

Los límites de acción se aplican por contexto, no se combinan entre licencias. Cada flujo se ejecuta bajo el contexto de licencia que se aplica a él y obtiene el límite de ese contexto de forma independiente:

  • Un flujo con una licencia de proceso siempre usa el límite de licencias de proceso (250 000 acciones/día), independientemente de la licencia del usuario.
  • Un flujo automatizado o programado usa el contexto de licencia del propietario del flujo. Si el propietario tiene una licencia de Dynamics 365 y una licencia de Power Automate Premium, los flujos que se ejecutan en el contexto de la aplicación de Dynamics 365 usan el límite de Dynamics 365 (40 000 acciones/día) y los flujos independientes usan el límite Premium (40 000 acciones/día). Estos límites no suman hasta 80 000.
  • Un flujo instantáneo (botón, Power Apps) usa el contexto de licencia del usuario que invoca.

Si un usuario tiene varias licencias dentro de la misma línea de producto (por ejemplo, Dynamics 365 Customer Service Enterprise y Dynamics 365 Sales Enterprise), el flujo usa el límite desde el que se aplica la licencia a su contexto, los límites no se apilan.

Solo se pueden apilar licencias de proceso y solo en flujos de nube individuales (hasta 10 por flujo).

¿Cómo sé el límite de acciones para mi flujo de trabajo en la nube?

El límite de acciones de un flujo de nube depende del contexto de licencia en el que se ejecuta. Cada flujo recibe un límite para su contexto; los límites de diferentes licencias no se suman entre contextos.

Contexto de licencia Límite de acciones diarias
Power Automate Free, Microsoft 365, Power Apps Plan 1 (heredado), Power Apps por aplicación, Power Automate Plan 1 (heredado), todas las evaluaciones, miembro del equipo de Dynamics 365 6,000
Flujos desencadenados de Power Apps, Power Apps Premium, Power Automate Premium, Dynamics 365 Enterprise/Professional 40 000
Power Automate Process, Proceso hospedado, plan por flujo (heredado) 250 000
Pago por uso 15 000 000

En el caso de los flujos con una licencia de proceso, puede apilar varias licencias de proceso para aumentar el límite más allá de 250 000 acciones al día.

¿Puedo asignar varias licencias de proceso a un único flujo de nube?

Sí. Se pueden apilar hasta 10 licencias de proceso en un único flujo de nube para aumentar su derecho de acción diaria. Cada licencia de proceso agrega 250 000 acciones al día. Por ejemplo, asignar 3 licencias de proceso a un flujo de nube proporciona 750 000 acciones al día.

Actualmente, cada licencia de proceso debe asignarse directamente al flujo que lo usa. Para permitir que un flujo secundario consuma capacidad de la licencia de Process de su flujo primario, asigne una licencia de Process al flujo secundario y habilite Permitir el exceso de proceso en él. Los grupos de flujos (que comparten un único grupo de capacidad de proceso a través de varios flujos relacionados) y la herencia automática de capacidad de los flujos principales están planificados, pero aún no están disponibles.

Nota

¿Los límites de acción se agrupan entre los usuarios de mi organización?

N.º Los límites de acción se aplican por contexto: cada usuario y cada flujo con licencia obtiene su propio límite diario de forma independiente. Los límites no se agrupan ni combinan en el nivel de entorno o inquilino. Por ejemplo, si ocho usuarios tienen licencias de Office 365 (6000 acciones por día cada uno), cada uno obtiene 6000, los límites no se combinan en 48 000 para el inquilino. Del mismo modo, los límites de un usuario de diferentes licencias (como Premium y Dynamics 365) se aplican por separado a los flujos que se ejecutan en cada contexto, no como un total combinado.

Prácticas recomendadas para reducir la utilización de acciones

Use los procedimientos recomendados siguientes para ayudar a diseñar y escalar los flujos.

Procedimientos recomendados para el diseño

Use el menor número de acciones posibles para lograr la 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 el flujo ejecuta miles de acciones a diario, considere una licencia de Process, que ofrece el nivel más alto de acciones disponible (250 000 acciones al día, apilables). 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 nube se actualizarán en segundo plano una vez por semana para reflejar los planes actuales.

  • Si un único flujo supera las 250 000 acciones al día, apila licencias de proceso adicionales en lugar de dividir la carga de trabajo. Para escenarios realmente a gran escala, considere la posibilidad de dividir entre varios flujos.

Pago por uso para usos por encima del límite de acciones

Los límites de acción actuales están diseñados para ser suficientes para la mayoría de los escenarios de los clientes. Obtenga más información en Límites y asignaciones de acciones.

En escenarios a gran escala que superan estos límites, puede vincular un entorno a una suscripción de Azure. Los usuarios y los procesos de ese entorno pueden consumir más de su límite diario de acciones sin que se les aplique limitación, es decir, solo se paga por las acciones usadas por encima del límite. Los flujos todavía necesitan una licencia base (Power Automate Premium, Process, Office 365, Power Apps o Dynamics). Por ejemplo, un usuario con una licencia de Power Automate Premium tiene un límite de 40 000 acciones al día. Si el usuario ejecuta 45 000 acciones al día, los 5 000 adicionales se facturan a la suscripción de Azure a una tarifa por acción. Se activan varios medidores al habilitar el pago por uso en el entorno. Vea Cómo configurar el pago por uso.

En la captura de pantalla siguiente se muestra cómo se facturan las acciones por encima del límite en un entorno de pago por uso.

Una imagen que muestra una descripción general del pago por uso

Preguntas más frecuentes sobre los límites de acción

Obtenga más información sobre los límites de acción y las asignaciones en Preguntas más frecuentes sobre los límites de acciones.

Preguntas sobre licencias de Office 365

A continuación, se incluyen algunas preguntas frecuentes sobre el uso de 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 de Power Automate limitados 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 las licencias Premium.

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

No se incluyen las siguientes funcionalidades de Power Automate.

  • El acceso a los conectores premium (excepto en entornos de Dataverse for Teams). Obtenga más información sobre las funcionalidades de Dataverse for Teams.
  • Flujos de procesos de negocio dentro del contexto de la aplicación.
  • Conectores personalizados dentro del contexto de la aplicación.
  • Puertas de enlace locales dentro del contexto de la aplicación.
  • Automatización de procesos robóticos (RPA).
  • AI Builder.

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

  • Office 365 E1
  • Office 365 E3
  • Office 365 E5
  • Office 365 F3
  • Office 365 Empresa Basic
  • Office 365 Empresa Estándar
  • Office 365 Empresa 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 de 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.
  • Acceda a los conectores premium dentro del contexto de la aplicación.
  • Flujos de procesos de negocio dentro del contexto de la aplicación.
  • Conectores personalizados dentro del contexto de la aplicación.
  • Puertas de enlace locales dentro del contexto de la aplicación.
  • Límites de acción: el miembro del equipo de Dynamics 365 obtiene 6000 acciones/día, Dynamics 365 Professional obtiene 40 000 acciones/día y Dynamics 365 Enterprise obtiene 40 000 acciones/día.

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

  • Automatización robótica de procesos
  • 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 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.
  • Usar un desencadenador o acción de Dataverse incorporado.

Ejemplo de licencia de Dynamics 365 usando Power Automate fuera de un contexto de aplicación 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 de Power Automate independiente.

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

  • Dynamics 365 Sales Enterprise
  • Dynamics 365 Sales Professional
  • Dynamics 365 Customer Service Enterprise
  • Dynamics 365 Customer Service Professional
  • Dynamics 365 Field Service
  • Operaciones de proyectos de Dynamics 365
  • Miembros del equipo de Dynamics 365
  • Dynamics 365 Finance
  • Dynamics 365 Supply Chain Management
  • Dynamics 365 Commerce
  • Recursos humanos de Dynamics 365
  • Dynamics 365 Operations: actividad
  • Dynamics 365 Business Central
  • Miembros del equipo de Dynamics 365 Business Central

Preguntas de licencias de Power Apps

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

¿Qué capacidades de Power Automate se incluyen 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 de Power Automate:

  • Cree y ejecute flujos de botón automatizados, programados.
  • Acceso a conectores estándar.
  • Acceda a los conectores premium dentro del contexto de la aplicación.
  • Flujos de procesos de negocio dentro del contexto de la aplicación.
  • Conectores personalizados dentro del contexto de la aplicación.
  • Puertas de enlace locales dentro del contexto de la aplicación.
  • Límites de acción: Power Apps Premium obtiene 40 000 acciones/día y Power Apps por aplicación obtiene 6000 acciones/día. Obtenga más información en límites y asignaciones de acciones.
  • 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 de Dataverse y 400 GB de capacidad de archivo de Dataverse. Flujos invocados por la aplicación creada usando Power Apps que gestiona 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.

No se incluyen las siguientes funcionalidades de Power Automate en las licencias de Power Apps:

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

Ejemplo de uso de Power Automate dentro de una aplicación creada usando el contexto de Power Apps

Un usuario con una licencia de Power Apps independiente 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 desencadenador o acción integrado de Power Apps; por ejemplo, para enviar una notificación de inserción a la aplicación creada mediante Power Apps.

Ejemplo de uso de Power Automate fuera de una aplicación creada usando el contexto de 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 orígenes 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 de Power Automate.

Segundo ejemplo de uso de Power Automate fuera de una aplicación creada usando el contexto de Power Apps

Un entorno tiene varias aplicaciones. Hay flujos para la administració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 de licencia de AI Builder

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

¿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 de Power Automate Premium, dentro de otras licencias 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 de Power Automate Premium?

Obtenga más información acerca de los créditos iniciales en Obtener derecho para los créditos de AI Builder.

Aplicación

¿Por qué mi flujo está apagado?

Más información sobre 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

$allFlows | Export-Csv -Path "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.

He asignado 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 en contexto a aplicaciones Power Apps/Dynamics 365?

Flujos creados para admitir aplicaciones creadas con Power Apps/Dynamics 365 deben 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 de nube automatizados o programados para admitir la aplicación y están en contexto de una aplicación, vincule el flujo a las aplicaciones mediante un script 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 de 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 por aplicación de Power Apps proporciona a los usuarios la capacidad de ejecutar flujos de Power Automate que usan características premium. Los flujos deben ser desencadenados 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 Microsoft Copilot Studio.

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 en Requisitos de licencia de acceso de cliente (CAL).

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

  • Si el flujo premium solo mueve datos de Dataverse en una ubicación compartida o envía un correo electrónico a compañeros, no se incluye en la multiplexación porque los usuarios consumen los datos, en lugar de desencadenar el flujo.

  • Si se desencadena un flujo premium 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.

  • 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 desencadena 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: cuenta de usuario de Microsoft Entra 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 de servicio: la entidad de servicio de Microsoft Entra 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 usa conectores estándar y no características premium, todos los usuarios que tienen las credenciales de la cuenta de servicio pueden tener una licencia de Microsoft/Office 365, Power Automate gratuito o cualquier licencia de Power Automate Premium.

  • 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/Dataverse "Ejecutar como usuario", todos los usuarios que ejecuten el flujo necesitarán una licencia Premium o el flujo necesita una licencia de proceso. Consulte estas preguntas más 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 mediante aplicación Power Apps/Dynamics 365:

    • Todos los usuarios que tengan las 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 por usuario 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 desencadena cuando se agrega un elemento a una lista creada mediante listas de Microsoft y actualiza una base de datos SQL (Premium). Varias personas pueden agregar elementos a la lista creada con Listas de Microsoft. ¿Los usuarios necesitan una licencia Premium?

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

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 primarios tengan licencia o es suficiente con licenciar el flujo secundario?

Puede licenciar el flujo primario 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.