KevinRoger

Gracias Isidre por animarnos.

Un abrazo a la distancia.

¿Qué aprendiste en la sección “Create reports”?

1. Creación de Reportes
2. Seleccionar un tipo de visualización adecuado
3. Importar un “Custom Visual”
4. Configurar el “Conditional Formatting”
5. Aplicación de “Slicing” y “Filtering”
6. Buenas prácticas y recomendaciones para diseño de páginas en un reporte.
7. Diseñar y configurar considerando la “accessibility”

¿Cómo te servirá esto que aprendiste en tus desarrollos de Power BI?

1.Creación de Reportes

• Es importante recordar que la Creación de Reportes es el cuarto punto para la creación de un proyecto.
• Power Query–>Modelo de datos –>Cálculos para el análisis de la información → Reportes → Compartir reportes.
• Primero es importante saber que el concepto de reporte hace referencia a un conjunto de varias visualizaciones y estas se deben manejar de manera efectiva, para ayudar a los usuarios en hacer la lectura más cómoda (mayor comprensión).

2.Seleccionar un tipo de visualización adecuado

• Este punto nos ayuda a reforzar que debemos escoger el elemento que más se adecúa a la información que estamos presentando
• También se hace mención de que las gráficas de líneas se adecuan mejor para información temporal (fecha, continuidad)
• También se sugiere que se puede cambiar el formato del nombre del mes utilizando la función FORMAT (Calendario[Fecha], ““mmm”) donde “mmm” hace referencia a las 3 letras del mes y los datos que se muestren pueden ordenarse con SORT BY COLUMN

3.Importar un “Custom Visual”

• En el caso de no encontrar el gráfico que necesito, es posible ir a la opción Get more visual, ahí se puede encontrar otro tipos de gráficos o desarrollar uno.
• Existen gráficos que poseen el logo de certificado, y estos son objetos que tiene o a cumplido con requisitos de desarrollo de Power BI y que la visualización no accede a servicios o recursos externos
• Por último los gráficos que están certificados poseen el siguiente logo:

4.Configurar el “Conditional Formatting”

• Esta opción es para aplicar reglas para definir color en valores de la visualización.
• Es una característica que quizás tiene el mayor impacto para mostrar insights más relevantes en dashboards

5. Aplicación de “Slicing” y “Filtering”

• El fin de este punto es ajustar el gráfico que utilizaré según el enfoque de los datos que necesité ver.

• Slicing: es una opción que bloquea la opción de que un gráfico se ajuste por la selección de algún objeto o gráfico que esté en la misma página del reporte (Edit Interaction)
• Filtering: tiene un foco más individual de que datos mostrará específicamente ese gráfico. (Panel de filtro)

6. Buenas prácticas y recomendaciones para diseño de páginas en un reporte.

• Colaborar con el grupo de personas que entienden los requerimientos para el reporte

• Considerar la audiencia del reporte

• Comenzar con un Sketch

• Enfocarme en la información más importante y necesaria

7. Diseñar y configurar considerando la “accessibility”

• Este punto me pareció novedoso y muy interesante puesto que hace hincapié en considerar en la lectura de datos a un usuario con discapacidad y a no privarlo de la comprensión de este, utilizado:
  -Alt Text: para darle un pequeño contexto al gráfico que está viendo.
  -TAB: al utilizar esta opción ayudamos al usuario a que se desplace en la lectura de datos con una sola tecla “TAB” a través de la opción Tab Order
  -Temas (Colorblind Sale): esta opción es para sugerir opciones de colores para que una persona que sufre daltonismo, pueda leer los datos sin ningún problema. Se sugiere utilizar también los gráficos OKVIZ que simulan cómo vería la persona con daltonismo los colores que se utilizaron en el gráfico.

¿Cómo te servirá esto que aprendiste al presentar el examen de certificación?

• Creo que este punto para la certificación es uno de los que genera mayor valor al usuario para la lectura de un reporte, debido a que después de haber hecho conexión a la fuente de datos, limpieza de datos, generación de un modelo, etc., el propósito final será que los resultados puedan ser entendidos e interpretados de manera correcta por el usuario final.

Esta sección me gustó mucho porque abarca un tema que a veces nos despreocupamos que es en “el desarrollo del entregable a nuestros clientes” y cómo estos entregables se pueden implementar.

Recordemos también que el orden en el desarrollo del trabajo es:

• Prepare the data → Model the data → Visualize the data → Analize the data → Deploy and maintain deliverables

¿Qué aprendiste en la sección “Manage datasets”?

