Hace algunos días mientras estaba realizando la instalación de SharePoint Server 2016, más exactamente la instalación de sus prerrequisitos se presentó el siguiente error relacionado a la instalación de los roles de Servidor de Aplicación y Servidor Web (IIS).
Unable to install Application Server Role, Web Server (IIS) Role.
Pese a intentar instalar estos mismos roles a través de Cmdlet de PowerShell el error se seguía presentando. Llegue a pensar que el error se relacionaba al sistema operativo utilizado sin embargo mi servidor de aplicación es Windows Server 2016 Datacenter (Desktop Experience) el cual es la versión soportada por SharePoint Server 2016.
Importante: SharePoint Server 2016 solo admite la opción de instalación “Server con experiencia de escritorio” de Windows Server 2016 y Windows Server 2019. Esta característica en versiones anteriores del producto 2008/2012 podía ser habilitada como una característica del servidor. Sin embargo, en nuevas versiones solo podrá ser habilitada desde su instalación.
Después de navegar en Internet encontré la solución a este problema, la cual consiste en la activación de una política local que permita conectarse a Windows Update en caso tal de necesitarse realizar la instalación de algún componente en lugar de utilizar el WSUS de la organización. A continuación, paso a describir los pasos necesarios para activarla:
En la ventana ejecutar escriba gpedit msc y presione Enter.
En la ventana Local Policy Editor vaya a la ruta: Computer Configuration > Administrative Templates > System
Haga doble clic sobre la política Specify settings for optional component installation and component repair.
Seleccione la opción Enabled y luego active la casilla Contact Windows Update directly to download repair content instead of Windows Server Update Services (WSUS). Por último haga clic en el botón OK.
Cierre la ventana.
Una vez terminé de habilitar la política, volví a ejecutar el asistente de instalación de Prerrequisitos y funciono perfectamente.
Dentro de las configuraciones de PWA tenemos la opción de Configuraciones de Línea, donde la descripción de configuración por parte de la plataforma es:
Puede duplicar las líneas del parte de horas para fines comerciales o por razones contables. Para admitirlas, defina las clasificaciones de las líneas del parte de horas, que se convertirán en el identificador exclusivo de una línea del parte de horas.
¿Qué logramos con esta configuración en términos efectivos?
La Configuración de línea permite que las tareas de tipo personal y de asignación de los recursos en el parte de horas tengan una clasificación diferente y por tanto en términos de reportes podamos diferenciarlas de las horas administrativas y de trabajo de proyectos.
Una vez se crea una nueva clasificación de línea, tenga en cuenta lo siguiente:
Se puede definir nombre, descripción y el estado.
Podrá eliminarla de forma inmediata si está línea no se ha usado nunca.
Una vez utilizada al menos una sola vez, NO se podrá eliminar.
En caso de no requerir utilizarla, se puede cambiar su estado a inactiva.
Una vez creada la clasificación de línea, ¿Cómo los recursos hacen uso de ella?
En el menú lateral de PWA ingresamos Parte de Horas (TimeSheet).
En la tabla de registros encontramos los registros de tiempo administrativo y tareas de proyecto para reportes. Si la lista está vacía es porque no tenemos habilitado un periodo del parte de horas.
En el menú de agregar fila encontramos dos posibles opciones:
Seleccionar entre asignaciones existentes
Agregar tarea personal
En ambas opciones podremos crear el nuevo registro, pero a su vez identificar la clasificación de línea que se quiere especificar.
Seleccionar Entre Asignaciones Existentes
Seleccionamos en la ventana de configuración el proyecto y las tareas que queremos reportar avance e indicamos la clasificación de línea a la que pertenece.
Puedo seleccionar más de una tarea y puedo seleccionar tareas de diferentes proyectos al tiempo.
Los comentarios con opcionales.
Damos clic en Aceptar.
Agregar Tarea Personal
Se define el nombre de la tarea por parte del recurso y la clasificación de línea asignada.
Los comentarios con opcionales.
Damos clic en Aceptar.
Una vez realizadas las acciones vemos la tabla de datos del Parte de Horas con la siguiente forma:
En la columna Nombre del Proyecto podemos identificar que se diferencias las tareas de proyectos de las tareas personales.
En los proyectos indica el nombre del proyecto.
En tareas personales indica “Tareas Personales”.
En los tiempos administrativos indica “Administrativos”.
En la columna Nombre o descripción de la tarea podemos identificar los nombre de las tareas de proyectos, las tareas personales o los nombres de los tiempos administrativos.
En la columna Categoría de Facturación de puede identificar la clasificación de línea a la que pertenece. Los tiempos administrativos por defecto no muestran la clasificación, pero pertenecen a la clasificación por defecto (Estándar).
Una vez tenemos en la tabla las asignaciones, el recurso podrá reportan el avance en las horas y días según corresponda.
¿Que pasa si un recurso quiere reportar avance de tareas en 2 clasificaciones de línea al tiempo?
Es posible hacerlo. simplemente debe agregar a la tabla dos veces la misma tarea, pero con clasificación diferente.
En la tabla se podrá identificar a que línea pertenece la tarea y el reporte.
¿A nivel de reportes, como diferencio las horas reportadas por la clasificación de línea estándar y las otras clasificaciones creadas?
En los datos que permite obtener PWA podemos identificar una columna que indica la clasificación del reporte.
como obtener este dato, se puede realizar por ODATA, en Excel, en Power BI u otra herramienta de diseño de reportes.
No hace parte de este blog mostrarles como realizar el proceso. lo siento.
¿Para que me sirve tener dos o más clasificaciones de línea?
Los recursos normalmente reportan avance de actividades del proyecto lo cual deja por fuera horas que aunque hacen parte del proyecto no están identificadas en el cronograma, como desplazamientos, investigación, valor agregado y más…
Los tiempos administrativos permiten registrar horas adicionales que podrían cubrir la necesidad, pero no identifican a cual tarea del proyecto específicamente se refieren las horas asociadas.
Si un recurso, para ejecutar una actividad de 4 horas, requiere 2 horas de desplazamiento y 1 hora de investigación:
En su reporte de avance solo indicará las 4 horas efectivamente trabajadas y estas se cobrarán al proyecto bajo la clasificación de línea estándar.
Las otras 3 horas se asignarán a una clasificación de línea diferente y aunque asociadas al proyecto y la tarea, no se cobraran al proyecto.
Estas 3 horas no afectarán el cronograma, tiempos, trabajo, costos. solo servirán para una clasificación interna y podrán revisarse en reportes, por ejemplo, en Power BI.
Si ya tienes tiempo trabajando con Power BI seguramente habrás notado que con el tema de las tablas de fechas tienes tres posibilidades:
Query Editor: Tabla de fechas que se guarda en el Dataset de Power BI con una estructura definida, con diseño asistido por la herramienta, pero que ocupa espacio y que debe sincronizarse como una fuente de datos más.
Formula DAX: Tabla de fechas que se mantiene en memoria porque permanentemente es creada en tiempo real según necesidad de las graficas y tablas que el usuario manipule en el reporte pero que podría afectar el performance de las consultas, filtros y gráficos igualmente.
Nativas: Cada columna de tipo fecha crea por defecto una tabla de fechas nativa y temporal con los datos de Fecha, Año, trimestre, Mes y Día. Esto podría afectar el espacio y performance del reporte en caso de que existan muchos campos de tipo fecha en el mismo.
¿Con estas tres posibles opciones qué podemos realizar entonces o cuál de las tres opciones es la mejor?
Mi primera recomendación es NO utilizar la tabla de fechas nativa, sino una tabla de fechas personalizadas (sea obtenida por Query Editor o por formula DAX). Porque no utilizar las tablas nativas de fecha:
Cada campo de tipo fecha tendrá su respectiva tabla de fechas temporal asociada.
Cada tabla temporal ocupa espacio, procesamiento y memoria perjudicando el performance del reporte.
Cada campo de fecha tiene su propia jerarquía de fechas asociado (Año, Trimestre, Mes, Día) lo cual puede confundir al usuario sobre cual jerarquía utilizar o si requiere combinaciones diferentes.
Varios campos de tipo fecha con la jerarquía asociada de forma nativa
para desactivar esta funcionalidad que por defecto trae Power BI, se debe ingresar a las opciones de configuración de Power BI y deshabilitar la opción de TIME INTELLIGENT, según la siguiente grafica:
¿Si ya no tengo las tablas de fechas nativas, entonces cuál tabla de fechas utilizo?
Comparemos el diseño y estructura de cada una de ellas para validar las opciones:
Tabla de Fechas por Query Editor
Vista de una tabla de fechas en el Query Editor
Desde el Query Editor podemos crear una tabla de fechas o conectarnos a una que posea nuestra fuentes de datos y personalizarla según nuestras necesidades.
Esta table de fechas, como es personalizada podría tener las columnas de:
Fecha: Registro único de acuerdo al rango de fechas definido
Año: Año, Inicio y fin de año
Mes: Número del mes, Nombre del mes, Inicio y fin del mes, Fin del mes anterior, Año-mes
Semana: Número de semana, Día semana, Nombre día, Día del Año
Trimestre: Número y nombre del Trimestre, Inicio y fin del trimestre, fin del trimestre anterior, Año-Trimestre
Semestre: Número y nombre del Semestre, Inicio y fin del semestre, fin del semestre anterior, Año-Semestre
Y todas las demás definiciones de fechas que se requieran para el reporte, ejemplo: bimestres, quincenas, festivos, entre otros
Entre las principales ventajas del diseño de una tabla de fechas en el Query Editor se encuentra:
Personalización a la medida
Datos Guardados en el Modelo (Dataset)
Merge o Append con otras tablas del modelo
Nombres personalizados de columnas, incluyendo definir campos en varios idiomas
Histórico de cambios en la tabla mediante la revisión de los pasos.
Tabla de fechas por formula DAX
Desde Power BI Desktop podemos crear una tabla de fechas mediante una formula DAX y personalizarla según nuestras necesidades.
Esta tabla de fechas, como es personalizada podría tener los mismos campos de la tabla diseñada con Query Editor, pero con una formula bastante compleja de entender y personalizar para algunos usuarios y sin histórico de cambios sobre la tabla:
Formula DAX para generar una tabla de fechas personalizada
Entre las principales ventajas del diseño de una tabla de fechas en DAX se encuentra:
Personalización a la medida
Datos Generados y mantenidos en memoria, liberando al Dataset de datos.
Power BI la toma como una tabla más y por tanto puedo hacer relaciones con otras tablas, medidas y columnas asociadas.
Nombres personalizados de columnas, incluyendo definir campos en varios idiomas
¿Tabla de Fechas en Query Editor o con Formula DAX?
La respuesta en simple: Depende.
Si el modelo de datos es muy complejo, tiene muchas columnas de tipo fechas, con jerarquías de fechas personalizadas y una buena cantidad de columnas y medidas con funciones DAX de análisis de fechas, creo que lo mejor es utilizar una tabla de fechas que este contenida en el modelo (DataSet) personalizada por el Query Editor.
Si el modelo no es complejo, columnas de fecha y jerarquías simples y somos buenos con formulas DAX, entonces las tablas con DAX serían una buena opción.
¿Si ya no tengo tablas de fechas nativas, como hace Power BI para identificar cual tabla de fechas utilizar en columnas y medidas en DAX?
Se debe identificar en Power BI cual es la tabla de fechas que el va a utilizar, no solo para los gráficos y jerarquías, sino para las formulas DAX que impliquen análisis de fechas.
Para realizar esta definición en Power BI se debe realizar los siguientes pasos:
Establecer tabla de fechas
Con la tabla de fechas seleccionada, damos clic en la opción “Marcar como tabla de fechas” en el menú de Modelamiento – Modeling
En la ventana de configuración se le indica cual es el campo que posee todas las fechas únicas de la tabla.
Marcar como tabla de fechas
La columna definida debe contener todas las fechas desde el primer hasta el última día según los registros de la tabla.
Si una fecha no existe en esa columna, NO podrá asignarse para la tabla de fechas.
Power BI realiza la validación y nos indica si la columna es valida o no.
Las nuevas características de Power BI para este mes son las siguientes:
Temas relacionados al reporte:
Panel de Performance: Nuevo panel para que realicemos un análisis del performance de una pestaña o de un grafico en particular. podemos revisar tiempos de ejecución y actualización de cada elemento lo cual permitirá realizar correcciones a nuestro reporte y así mejorar los tiempos de respuesta.
Panel de Filtro Mejorado: En el nuevo panel ahora será posible organizar y ordenar los elementos de filtros y aplicarles temas personalizados de color, fuente, líneas entre otros.
Tablas y Matrices con teclado: Ahora será posible hacer tab y clic entre elementos independientes de la matriz o tabla, para mejorar la selección de elementos.
Visor KPI Mejorado: Este grafico nativo ahora permitirá personalizar el tamaño de los textos de forma independiente al tamaño de la caja.
Visual de Líneas Mejorado: Ahora dentro de las opciones de formato podremos establecer donde ubicar los textos de los puntos de datos.
Visor Key Influencer Mejorado: Este visor ahora permitirá mejoras en formato (colores, fuentes, formas) y soportará la visualización Mobile de forma nativa.
Temas relacionados al modelamiento:
Las tablas automáticas de fechas ahora podrán deshabilitarse para todos los nuevos reportes. Este cambio se realiza desde las opciones de configuración de Power BI. No usar estas tablas permitirá mejorar el performance y tamaño de los reportes, pero obligará a usar tablas de fechas en su lugar. para mayor información: https://myprojectserver.wordpress.com/2019/05/20/tabla-de-fechas-en-power-bi-query-editor-o-dax-o-nativas/
Temas relacionados a visualizaciones:
ArcGys y MapBox: Mejoras en los gráficos para mapas en 2 y 3D que permitirán personalizar formato, identificar errores de localización y resaltar ubicaciones.
ValQ: Excelente nueva visualización que permitirá realizar análisis y planeación de datos mediante jerarquías, comparaciones, escenarios de datos, variaciones porcentuales y mucho más.
Advanced Graph: Visualización para análisis de redes, como contactos, jerarquías, grupos. Se pueden asignar imágenes, colores, tamañas entre otros.
Walkers Animated Pictogram: Grafica para análisis de población, con animación cuando se realizan filtros en los datos.
En project Online es posible tener varias instancias de PWA donde separar proyectos de acuerdo a departamentos, empresas, pruebas, calidad y muchas otras necesidades, pero siempre se encuentra como sitio por defecto el que se crea al momento de habilitar la plataforma , PWA.
Con la nueva funcionalidad de poder ingresar a un portal directo con la ruta https://project.microsoft.com/es-ES/ se tenia el inconveniente que este sitio predeterminado define donde se crean los proyectos y a cual instancia de PWA se accede inicialmente, la cual corresponde a https://tu_dominio.sharepoint.com/sites/pwa
Ahora es posible cambiar este sitio predeterminado siguiendo los siguientes pasos:
En el nuevo sitio concentrador dar clic en ícono de engrane y seleccionar la opción SITIO DE PWA PREDETERMINADO
En el cuadro de configuración escribir la nueva ruta URL de la instancia PWA que se quiere predefinir
El recuadro reconoce las instancias creadas y solo deja definir una de ellas.
Si no tiene acceso a la instancia, saldrá un mensaje de error de seguridad y no podrá establecer dicho sitio como predeterminado.
En esta misma ventana podrá restablecer a PWA como predeterminado.
Una vez realizado el cambio el comportamiento de este sitio concentrador tiene las siguientes diferencias:
Al dar clic en la opción “Ir a Project Web App ->” se dirigirá al nuevo sitio predeterminado.
Al crear nuevo proyecto se creará dentro del nuevo sitio predeterminado y preguntará por los tipos de proyectos de este nuevo sitio.
Si estas en búsqueda de documentación avanzada en Power BI para certificarte o simplemente ser el mejor en diseño de reportes, te invito a que leas los siguientes documentos oficiales de Microsoft:
Este documento define el modelo de seguridad y semántica tabular. Crear roles, implementar seguridad dinámica, configurar ajustes de suplantación y elegir un método para conectarse a modelos.
Dentro de los miles de portales de Microsoft se encuentra información valiosa que difícilmente es encontrada por el usuario “promedio”. dentro de ese gran tesoro de páginas se encuentra una página que tiene un gran compendio de funciones de Project Professional 2013/2016/2019 que son muy útiles para los usuarios que se están iniciando o quieren mejorar los conocimientos en la herramienta.
En este manual o instructivo de referencia podrás encontrar de todo:
personalización y gestión de tareas, calendarios, programación
Es posible que la instancia de PWA de Project Online les aparezca un mensaje que indique que esta se encuentra en modo de solo lectura, lo cual impide crear nuevos elementos de cualquier tipo e impide la configuración de la plataforma incluso para el usuario administrador.
¿A qué se debe el problema?
1. La instancia de PWA No tiene licencias de Project Online Profesional o Project Online Premium activas.
2. Se agotó el espacio de almacenamiento en la instancia de Project, la cual es de 10 GB. No se trata del espacio de SharePoint, sino del espacio de la instancia de PWA.
3. La plataforma se encuentra en mantenimiento o aprovisionando nuevas funcionalidades. este mensaje de solo lectura en este caso es temporal. Una vez termine el proceso la instancia volverá a estar activa.
En los dos primero casos, el proceso es solucionable:
Si el problema es licencias: Se debe comprar al menos una licencia de Project Online Profesional o Premium. Una vez comprada de forma casi inmediata la instancia deja de estar en modo de solo lectura.
Si el problema es espacio: se debe realizar una depuración de las configuraciones realizadas, de los proyectos, usuarios, campos, calendarios, etc. Otra opción es crear una nueva instancia de PWA y reconfigurarla.
Las nuevas funcionalidades y características de Power BI para este mes presentan las siguientes opciones:
A nivel de reporte:
Nuevo panel de filtros mejorado: Ahora es posible cambiar el tipo de filtros, los nombres de los campos, el formato de las opciones en el filtro y deja de ser una función en preview para ser una funcionalidad general a partir de este mes.
Las opciones de filtro que antes se ubicaban en la pestaña de configuración ya no están. ahora solo se usará este nuevo panel.
Formato condicional a los títulos de las visualizaciones: Ahora es posible que el título de los gráficos y tablas sea dinámico según formulas, por ejemplo para cambiar el título de acuerdo a un filtro.
El cambio se realiza desde la pestaña formato y la formula debe estar definida previamente mediante una medida.
Formato condicional para acciones de botones, imágenes y formas: Ahora es posible que la acción ejecutada por un botón, forma o imagen sea enviar a un link/URL que sea dinámico de acuerdo a una medida creada.
Podríamos crear un link que envié un filtro a otro reporte o a una fuente de datos ODATA con un filtro de acuerdo a valores de la pestaña seleccionados.
La configuración se realiza en la opción Web URL de la configuración de Acciones de la forma, botón o imagen.
A nivel de Análisis:
Drillthrough entre reportes: Ahora es posible realizar cruces entre reportes con filtros Drillthrough. En el primer reporte se habilita la funcionalidad desde el Power BI Desktop y en el segundo reporte se habilita ya desde el Power BI Service.
Esta nueva característica depende de que los 2 reportes hagan parte de la misma área de trabajo.
El soporte de Pyton es una funcionalidad general y no un preview.
A nivel de preparación de datos:
M Intellisense más inteligente: Ahora permite identificar funciones, campos y variables al diseñar las formulas, realizar análisis de datos según distribución de datos, incluyendo graficas y filtros dinámicos.