Nota
El acceso a esta página requiere autorización. Puede intentar iniciar sesión o cambiar directorios.
El acceso a esta página requiere autorización. Puede intentar cambiar los directorios.
La nueva estructura de datos optimizada conduce a un análisis de procesos más rápido y con mayor eficiencia de memoria. Al ahorrar memoria, los clientes pueden analizar procesos más grandes y ahorrar costos mediante el uso de capacidades menores de Power BI para realizar análisis.
Además, se usa una estructura de modelo de datos de Power BI más intuitiva, lo que permite a los clientes profundizar en sus conocimientos con menos tiempo y esfuerzo. Para obtener más información sobre este modelo de datos, vaya a la sección de Estructura del modelo de datos de Power BI en este artículo.
La estructura optimizada anterior quedará obsoleta pronto
La nueva estructura de datos optimizada reemplaza completamente la estructura anterior y la estructura de datos anterior quedará obsoleta. Para conocer la fecha y pasos necesarios, accede al banner del proceso en la página Detalles.
La nueva estructura de datos optimizada tiene lugar en segundo plano, por lo que solo se muestra en el modelo resultante, como se describe en la siguiente sección.
Configuración de lectura y escritura de XMLA
Para utilizar la estructura de datos optimizada, la propiedad de punto de conexión XMLA debe estar habilitada para lectura y escritura. De forma predeterminada, las cargas de trabajo de modelo semántico Capacidad Premium, Capacidad de tejido o Premium por usuario tienen la configuración de propiedades de punto de conexión XMLA habilitada para solo lectura.
Importante
Solo el administrador de capacidad puede habilitar XMLA.
Habilite la lectura y escritura para una carga de trabajo de modelo semántico de capacidad Premium
Inicie sesión en Power BI.
Seleccione Configuración>Portal de administración.
En el Portal de administración de Power BI, seleccione Configuración de capacidad>Power BI Premium>nombre de capacidad.
Expanda Cargas de trabajo de Power BI.
En el parámetro Punto de conexión de XMLA, seleccione Lectura y escritura.
El parámetro de la propiedad del punto de conexión de XMLA se aplica a todas las áreas de trabajo y modelos semánticos asignados a la capacidad.
Habilite la lectura y escritura para una carga de trabajo de modelo semántico de Premium por usuario
- Inicie sesión en Power BI.
- Seleccione Configuración>Portal de administración.
- En el Portal de administración de Power BI, seleccione Premium por usuario.
- Expanda Configuración de carga de trabajo del modelo semántico .
- En el parámetro Punto de conexión de XMLA, seleccione Lectura y escritura.
Habilitación de lectura y escritura para una carga de trabajo de modelo semántico de capacidad Fabric
Inicie sesión en Power BI.
Seleccione Configuración>Portal de administración.
En el Portal de administración de Power BI, seleccione Ajustes de capacidad>Capacidad de Fabric>Nombre de capacidad.
Expanda Cargas de trabajo de Power BI.
En el parámetro Punto de conexión de XMLA, seleccione Lectura y escritura.
El parámetro de la propiedad del punto de conexión de XMLA se aplica a todas las áreas de trabajo y modelos semánticos asignados a la capacidad.
Habilite el uso de la estructura de datos estructurados optimizada
Para procesos nuevos que utilizan un espacio de trabajo personalizado, la estructura de datos optimizada se establece en true de forma predeterminada. Para habilitarla o confirmar que está habilitada, realice los siguientes pasos.
Vaya a la página de detalles del proceso y seleccione Editar.
Seleccione un espacio de trabajo personalizado seleccionando el menú desplegable debajo del campo Espacio de trabajo de Power Bi (opcional).
Confirme que la opción Usar estructura de datos optimizada está Activada. Si está desactivada, seleccione el interruptor para habilitarla.
Para guardar los cambios, seleccione Guardar si el botón está habilitado.
Si no está habilitado, significa que el valor del campo Usar estructura de datos optimizada ya estaba establecido en Activado, por lo que puede omitir este paso.
Estructura del modelo de datos de Power BI
Cuando se publica un proceso en Power BI, se crea un origen de datos predeterminado y un informe correspondiente. La siguiente captura de pantalla es un ejemplo de la estructura de conjunto de datos en el origen de datos publicado en Power BI.
Para una vista ampliada de la captura de pantalla, seleccione la lupa en la esquina inferior derecha.
Relaciones
Relaciones necesarios para el filtrado y la interconectividad de los elementos visuales están predefinidos en el modelo de datos publicado. No es necesario crear manualmente más relaciones a menos que haya otras fuentes de datos conectadas. Para este escenario, utilice el modelo de datos compuesto de Power BI y cree relaciones sobre ese modelo.
Resumen de modelo de datos
Desde una perspectiva lógica, el modelo de datos consta de muchos subconjuntos de entidades, como se describe en el primer párrafo de esta sección.
- Datos de proceso: todos los datos relacionados con el proceso, sin filtrado ni medidas calculadas.
- Ver datos: entidades que ofrecen los datos del proceso en el contexto de la vista analítica del proceso creada: filtros aplicados, medidas calculadas y métricas personalizadas.
- Datos visuales: Entidades que proporcionan datos precalculados necesarios para que se muestren los objetos visuales personalizados de minería de procesos.
- Entidades de ayuda: otras entidades necesarias para Power BI.
A continuación se muestra una breve descripción de los subconjuntos y entidades incluidas.
Datos del proceso
El contenido de las entidades de datos de proceso cambia en escenarios específicos.
- Cuando se actualizan los datos del modelo de proceso.
- Cuando se cree una nueva vista.
Trabajar con estas entidades le permite acceder a los datos del proceso sin procesar que no se ven influenciados por los filtros aplicados.
Entidad | Descripción |
---|---|
Casos | Lista de todos los casos en el proceso. Cada caso contiene un índice de identificador de caso único, una visualización de ID de caso y valores para cada uno de los atributos de caso, tal como se define en el paso de configuración de asignación. |
Eventos | Lista de todos los eventos en el proceso. Cada evento hace referencia a un caso al que pertenece usando Case_ID , tiene un índice de identificador de evento único y valores para cada uno de los atributos de evento, tal como se define en el paso de configuración de la asignación. |
AttributesMetadata | La entidad contiene la definición de todos los atributos a nivel de caso/evento tal como se define en la importación de datos del registro de eventos al modelo de proceso. Incluye su tipo de datos, tipo de atributo y nivel de atributo, ya sea caso o evento. |
MiningAttributeLabels | Contiene valores de atributos de minería disponibles. Se puede configurar una vista de proceso para observar el proceso desde una perspectiva diferente según el atributo de minería seleccionado. Si no hay ningún otro atributo de minería disponible, la entidad mantiene los valores del atributo Activity . |
CustomMetricsMetadata | Incluye la definición de métricas personalizadas creadas en la aplicación de escritorio de Process Mining. Según el contexto en el que está disponible la métrica, pueden existir muchas entradas para la misma métrica personalizada, con un Type diferente. También incluye el tipo de datos de resultado de métrica personalizado que se puede utilizar para la conversión o formato de los valores. |
Visualizaciones | Lista de vistas disponibles (publicadas) creadas en la aplicación de escritorio Power Automate. Solo las vistas de procesos públicos se publican en conjunto de datos. Las entradas se pueden utilizar para filtrar el informe, la página del informe y el objeto visual para visualizar solo los datos de la vista del proceso específico. |
Ver datos
El contenido de las entidades de datos de vista cambia en los escenarios siguientes.
- Cuando un usuario cambia la definición de filtrado en cualquier vista de proceso.
- Cuando se crea una métrica personalizada.
Ver entidades de datos le permite acceder a datos de proceso influenciados por los filtros aplicados y accede a las medidas calculadas en función de los filtros aplicados. Dado que tanto los filtros de nivel de caso como los de evento se pueden utilizar en la definición de una vista de proceso, se recomienda trabajar con entidades de datos de vista, ya que la influencia en el conjunto de datos resultante puede ser significativa.
Entidad | Descripción |
---|---|
ViewCases | La entidad mantiene información sobre qué casos están incluidos en qué vista. Además, incluye la información de qué variante sigue el caso y las medidas precalculadas para el caso. Si un caso se incluye en varias vistas, la entidad mantiene un registro para cada combinación de caso-vista. Esto es importante, ya que algunos de los valores de las medidas de casos calculadas dependen de los criterios de filtrado establecidos en la vista. También contiene cualquier valor de métrica personalizado precalculado (si se define en el contexto del proceso y es válido a nivel de caso). El expediente del caso se identifica de forma única por la columna Índice. |
ViewEvents | La entidad contiene información sobre qué eventos se incluyen en qué vista y a qué caso están conectados (los filtros de vista de proceso de nivel de evento pueden modificar los eventos incluidos en el caso). Además, incluye medidas precalculadas para el evento. Si un evento se incluye en varias vistas, la entidad mantiene un registro para cada combinación de evento-vista. Esto es importante, ya que algunos de los valores de las medidas de evento calculadas dependen de los criterios de filtrado establecidos en la vista. También contiene cualquier valor de métrica personalizado precalculado (si se define en el contexto del proceso y es válido a nivel de evento). El registro del evento se identifica de forma única por la columna Índice. |
ViewTransitions | La entidad mantiene información sobre qué transiciones están incluidas en qué vista. Además, incluye medidas precalculadas para la transición. Si una transición se incluye en varias vistas, la entidad mantiene un registro para cada combinación de transición-vista. Esto es importante, ya que algunos de los valores de las medidas de transición calculadas dependen de los criterios de filtrado establecidos en la vista. También contiene cualquier valor de métrica personalizado precalculado (si se define en el contexto del proceso y es válido a nivel de transición). El registro de la transición se identifica de forma única por la columna Índice. |
ViewParallelTransitions | La entidad tiene un registro para una combinación de transición y caso, cuando esa transición se considera paralela en ese caso en una vista particular. |
Variantes | La entidad mantiene las relaciones entre variantes y vistas de proceso. Se incluye un registro si se incluye una variante particular en una vista después de tener en cuenta los criterios de filtrado. |
Datos visuales
Las entidades de datos visuales se vuelven a calcular solo cuando hay una actualización de datos para el modelo de proceso.
Entidad | Descripción |
---|---|
ProcessMapMetrics | Medidas agregadas para todos los nodos y transiciones en el modelo de proceso que se necesitan para la visualización en el objeto visual personalizado del mapa de procesos. |
VariantDNA | Medidas agregadas y relaciones con eventos y atributos que se necesitan para la visualización en un objeto visual personalizado de ADN variante. |
Otras entidades
Entidad | Descripción |
---|---|
LocalizationTable | Tabla interna utilizada con fines de ubicación. |
LocalizationMeasures | Medidas internas utilizadas con fines de ubicación. |
ReportMeasures | Medidas más frecuentes creadas y formateadas previamente que se pueden utilizar para los KPI resumidos en el informe del proceso. Su evaluación podrá estar sujeta a filtrado y selección interactiva en el informe de Power BI. |
Modelo de datos compuestos en Power BI
Le recomendamos que utilice el modelo de datos compuesto de Power BI sobre el modelo de datos publicado por Power Automate Process Mining y cree allí las modificaciones necesarias para los siguientes escenarios.
- Cuando se necesitan más orígenes de datos
- Cuándo deberían crearse más entidades
- Cuando se necesitan más relaciones
- Cuando se necesitan consultas DAX personalizadas
Para obtener más información sobre cómo crear modelos de datos compuestos de Power BI, vaya a Usar modelos compuestos en Power BI Desktop.