1. Proveer Acceso a “Datasets”
2. “Promote” o “Certify” un “datasets”
3. Configurar un “dataset scheduled refresh”
4. Configurar el “Incremental refresh”
5. Configurar “Row-Level Security group membership”
   ¿Cómo te servirá esto que aprendiste en tus desarrollos de Power BI?1.Proveer Acceso a “Datasets”
   • En este punto de la sección vimos que es posible darle acceso a un colaborador al modelo de datos para que pueda generar nuevos reportes, pero con la data tratada previamente por el dueño de los datos.

    

   

   2.“Promote” o “Certify” un “datasets”

   • Primero es necesario comenzar diciendo que “Promote” y “Certify” son etiquetas que se le otorga a un dataset, esto ayuda para saber decidit a qué conjunto de daos conectarse en caso de haber demasiados y así visualizar cuales están listos para usar.
   • Por una parte la etiqueta “Promote” la puede otorgar el dueño del dataset o el administrador del grupo de Power BI Service. Para agregarla debe ingresar al conjunto de datos → Settings → Endorsement
   • Por otro lado la etiqueta “Certify” solo puede otorgarla una persona que tenga ciertos requisitos especiales, esta debe ser una persona de confianza y con autoridad en el tema. Para habilitar esta opción primero:
     Se debe agregar un grupo nuevo en el que se agregue a la persona que tendrá el permiso para etiquetar con “Certify” los datasets → Settings → Admin Portal → Tenant Settings → Certification → Habilitar → Agregar al grupo creado encargado de tener el acceso a “Certify”.

   3.Configurar un “dataset scheduled refresh”

   • El objetivo de esta acción es lograr que se actualice el dataset cada cierto tiempo por si mismo activando la opción en “Scheduled Refresh”
   • Es importarte saber que existe el requisito de de instalar y habilitar el “Data Gateway”, esto funciona como puente entre PBI Service y los datos de computadora o red.
     Existen 2 tipos:
     -Personal Mode: Si hay un solo desarrollador en PBI.
     -Standard Mode: Si hay varios desarrollador en PBI.

   4.Configurar el “Incremental refresh”

   • En el tema ” Configurar el incremental refresh ” vimos que es un requisito crear dos parámetros para poder configurar el Incremental Refresh: “RangeStart” y “RangeEnd”, los cuales no podemos cambiar y tenemos que escribirlos exactamente así.
   • Incremental Refresh se puede configurar con distintas fuentes de datos, pero, para que funcione de la mejor manera, se tienen que configurar con algún origen de datos que acepte el plegado de consultas, o query folding en inglés. Un ejemplo de un origen de datos que permite el plegado de consultas es SQL Server.

   5.Configurar “Row-Level Security group membership”

   • En este punto de la sección vimos como unir RLS y creación de grupos en Power BI Service y el objetivo principal es lograr crear un grupo que contenga a los miembros, y este grupo tenga el RLS asignado. Esto ayudará cuando estemos en presencia de un grupo grande de personas y no tengamos que asignarle un RLS por separado, sino que perteneciendo al grupo estarán con RLS correspondiente.
     Esto se hace de la siguiente manera:

    

   

   ¿Cómo te servirá esto que aprendiste al presentar el examen de certificación?

   • Particularmente creo que esta sección es esencial para la certificación, debido a que evalúa la manera en que implementamos el entregable solicitado por un cliente y futuro usuario, por lo tanto hacer énfasis en “el desarrollo del entregable a nuestros clientes” es igual de relevante como todos los demás puntos antes tratados para un desarrollo en Power BI y así no perder la consigna de automatización.

   Diego gracias por esta sección era un punto que no le había dado tanta relevancia y que es muy importante, también me gustó mucho la forma en que diagramaste los flujos, me ayudó mucho a entender y es por eso que utilicé tu forma de explicar para generar mi resumen.

   Saludos a toda la comunidad.

¿Qué aprendiste en la sección “Create dashboards”?

1. Diferencia entre Dashboard y Report.
2. Establecer el “mobile view”.
3. Configurar “Data Alerts”.
4. Usar “Q&A feature”.
5. Configuración de “Data Classification”.

¿Cómo te servirá esto que aprendiste en tus desarrollos de Power BI?
1.Diferencia entre Dashboard y Report

• A nivel teórico y práctico es importante dominar estos conceptos para que la interacción entre las visualizaciones tengan sentido tanto en los dashboards como a nivel del reporte. Aún me queda un poco la duda en este punto a nivel conceptual ya que siento que aplica solamente a nivel de la nube en Power BI Service, pero si alguien pudiese complementar mi visión respecto a este punto estaría muy agradecido. De todas formas dejaré el cuadro resumen adjunto para que sirva de apoyo para toda la comunidad SerDataPro. (Recordar que dataset es Conjunto de datos)

2.Establecer el “mobile view”

• Creo que este punto será relevante para darle facilidad al usuario de revisar sus resultados en cualquier parte y de manera práctica, como lo es en el celular. Por otro lado como desarrollador del reporte nos queda la tarea de ser ordenados y priorizar la información realmente importante para que la lectura de los resultados se óptima y precisa.

3.Configurar “Data Alerts”

• Este punto para mi fue uno de los más relevantes en la sección “Create Dashboards”, debido a que le da un valor agregado al reporte, porque se cumple con un objetivo clave que es notificar al usuario cuando un indicador o KPI cruza un límite establecido y así poderle dar seguimiento.
• Es importante dejar en claro que esto sólo funciona para visualizaciones de tarjeta, KPI o velocímetro.

