SharePoint Online: La segunda gran actualización está al caer!

Parece que en breve vamos a tener una segunda gran actualización en el servicio de SharePoint Online en Office 365 en la que tendremos las siguientes mejoras:

  • Aumento en el número de usuarios de los 20.000 actuales a 500.000…simplemente bestial. Con este incremento, SharePoint Online es capaz de satisfacer los requerimientos de organizaciones de casi cualquier tamaño.
  • Mejoras en la papelera de reciclaje, algo que he visto esta mañana, pero a lo que no le presté atención: ya tenemos disponible una papelera de reciclaje de colección de sitios.

image

  • Mejoras a la hora de compartir sitios de SharePoint Online con usuarios externos. Se elimina la restricción de qué los Windows Live Id sólo pudiese ser relativo a cuentas de Hotmail y ahora es posible utilizar cualquier Live Id.
  • Visualización de PDFs, por fin se da respuesta a una petición clásica en los foros de Office 365: visualizar PDFs directamente en el navegador sin necesidad de tener que descargarlos. Es importante tener en cuenta que se necesita tener instalada la última versión de Adobe Acrobat Reader.

Power Pivot: Como cambiar el tipo de proveedor utilizado!

Si alguna vez os veis en la tesitura de que tenéis que cambiar por ejemplo el tipo de autenticación en un modelo de PowerPivot de Windows a SQL Server, seguramente no sea suficiente sino qué además será necesario cambiar el tipo de proveedor de acceso a datos usado. Para realizar el cambio de proveedor:

  • Desde Excel 2010, abrimos la ventana de PowerPivot y nos vamos a la pestaña Design.
  • Pulsamos sobre la opción Existing Connections de manera que se muestra el listado de conexiones de datos disponibles.
  • Editamos la conexión de datos que nos interesa y en la ventana que se abre pulsamos el botón “Advanced”.
image image image
  • En la nueva ventana que se abre, la propiedad “Providers” nos permite cambiar el tipo de proveedor de acceso a datos a utilizar.

image

SharePoint 2010: Ocultar / des-ocultar campos de formulario de lista (I)!

A la hora de ocultar/des-ocultar campos de un formulario de lista tenemos múltiples posibilidades como por ejemplo las siguientes:

SharePoint 2010: Cómo descubrir métodos y propiedades en PowerShell!

En esta ocasión un tip muy rápido. Si queremos averiguar los métodos y propiedades disponibles para un cierto cmdlet de PowerShell como puede ser Get-SPWeb no tenemos más que usar el cmdlet Get-Member de acuerdo a la siguiente sintaxis:

   1: Get-SPWeb "Url Sitio" | Get-Member

La salida por pantalla que se obtiene es la siguiente:

image

Cómo veis, de esta forma tenemos visualizar los métodos, eventos y propiedades disponibles para Get-SPWeb que pueden utilizarse para consultar información adicional. Si queremos “refinar” la búsqueda, podemos usar las opciones Methods y Properties para listas los métodos y propiedades respectivamente. Más información sobre Get-Member en este enlace: http://technet.microsoft.com/en-us/library/ee176854.aspx.

SharePoint 2010 y SSRS 2012: Trabajo con suscripciones y alertas (I)

Como sabéis, uno de los mayores cambios que presenta la integración de SharePoint 2010 con SQL Server Reporting Services 2012 (SSRS 2012) es principalmente la “aparición” en escena de una nueva aplicación de servicio que se integra dentro del conjunto de aplicaciones de la plataforma y que nos permite configurar de forma centralizada todos los parámetros de integración sin necesidad de salirnos del mundo SharePoint. En este post y siguientes vamos a ver las configuraciones relativas a suscripciones y alertas:

  • Como siempre, entramos en la administración central de SharePoint 2010 y nos vamos a la administración de aplicaciones de servicio. En el listado de las mismas, localizamos la de SSRS 2012, la seleccionamos y pulsamos la opción “Manage” de la Ribbon.
  • A continuación se muestra una página con las opciones de configuración de la integración de SharePoint 2010 y SSRS 2012.
  • En primer lugar, vamos a configurar los parámetros relativos al correo electrónico necesario para la funcionalidad de suscripciones por e-mail y para las alertas. Curiosamente, la integración de SSRS 2012 y SharePoint 2010 no utiliza el correo saliente de SharePoint 2010 (al menso en la RC de SQL Server 2012).
  • En la página que sea abre, especificamos que vamos a usar un SMTP server y especificamos la dirección del mismo y el correo usado como remitente.
