SSD: el síndrome de la Sharepoint dependencia

Sharepoint me proporciona seguridad y me hace sentir más fuerte. Las 10 cosas que más me gustan de Sharepoint.

10 puntos para entender a Project Server 2010

Microsoft Project es quizá la herramienta de gestión de proyectos más conocida y utilizada por los líderes de proyectos...

Diseño Gráfico en SharePoint

Serie de artìculos que nos ayudan a incorporar diseño gráfico en las implementaciones de SharePoint...

Revista CompartiMOSS

Artículos publicados en la revista especializada en SharePoint: CompartiMOSS.

Contacto

Enviame un correo :-)

jueves, 24 de mayo de 2012

El problema de las líneas base huérfanas en Project Server 2010

Es posible que estén experimentando este problema. Desde El Faro de Project Server nos llega una traducción y una explicación del workaround hasta que salga el parche oficial. Esto incluye desde limpieza de cache hasta modificación de registros en la BD Draft. Aquí el link:

PROJECT SERVER 2010. LINEAS BASE HUERFANAS HACEN QUE FALLE EL TRABAJO DE REPORTING (PROJECT PUBLISH).

lunes, 14 de mayo de 2012

Breve introducción para humanos en flujos de trabajo en Project Server 2010

Project Server 2010 incorpora la funcionalidad de flujos de trabajo como novedad. Esta funcionalidad se encuentra integrada con Project Server.

El flujo de trabajo para aprobar un proyecto y la creación del Gantt se integran naturalmente.

A modo de introducción, enumeramos los pasos que hay que seguir para poner en marcha un flujo de trabajo en Project Server 2010:

Tipo de proyecto corporativo

Los flujos de trabajo se asocian a un tipo de proyecto corporativo (EPT). Esto quiere decir que al elegir un tipo de proyecto, en el momento de la creación del mismo, comienza a ejecutarse el flujo de trabajo. Esto también quiere decir, que el proyecto debe ser creado desde PWA.

Fases y Etapas

En Project Server 2010, los flujos de trabajo poseen fases y etapas. Esto es importante por varias razones, entre las que podemos nombrar:

· Se pueden analizar los proyectos, dependiendo de la etapa del flujo de trabajo en que se encuentran.

· Los campos que se completan durante el flujo de trabajo pueden variar su obligatoriedad dependiendo de la etapa del ciclo en la que nos encontremos.

Campos personalizados

Los campos personalizados corporativos estándar de Project Server, ahora pueden ser completados desde el flujo de trabajo. Esto hace más amena la carga de los datos e incluso puede ser escalonada. También puede ser que con el flujo de trabajo, podamos variar la obligatoriedad del campo, dependiendo del momento del flujo en que nos encontremos.

Páginas de detalle de proyecto

Las páginas de detalle de proyectos serán visibles en PWA para capturar la información de los campos personalizados. Permiten estructurar la información para que no se vea toda junta como en Project Pro. También es posible decir qué páginas estarán habilitadas en cada etapa del flujo. Además permiten manejar algunos campos no disponibles en Project Pro como el de texto de varias líneas que soporta hasta 4.000 caracteres.

Lógica del flujo de trabajo

Una vez que hemos definido todo lo anterior, que se hace vía parametrización, se necesita programar la lógica del flujo de trabajo. Esto se hace con programación en Visual Studio y puede incluir acciones como:

· La lógica del circuito, condiciones y bifurcaciones.

· Completitud de campos según valores que se capturan.

· Gestión de aprobaciones.

· Envío de mails.

Esta imagen nos muestras las distintas capas y la arquitectura. Se puede observar claramente como los flujos de trabajo de Project Server son una capa superior a los de SharePoint.

Breakdown of demand management

Project Server workflow architecture

Fuentes de las imágenes: http://msdn.microsoft.com/en-us/library/ee767704.aspx

¿Cómo permitir a un usuario no administrador ver los informes de uso de un sitio de SharePoint?


Además de los permisos estándar, SharePoint maneja niveles de permisos detallados. Uno de esos niveles es exclusivo para ver la información de análisis de uso de los sitios.

Se llama: "View Usage Data  -  View reports on Web site usage." Permite ver los informes, pero no otorga permisos de administración.

Ese permiso lo tienen habilitado los administradores. Para habilitarlo a usuarios que no son administradores tenemos dos opciones:

Opción 1) Agregar ese nivel de permiso a un grupo existente
Opción 2) Crear un grupo nuevo con ese permiso

Una vez que estén otorgados los nuevos permisos, hay que enviarle al usuario el link de la página para análisis de uso, porque al no ser administrador, no podrá llegar desde la pantalla de administración estándar.

Links en MOSS
  • /_layouts/SpUsageSite.aspx
  • /_layouts/SpUsageWeb.aspx 

Links en WSS 3
  • /_layouts/usageDetails.aspx

miércoles, 9 de mayo de 2012

Parámetros en cascada en Reporting Services

Vean este post de Juan Carlos en donde nos explica como manejar parámetros en cascada desde Reporting Services:
SSRS 2008 R2: Como crear parámetros con comportamiento en cascada a un informe!

miércoles, 2 de mayo de 2012

Migración de Reporting Services nativo a integrado con SharePoint

Sí, esta posibilidad existe gracias a una herramienta. No dejen de leer el artículo de Juan Carlos para enterarse de los detalles:
SharePoint 2010: Migración de Reporting Services nativo a modo integrado con SharePoint!