4.Usar “Q&A feature”

• Al igual que en Power BI Desktop se puede utilizar esta herramienta en Power BI Service, donde se puede hacer una pregunta (en inglés) para que se genere una visualización, la cual además puede anclarse (pin) y fijar en dashboard como una nueva visualización.
• Si el usuario que entra al reporte no es el dueño puede soliciar a través de un comentario el otorgamiento al acceso del Q&A.
• Por último si el Q&A no detecta una palabra clave para la generación de una visualización, el dueño del proyecto deberá generar el sinónimo en el archivo de Power BI Desktop, agregarlo, y actualizar el archivo, para que se pueda visualizar utilizar la nueva palabra en Q&A.

5.Configuración de “Data Classification”

• Este punto lo considero muy relevante dentro del aprendizaje de esta sección, debido a que con esta acción el dueño del dashboard puede establecer la confidencialidad de los datos para que los usuarios del dashboard puedan saber en qué categoría se encuentran (jerarquía de acceso a la información) y saber qué tanta información pueden compartir de ese dashboard.

¿Cómo te servirá esto que aprendiste al presentar el examen de certificación?

• Creo que la mirada de esta sección tiene un enfoque tanto en el diseño del reporte para el usuario, como en la interacción con este. Siento que para el examen este punto puede ser relevante principalmente en lo que es “Data Alerts”, el uso de “Q&A feature” y la configuración de “Data Classification”.

• ¿Qué aprendiste en la sección “Clean, Transform, and Load the data”?

1. Diferencia entre una consulta y una Tabla.
2. Definir Quick Measures.
3. Flatten out a parent child Hierarchy (Aplanar Jerarquías).
4. Realizar el “Performance Requeriment” (Utilizar esquema Estrella).
5. Creación de “Common date Table” (Tabla Calendario).
6. Definición de la Cardinalidad de las relaciones y la dirección del flujo de datos (Relationship’s cardinality” y “Cross filter Direction”).
7. Definir “Role Playing dimensions”.
8. Cómo resolver un caso de relación “Many to Many”.
9. Definición de la granularidad de datos.

.
.

• ¿Cómo te servirá esto que aprendiste en tus desarrollos de Power BI?

1. Manejar la diferencia de estos conceptos ayuda a tener mayor claridad de cómo se comportan los datos, quién es el que provoca que los datos se estructuren de cierta forma (Query) y cómo estos datos se visualizan de manera ordenada (Tabla).
2. Utilizar la opción de Quick Measure será útil para tener una base de fórmula DAX y así poder trabajar una nueva medida junto con Calculate.
3. Servirá para tener organizado los datos por criterio de relevancia, utilizando la fórmula de DAX: “PATH” y “PATHITEM”
4. Será útil para las buenas prácticas en la fórma de relacionar tablas de manera ordenada. Aquí se aprendieron conceptos nuevos como:
   • Fact Table: Tablas de Hechos la cual se caracteriza por tener un registro continuo de eventos, donde se pueden visualizar datos como: transacciones de venta y movimiento de inventarios. Se caracteriza por ser la tabla larga.
   • Dimension Table: Tabla que contiene el detalle de los dato de la tabla Fact Table. En este tipo de tablas se pueden ver datos como: Nombre de los productos, Datos de clientes o empleados.
   • Una de las buenas prácticas enseñadas en este item es dejar todas las tablas catalogadas como Dimension Table en la parte superior y las tablas Fact Table en la parte inferior.
5. Saber que este tipo de tablas nos ayuda a conectar 2 Fact Tables. Además este tipo de tabla se puede crear con DAX con Calendar o en el editor de consultas con “List.Dates”
6. Es importante saber el tipo de relación que habrá entre tablas y para eso es importante saber que los tipos de relaciones existentes son:
   • Many to One
   • One to One
   • One to Many
   • Many to Many
   • Junto con esto es importante saber desde donde fluirá la información y si solo tendrá una dirección (Single) o será bidireccional (Both)
7. Este punto nos enseña a crear una nueva relación entre 2 tablas, sabiendo que previamente ya existe una, por lo tanto la forma será crear una tabla calendario para relacionarla con otra tabla.
8. Servirá para cuando ambas tablas tengan datos repetidos (Fact Tables) en los campos que se usarán para crear la relación, crear una nueva tabla con un solo campo y datos únicos y así transformar la relación Many to Many en One to Many.
9. Saber cómo varía la granularidad dependerá del nivel de detalle
   .
   .

• ¿Cómo te servirá esto que aprendiste al presentar el examen de certificación?
  • Creo que esta unidad es muy densa e importante para el examen, ya que es el paso siguiente a lo que fue Limpieza y Transformación de datos. No basta sólo con generar una limpieza adecuada sino también a cómo relacionar estos datos para posteriormente entregarle un buen reporte con la información que el cliente nos solicitará.

@Isidre aquí te dejo un pantallazo de cómo se vería el seleccionar todas las figuras que utilizo para armar la imagen final