image image image
  • Lo siguiente que tenemos que hacer es provisionar las suscripciones y alertas usando la opción correspondiente dentro de la administración de la aplicación de servicio de Reporting Services.
  • En la página que se abre, comprobamos que se indica que el agente SQL está ejecutándose (condición necesaria). Si no es así, arrancamos el agente SQL. Especificamos las credenciales de uso del agente SQL Server.
  • Lo siguiente que tenemos que hacer, como ocurría con versiones previas de SQL Server, es crear un login de SQL Server que nos permita definir unas credenciales de ejecución de informes almacenadas de forma segura en las distintas bases de datos de SSRS 2012 (en este caso tenemos 3 por aplicación de servicio de SSRS.
image image
  • En este caso, el script para registrar estas credenciales en las BD’s necesarias es el siguiente:
   1: --Añadimos el usuario en la master

   2: use master

   3: exec sp_droplogin @loginame='ReportExecution'

   4: exec sp_addlogin @loginame='ReportExecution', @passwd='pass@word1'

   5:  

   6: --En AdventureWorksDW

   7: use INDITEX_DW

   8: if exists(select * from sysusers where name='ReportExecution')

   9:     exec sp_dropuser @name_in_db='ReportExecution'

  10: exec sp_adduser @loginame='ReportExecution', @grpname='db_datareader'

  11:  

  12: --En msdb

  13: use msdb

  14: if exists(select * from sysusers where name='ReportExecution')

  15:     exec sp_dropuser @name_in_db='ReportExecution'

  16: --add the users to the databases and give them permissions

  17: exec sp_adduser @loginame='ReportExecution', @grpname='db_datareader' 

  18:  

  19: --En BD's Reporting

  20: use ReportingService_34b363c308b145ddb7c86bdee22b4cd8

  21: if exists(select * from sysusers where name='ReportExecution')

  22:     exec sp_dropuser @name_in_db='ReportExecution'

  23: --add the users to the databases and give them permissions

  24: exec sp_adduser @loginame='ReportExecution', @grpname='db_datareader'

  25:  

  26: use ReportingService_34b363c308b145ddb7c86bdee22b4cd8_Alerting

  27: if exists(select * from sysusers where name='ReportExecution')

  28:     exec sp_dropuser @name_in_db='ReportExecution'

  29: --add the users to the databases and give them permissions

  30: exec sp_adduser @loginame='ReportExecution', @grpname='db_datareader'

  31:  

  32: use ReportingService_34b363c308b145ddb7c86bdee22b4cd8TempDB

  33: if exists(select * from sysusers where name='ReportExecution')

  34:     exec sp_dropuser @name_in_db='ReportExecution'

  35: --add the users to the databases and give them permissions

  36: exec sp_adduser @loginame='ReportExecution', @grpname='db_datareader'

Y a partir de aquí, ya podemos comenzar a crear suscripciones y alertas.

SharePoint 2010: Soporte de capacidades de BI en iPad!

Una pregunta que empieza a ser un tanto recurrente es el soporte de las capacidades de BI de SharePoint 2010 en dispositivos populares como puede ser el iPad. Pues bien, si esperabais una respuesta indicando que no existe dicho soporte os equivocáis ya como podéis leer en este artículo de hace un par de semanas, se está trabajando en mejorar dicho soporte. En concreto, y tras aplicar la cumulative update (CU) de diciembre de 2011 podremos ver cuadros de mando y gráficos analíticos de PerformancePoint, y gráficos de Excel Services. Asimismo, se espera seguir mejorando este soporte con la llegada próxima de SQL Server 2012. Finalmente, os dejo dos enlaces adicionales sobre el soporte actual de estas capacidades de BI:

SharePoint2010_thumb

SharePoint Online: Informes de uso de un sitio!

Preguntaban de nuevo en los foros de Office 365 en torno a si existe alguna posibilidad de medir el uso que se está haciendo de un sitio o de una colección de sitios de SharePoint 2010. Lamentablemente, en SharePoint Online no contamos con las capacidades de Web Analytics que tenemos en SharePoint On-Premise no tenemos la posibilidad de crear informes personalizados. Aún así, no todo está perdido como se comenta en este enlace y disponemos de una página de aplicación ubicada en la ruta /_layouts/usageDetails.aspx">/_layouts/usageDetails.aspx">https://<MiSitioOffice365>/_layouts/usageDetails.aspx que da acceso a unos informes de uso que no son una maravilla, pero al menos son algo. Estos informes permiten analizar información del día anterior o los 30 días previos. Los informes disponibles son los siguientes:

  • Cantidad de vistas de página.
  • Cantidad de visitantes únicos.
  • Cantidad de remitentes (similar a los anteriores).
  • Páginas principales.
image image image
  • Visitantes principales.
  • Remitentes principales.
  • Exploradores principales.
image image image