SharePoint REST interface with operators and functions

Introduction

What information the article has

• various operators that can be used with REST interface
• various functions that can be used with REST interface

Skill Level – Medium

Filter operators

Following are the various filter operators that can be used with REST interface
eq Equal to
ne Not equal to
gt Greater than
ge Greater than or equal to
lt Less than
le Less than or equal to
and Logical and
or Logical or
not Logical negation
add Addition
sub Subtraction
mul Multiplication
div Division
mod Modulo
( ) Precedence grouping

Functions

Following are the various functions that can be used with REST interface
bool substringof(string s0, string s1)
Checks whether s0 is within s1

bool endswith(string s0, string s1)
Checks whether s0 ends with s1

bool startswith(string s0, string s1) 
Checks whether s0 starts with s1

int length(string s)
Length of string s

int indexof(string s0, string s1)
Index of string s0 within s1

string insert(string s0, int pos, string s1)
Inserts s0 into s1 at position pos.

string remove(string s0, int pos)
Removes characters from position pos in s0

string remove(string s0, int pos, int length)
Removes length characters from position pos in s0

string replace(string s0, string f0, string s1)
Replaces f0 in s0 with s1

string substring(string s0, int pos)
Returns the substring from position pos in s0

string substring(string s0, int pos, int length)
Returns the substring from position pos in s0 with the length characters

string tolower(string s0)
Transforms s0 to lowercase

string toupper(string s0)
Transforms s0 to uppercase

string trim(string s0)
Removes leading and trailing whitespaces

string concat(strings s0, string s1)
Concatenates two strings

int day(DateTime dt)
Day of the date dt

int hour(DateTime dt)
Hour of the date dt

int minute(DateTime dt)
Minute of the date dt

int month(DateTime dt)
Month of the date dt

int second(DateTime dt)
Second of the date dt

int year(DateTime dt)
Year of the date dt

double round(double dbl)
Rounded value of dbl with double precision

decimal round(decimal dec)
Rounded value of dec with decimal precision

double floor(double dbl)
Floor value of dbl with double precision

decimal floor(decimal dec)
Floor value of dec with decimal precision

Examples of usage

/Employees?$filter=Id eq 1
Filter using the eq operator extracts exactly one element if the filtered element is unique

Employees?$filter=’Jac,Arth’ eq concat(FirstName, concat(‘,’, LastName))
Filter after concatinating the column values

Employees?$filter=year(Modified) eq 2010
Filter on the year of the Modified property

Employees?$filter=Id eq 3 and substring(Department, 0, 1) eq ‘I’
Filter on the result set along with expression

Conclusion

REST interface is a great way of accessing SharePoint data and hope the above operators and functions will give grater ability

Listar Site Collections desde PowerShell

En el siguiente script, listamos todas las colecciones de sitios y su tamaño en MB, luego convertimos la salida a HTML:

Get-SPSite -Limit ALL | select url, @{label=”Size in MB”;Expression={$_.usage.storage/1MB}} | Sort-Object -Descending -Property “Size in MB” | ConvertTo-Html -title “Site Collections sort by size” | Set-Content d:\temp\size.html

Project Server 2013

Requerimientos para instalar Project Server 2013. 

http://technet.microsoft.com/es-es/library/ee683978.aspx

Aquí está el enlace para configurar las cuentas administrativas y servicios de Project Server 2013.

http://technet.microsoft.com/es-es/library/cc197607.aspx

Implementación de Project Server 2013, en diferentes escenarios.

http://technet.microsoft.com/es-es/library/cc197280.aspx

PerformancePoint 2010 y SharePoint Server 2010

En este artículo vamos analizar y ver cómo podemos crear un portal en SharePoint 2010 para el análisis de información basado en PerformancePoint 2010.
A diferencia que la versión anterior, PerformancePoint es un servicio disponible en SharePoint 2010, el cual nos brinda la capacidad de armar gráficas, reportes, KPI, etc, las cuales podemos fácilmente integrar en nuestros portales, como podemos ver en la imagen 1

[Imagen 1]

Para este ejemplo estoy utilizando datos de ejemplo proporcionado en las bases de datos de AdventureWorks. Lo primero que tenemos que hacer es instalar y configurar el ejemplo completo, acá les dejo una guía (en Ingles) de cómo podemos hacer este proceso.
Bien, una vez instalado los datos de ejemplo, debemos proceder a configurar el servicio de PerformancePoint 2010 en la administración central. Si tenemos configurada la granja, entonces podemos dejar la configuración por defecto. En la imagen 2 vemos la página principal de configuración de PerformancePoint.

[Imagen 2]

En la primera opción podemos hacer las configuraciones básicas del servicio, el almacén de almacenamiento de credenciales, la duración del cache y otras configuraciones.
En la segunda opción, debemos indicar cuales son las bibliotecas, sitios o colecciones de sitios para las ubicaciones de orígenes de datos de confianza, es decir, donde guardaremos las conexiones con los distintos repositorios de datos.
En la tercera opción, encontramos la configuración de las ubicaciones de los contenidos de confianza, es donde debemos especificar donde estarán almacenados los paneles, cuadros de mandos, etc.
Vale, la pena aclarar que en los puntos 2 y 3, la configuración por defecto es todos los sitios que tenemos creado en SharePoint o.
La cuarta opción, es un asistente para la importación de artefactos que tengamos creado en PerformancePoint 2007. No todos los artefactos creados en PerformancePoint 2007 están soportados, en la siguiente URL podrán encontrar cuales de estos artefactos no podemos importar.
El próximo paso será crear un nuevo sitio utilizando la plantilla de centros de inteligencia de negocio, como podemos ver en la imagen 3.

[Imagen 3]

Una vez el proceso de creación termine, tendremos un nuevo sitio el contendrá, varias bibliotecas creadas, las cuales tiene una funcionalidad especifica dentro del portal.
Lo primero que vamos a realizar es crear conexiones a los orígenes de datos que vamos a utilizar para realizar los distintos cuadros de mandos dentro de PerformancePoint 2010, en la imagen 4 y 5 vemos cómo podemos crear las mismas desde el portal y utilizando el diseñador proporcionado por PerformancePoint 2010.

[Imagen 4]

[Imagen 5]

Como podemos ver, podemos crear una conexión a varios tipos de orígenes de datos, en nuestro caso y como tenemos los datos de ejemplo de AdventureWorks, vamos a crear una nueva conexión del tipo Analysis Services. Una vez que la misma fue creada, será almacenada en la biblioteca de conexiones que se creó cuando creamos el sitio.
Al tener la conexión creada vamos a crear nuestra primera gráfica usando el diseñador. El mismo nos permitirá crear un proyecto donde podemos ir creando todos nuestros artefactos. Para crear cualquier artefacto, debemos ir a la opción de “Crear” que se encuentra en el mené de herramientas y seleccionar el tipo de cuadro de mando que deseamos, en nuestro caso vamos a seleccionar el tipo “Grafica de Analisís” como podemos ver en la imagen 6.

[Imagen 6]

Esto nos abrirá un asistente que nos guiara en el proceso de creación de la gráfica, en la imagen 7 vemos el primer paso del asistente.

[Imagen 7]

En este paso debemos seleccionar una de las conexiones creadas que tenemos almacenadas en nuestro portal de SharePoint y seleccionar “Finalizar” para que se nos genere la nueva gráfica como podemos ver en la imagen 8

[Imagen 8]

Como pueden ver en la imagen 8 se nos crea una gráfica vacía en el panel central del diseñador y a la derecha se nos proporcionan todas las medidas y dimensiones del cubo que tenemos disponible a través de la conexión seleccionada. Debemos recordar que estamos usando los cubos de información proporcionados por AdventureWorks.
Lo que debemos hacer es tomar una medida o dimensión y arrastrarla una de las secciones debajo del panel central para empezar a formar la gráfica que deseamos. Una vez que hemos colocado todas las dimensiones y medidas que deseamos, podemos configurar el tipo de gráfica que deseamos utilizar, para lo cual accedemos a la sección “Edición” del diseñador como podemos ver en la imagen 9.

[Imagen 9]
 

Una vez configurada la gráfica el próximo paso será darle un nombre y descripción para que podamos identificarla y guardar la configuración realizada en el sitio de SharePoint 2010 que estamos utilizando. Debemos destacar que el diseñador trabaja conectado con el sitio de SharePoint 2010 que creamos.
Lo próximo que debemos hacer es insertar la misma en el portal de SharePoint 2010, para lo cual nos proporciona varias WebParts para la interacción con PerformancePoint 2010. En la imagen 10 vemos la edición de una página para cargar una de la WebPart “PerformancePoint WebPart” de PerformancePoint.

[Imagen 10]
 

En el panel de configuración de la WebPart debemos seleccionar el reporte que queremos cargar para lo cual debemos ir hasta la biblioteca de documento del sitio creado que usamos para guardar las gráficas creadas.
Una vez terminado de configurar el sitio, podemos obtener algo como lo que se mostraba en la imagen 1.

Configuración del PerformancePoint Service en SharePoint 2010

Algunas recomendaciones para la configuración del PerformancePoint Service en SharePoint 2010

Para la configuración de PerformancePoint Service, necesitaremos una Base de Datos en SQL Server, así como un Application Pool que ejecutará el servicio.

Para la Base de Datos deberemos elegir sobre que instancia de SQL Server deseamos crear dicha Base de Datos, así como los datos de autenticación a la misma y el nombre que deseamos asignarla. No tiene gran complicación. Habitualmente se utiliza una única instancia para dar servicio a todas las Bases de Datos de una Granja SharePoint 2010, pudiendo utilizar esa misma instancia de SQL Server.

Para el Application Pool, lo primero que deberemos decidir es si crear un Application Pool dedicado para PerformacePoint Service, o si por el contrario, deseamos ejecutar PerformancePoint Service dentro de un Application Pool compartido para varios servicios. Para entornos de producción, la recomendación es crear un Application Pool exclusivo para PerformancePoint Services utilizando una cuenta de servicio dedicada para el mismo. El problema de compartir un Application Pool para varios servicios, es que si en un futuro es necesario reciclar el Application Pool por un problema en un Servicio específico, estaremos impactando al resto de servicios. Este razonamiento puede aplicarse al resto de tareas administrativas y de mantenimiento (ej: si paramos un Application Pool, si se nos cae el Application Pool, etc.).

Además, utilizar una cuenta específica para este Application Pool, nos permite tener un mayor control de los permisos, y del mismo modo, aislar problemas (o minimizar su impacto) que pueden llegar a producirse en un futuro (ej: a más de uno se le ha bloqueado una cuenta de servicio utilizada en un Application Pool o en un Servicio de Windows).

Por otro lado, está la cuenta de servicio desatendida de PerformancePoint Services (unattended service account), que permite el acceso a datos externos desde PerformancePoint Services sin necesidad de utilizar Kerberos. Téngase en cuenta, que antes de poder configurar la la cuenta desatendida de PerformancePoint Services (unattended service account), deberemosconfigurar el Secure Store Service. Téngase en cuenta que es recomendable utilizar una cuenta de usuario exclusiva como cuenta desatendida (unattended service account).

A continuación se detalla el proceso de configuración de PerformancePoint Services sobre una Granja de SharePoint 2010 correspondiente a un entorno de Laboratorio. La Granja está formada por un único servidor MOSS, que actuará como Frontal Web y como Servidor de Aplicaciones. Utilizaremos un Application Pool compartido para ejecutar el PerformancePoint Service. Del mismo modo, crearemos la Base de Datos de PerformancePoint Service sobre la misma instancia SQL utilizada para el resto de bases de datos de la Granja MOSS.

Configurar PerformancePoint Services en una Granja SharePoint 2010

La configuración inicial de PerformancePoint Service puede resumirse en los siguientes cuatro pasos:

• Registrar una cuenta gestionada (managed account) para ejecutar el Application Pool del PerformancePoint Service.
• Iniciar el servicio PerformancePoint Service en al menos un servidor MOSS de la Granja.
• Crear la aplicación de servicio para el PerformancePoint Service (PerformancePoint service application).
• Configurar la cuenta de servicio desatendida de PerformancePoint Services (unattended service account). Requiere que el Secure Store Service sea configurado previamente.

Realizado esto, estaremos en situación de poder utilizar PerformancePoint Services, habilitándolo en un Sitio existente, o bien, creando un nuevo Sitio o Colección de Sitios dedicado para ello.

A continuación se describen los anteriores cuatro pasos.

El primer paso a realizar es registrar una cuenta gestionada (managed account) para ejecutar el Application Pool del PerformancePoint Service, para lo cual, hace falta una simple cuenta de dominio sin privilegios elevados, simplemente con permisos sobre las Bases de Datos de Contenido que almacenan los datos de PerformancePoint Service (permisos que pueden concederse de forma sencilla utilizando PowerShell), y seguidamente registrar esta cuenta en la Central Administration, dentro de Security -> General Security -> Configure managed accounts (es muy sencillo). En nuestro caso de ejemplo vamos a seguir una filosofía simplista, y vamos a utilizar una única cuenta de servicio para todo, es decir, vamos a utilizar la cuenta que especificamos como Database Access Account al crear la Granja de SharePoint 2010, tanto en los Application Pool de los diferentes Servicios de MOSS como para los Application Pool de las Aplicaciones Web. Téngase en cuenta, que al utilizar una única cuenta de servicio para todo, no será necesario conceder los permisos sobre las Bases de Datos de Contenido a la cuenta de servicio de PerformancePoint Service). Además vamos a utilizar un Application Pool existente, en consecuencia, un Application Pool compartido. Todo esto es una mala práctica para entornos productivos, pero en nuestro caso de ejemplo estamos montando un entorno de Laboratorio, para lo cual resulta suficiente.

En consecuencia, si utilizamos una cuenta de servicio dedicada para el Application Pool del PerformancePoint Service, deberemos concederle permisos sobre las Bases de Datos de Contenido, para lo cual, podemos ejecutar un código similar la siguiente, ejecutándolo desde una sesión de SharePoint 2010 Management Shell abierta con permisos de administrador, y ejecutándolo para cada una de las Aplicaciones Web en las que tengamos Bases de Datos de Contenido que puedan almacenar datos de PerformancePoint Service.

$w = Get-SPWebApplication -identity <web application> $w.GrantAccessToProcessIdentity("<service account>")

El segundo paso es iniciar el servicio PerformancePoint Service en al menos un servidor MOSS de la Granja. En nuestro caso de ejemplo tenemos una Granja formada por un único servidor. Para ello accederemos a la consola de Administración Central de SharePoint (Central Administration), y haremos click en la opción Manage services on server de la sección System Settings.

En la pantalla Services on Server, en el desplegable Server seleccionaremos el servidor de la Granja sobre el cual deseamos iniciar el servicio PerformancePoint Service, y seguidamente en la lista de servicios deberemos hacer click en Start junto al servicio PerformancePoint Service.

Ahora, en el tercer paso, deberemos crear la aplicación de servicio para el PerformancePoint Service. Para ello accederemos a la consola de Administración Central de SharePoint (Central Administration), y haremos click en la opción Manage service applications de la sección Application Management.

En la pantalla Service Applications, desplegaremos el botón New, y click en PerformancePoint Service Application.

En el diálogo Create New PerformancePoint Service Application, deberemos especificar lo datos necesarios: un nombre descriptivo para el servicio que estamos creando (Service Application Name), especificar si deseamos añadir la Aplicación de Servicio que estamos creando al Default Proxy de la Granja, especificar una instancia de SQL Server y el nombre de base de datos que deseamos crear para utilizar por el PerformancePoint Service (Database Server y Database name) junto a los datos de autenticación (Database authentication) para conectar con dicha instancia SQL Server, el nombre de la instancia SQL Server que actúe como Mirror (Failover Server) en el caso de estar utilizando Database Mirroring (en caso contrario, dejar en blanco), y por último los datos de Application Pool que será utilizado por el PerformancePoint Service. Click Create para continuar.

Realizado esto, el PerformancePoint Service habrá sido creado con éxito. Click OK para continuar.

Con esto llegamos al cuarto paso, durante el cual configuraremos la cuenta de servicio desantendida (unattended service account) de PerformancePoint Service. Para ello, deberemos hacer click sobre la Aplicación de Servicio que acabamos de crear en el paso anterior (PerformancePoint Service Application).

En la pantalla Manage PerformancePoint Services, click en PerformancePoint Service Application Settings.

En la pantalla PerformancePoint Service Application Settings, deberemos especificar la Aplicación de Servicio de Secure Store Service que deseamos utilizar, así como los datos de la cuenta de servicio desatendida (unattended service account) de PerformancePoint Service.

Realizado esto, habremos finalizado la configuración inicial del PerformancePoint Service, a excepción de la concesión de permisos. Téngase en cuenta, que para poder acceder a datos externos, la cuenta de servicio desatendidad de PerformancePoint Services (unattended service account) debe tener suficientes permisos de acceso sobre los datos a los que se desea acceder, en particular:

• Para SQL Server, debe existir un inicio de sesión (login) con permisos de lectura sobre la base de datos a la que desea acceder (ej: a través de pertenencia al rol db_datareader) para la cuenta desatendida de PPS.
• Para SQL Server Analysis Services (SSAS), la cuenta desatendida de PPS debe tenerpermisos de lectura (Read) sobre el cubo (o porción del cubo) sobre la que se desea acceder.
• Para Excel Services, la cuenta desatendida de PPS debe tener permisos de acceso al libro Excel al que se desea acceder.
• Para Listas de SharePoint, la cuenta desatendida de PPS debe tener permisos de lectura sobre la lista a la que se desea acceder.

Como curiosidad, resulta de interés revisar cómo queda la configuración del Secure Store Service una vez que hemos creado la cuenta de servicio desatendida de PerformancePoint Services. Para ello, deberemos volver a la pantalla Service Applications, y seguidamente, click en la Aplicación de Servicio del Secure Store Service.

Podremos observar que se ha creado una entrada, para las credenciales correspondientes a la cuenta de servicio desatendida (unattended service account) de PerformancePoint Services. Si lo deseamos, podemos editarla para verla en detalle. OJO: Jamás deberemos editar la cuenta desatendida de PPS desde aquí, debe configurarse desde PerformancePoint Services. En nuestro caso, vamos a darle a Editar, pero sólo para verla, no vamos a aplicar ningún cambio. Las pruebas, con gaseosa.

Se mostrará la pantalla Target Application Settings, en la cual podemos ver el detalle de su configuración.

Antes de finaliza, comentar que acabamos de realizar una configuración mínima, desde el punto de vista de infraestructura, ya que para utilizar PerformancePoint Service, además de habilitar el servicio, es necesario crear un Sitio habilitado para PerformancePoint Services y configurar las ubicaciones de confianza (tanto para los orígenes de datos como para los contenidos de PerformancePoint Services), tareas que no quedan descritas en el presente artículo. Ademas, como comentamos un poco más arriba en el presente artículo, habría que conceder permisos de acceso a la cuenta de servicio desatendida de PerformancePoint Service (unattended service account) sobre los datos externos a los que se desea acceder.

Habilidades que necesita un buen arquitecto de SharePoint:

Core

• IIS 6/7+ 
• Windows Server 2003/2008/2012
• DNS/WINS (Name Resolution)
• TCP/IP & other network considerations
• SQL Server 2005+ Advanced Administration (Backup, Monitoring, Logshipping or Database Mirroring) 
• Basic Firewall rules and Proxy
• IT Infrastructure Design
• Hardware Acquisition (RAM, CPU, Disk I/O, and other hardware considerations)
• Performance Monitoring
• Capacity Planning 
• Growth Management
• Workflow (Windows Workflow Foundation)
• Client Troubleshooting & Support: IE, Firefox, Safari, Office, 2010, etc...
• HTML & Client side scripting (Javascript, AJAX, DHTML, XSL, XSLT, XHTML)
• Exchange and SMTP integration (Inbound and Outbound email including contact objects)
• High Availability: Microsoft Cluster Services, Windows Network Load Balancing
• Storage: Appliances, HBAs, SANs, Archive Storage
• Backup Solutions: Various Tape, Hardware and software snapshots, software nearline and offline storage (soon to add SCDPM)
• Hardware load balancing, ISA Secure Web Publishing
• IAG (Internet Application Gateway) Whale Communications
• Single Sign on integration 
• Connection Monitoring & Troubleshooting (ADO.NET, Web Services, CDO)
• Global Deployments - Multi farm deployments
• Dev, Test, Staging, Production - Staged deployments
• MOF, ITIL, MSF Frameworks and strong understanding of the development life cycle
• Virtualization - Hyper-V, VMWare

Solutions:

• Internet Publishing
• Internet Community Portal
• Intranet Central Search Portal
• Intranet Departmental Dashboard Portal
• Intranet Collaboration
• Business Process Management
• Extranet Collaboration
• Document Management
• Records repository
• BI Solutions
• Search Center or Intranet and Internet Search Solutions
• Reports Center
• Mobile Solutions
• Remote employee solutions
• Multi lingual solutions
• Project Server
• Web 2.0 Solution: Blogs, Wikis, Social Networking (Profiles & My Sites)

Extended

• AD (Group Policies, Security Groups, DLs, Contacts, authentication, and attributes for profile import) 
• Desktop Management (IE settings, Office deployment, storage and collaboration considerations)
• SCOM Systems Center Operations Manager of performance and system health of servers and dependencies 
• WAN and Network performance testing and considerations, (minimum performance levels) caching
• File Services & (extremely light... policy SMS and Patching considerations)
• Antivirus management solutions like Forefront
• Presence Integration (LCS, Office Live Communication Server, SMTP and SIP)
• Understanding and supporting Dev: ASP.NET, C#, Assemblies, GAC, Bin, web.config, web parts, web part connections, missing assemblies
• MIIS in cross forest or resource forest scenarios or dynamic security groups
• Migration Skills: Public Folders, Documentum, Lotus Notes, CMS, WebSphere

Interop and Integration

• Office Interoperability (Word, Excel, Access, PowerPoint, Outlook)
• Project Server deployment
• Microsoft Dynamics (CRM, ERP, AXAPTA, GreatPlains, etc...)
• Infopath forms troubleshooting and basic design skills (XML, HTML)
• Visio integration
• Biztalk
• SharePoint Designer for workflows, CSS, Design, etc... 
• Reporting and Analysis Integration: SQL Reporting Services, SQL Analysis Services
• SAP integration with Duet
• BDC Siebel web services integration
• Oracle Financials integration in BDC and Excel Services
• Other ADO.NET BDC connections: includes various CRM, ERP, DBMS
• Commerce integration in Internet sites
• Web Services integration
• Documentum, WebSphere
• Search/Indexing Integration
• Data warehouses RDBMS
• Single Sign on solutions and integration with client certificates, smart cards, and 2 factor auth
• N tiered web apps, web services, and stores
• Samba and NFS?

Hyper-V para SharePoint & Project Server 2010 (instalación de SQL Server 2008 R2 en modo clúster)

En éste video se muestra la forma de cómo configurar un servicio de Network Load Balancing (NLB) en Windows Server 2008 R2 usando tecnología de virtualización Hyper-V.

Este sistema de balanceo de carga les permitirá enfrentar una arquitectura basada en web a un nivel de performance adecuado para resolver la percepción de lentitud en sus aplicaciones web en SharePoint 2010. Puede ser usado tanto en la intranet como en portales web (publicos y extranets).

Video hecho por Andres Rojas: 

Web Analytics en SharePoint 2010: Informes y métricas

En esta entrada de blog se describen en detalle las diversas métricas disponibles para analizar los datos de uso del sitio. Existen tres categorías de informes de Web Analytics de SharePoint: tráfico, búsqueda e inventario. Los informes se agregan a varias entidades de SharePoint, como sitio, colección de sitios y aplicaciones web para cada conjunto o granja de servidores. Los informes también se agregan por aplicación de servicio de búsqueda. De manera predeterminada, los informes muestran los datos de un período de 30 días, pero puede cambiar el período de tiempo para ver los datos de hasta 25 meses, desde la ficha "Analizar" de la cinta de opciones de la interfaz de usuario.

Visualmente, las métricas se muestran en una de las dos formas siguientes: informes de tendencias o informes de clasificación. Un informe de tendencias muestra cómo evoluciona una métrica determinada durante un período de tiempo. Mientras que los informes de clasificación muestran los 2.000 resultados principales para una métrica determinada. Las figuras 1 y 2 muestran un ejemplo de informe de tendencias y uno de clasificación, respectivamente. Esto no es todo; puede analizar los informes en más detalle mediante la aplicación de filtros, como coincidencia de cadenas en la dirección URL, nombre de usuario, consultas, explorador y otros.


Figura 1:  Ejemplo de informe de tendencias con el número de vistas de páginas de cada día, durante un período predeterminado de 30 días.


Figura 2:  Ejemplo de informe de clasificación con las páginas principales ordenadas por número de vistas de páginas, durante un período predeterminado de 30 días.

A continuación se ofrece una introducción a cada tipo de informe y las métricas asociadas. Además, se resumen los tipos de informes disponibles para cada nivel de agregación, es decir, sitios, colección de sitios, aplicaciones web y aplicaciones de servicio de búsqueda.

Informes de tráfico

Los informes de tráfico capturan la información sobre el comportamiento del usuario relacionado con clics totales, usuarios frecuentes, páginas populares e información sobre navegación hacia y desde el componente actual de SharePoint.

Informes de tendencias

1. Número de vistas de páginas: número total de las vistas de páginas de cada día.
2. Número de visitantes únicos diarios: número total de visitantes únicos de cada día. Los usuarios autenticados y los usuarios anónimos de SharePoint (con una dirección IP) se cuentan como visitantes.
3. Número de remitentes: número total de direcciones URL únicas externas a la entidad actual (también se trata como externa a la entidad principal), desde donde los usuarios navegaron a la entidad actual.

Informes de clasificación

1. Páginas principales: páginas más vistas en la entidad actual.
2. Visitantes principales: visitantes más frecuentes de la entidad actual.
3. Remitentes principales: direcciones URL principales externas a la entidad actual, desde donde los usuarios navegaron a la entidad actual.
4. Destinos principales: de forma similar a los remitentes, son las direcciones URL principales externas que el usuario ha visitado desde la entidad actual.
5. Exploradores principales: los exploradores principales que se usan para visitar la entidad actual.

Ámbito del informe	Sitio	Colección de sitios	Aplicación web	Aplicación de servicio de búsqueda
Número de vistas de páginas
Número de visitantes únicos
Número de remitentes
Páginas principales
Visitantes principales
Remitentes principales
Destinos principales
Exploradores principales

Tabla 1:  resumen de la disponibilidad de los informes de tráfico en diferentes niveles de jerarquía de SharePoint

Informes de búsqueda

Los informes de búsqueda capturan la información sobre el comportamiento del usuario relacionado con las consultas en el sitio.

Informes de tendencias

1. Número de consultas: número total de consultas de cada día.

Informes de clasificación

1. Consultas principales: las consultas más emitidas por día.
2. Consultas erróneas: las consultas más emitidas para las que no se produjeron resultados o en las que el usuario no hizo clic en ningún resultado.
3. Consultas sin resultados: las consultas más emitidas para las que no se devolvieron resultados.

Otros informes

1. Informe de sugerencias de opciones más probables: recomienda las direcciones URL como resultados más probables para consultas de búsqueda específicas según el análisis de patrones de uso. Los administradores de sitios pueden aceptar o rechazar estas sugerencias. Si las aceptan, se agrega el par de dirección URL y consulta correspondiente a la lista de palabras clave de búsqueda.
2. Uso de opciones más probables: muestra cómo evolucionan las sugerencias de opciones más probables a lo largo del tiempo. Para cada consulta de opción más probable emitida, el informe muestra el porcentaje de clics en la dirección URL de resultado más probable en comparación con otras direcciones URL.
3. Informe del historial de acciones de opciones más probables: realiza un seguimiento de las acciones llevadas a cabo por el administrador del sitio en el informe de "sugerencias de opciones más probables".

Ámbito del informe	Sitio	Colección de sitios	Aplicación web	Aplicación de servicio de búsqueda
Número de consultas
Consultas principales
Consultas erróneas
Consultas sin resultados
Uso de opciones más probables
Sugerencias de opciones más probables
Historial de acciones sugeridas de opción más probable

Tabla 2:  resumen de la disponibilidad de los informes de búsqueda en diferentes niveles de jerarquía de componentes de SharePoint

Informes de inventario

Los informes de inventario están destinados a ayudar a los administradores del sitio a administrar el sitio mediante la realización de un seguimiento de los problemas de estructura y almacenamiento y de versión del sitio.

Informes de tendencias

1. Número de colecciones de sitios: número total de colecciones de sitios para cada aplicación de servicio web de cada día.
2. Uso de almacenamiento: almacenamiento total usado en megabytes (MB) para una colección de sitios y el "almacenamiento máximo permitido" en MB de cada día.
3. Número de sitios: número total de sitios dentro de cada colección de sitios de cada día.

Informes de clasificación

1. Versiones de producto principales del sitio: las "versiones de producto del sitio" ordenadas según los sitios de "número de sitios" o "porcentaje de general" con la versión correspondiente para la colección de sitios.
2. Idiomas principales del sitio: los "idiomas de producto del sitio" ordenados según los sitios de "número de sitios" o "porcentaje de general" con ese idioma para la colección de sitios.

Ámbito del informe	Sitio	Colección de sitios	Aplicación web	Aplicación de servicio de búsqueda
Número de colecciones de sitios
Uso de almacenamiento
Número de sitios
Versiones de producción principales del sitio
Idiomas principales del sitio

Tabla 3:  resumen de la disponibilidad de los informes de inventario en diferentes niveles de jerarquía de componentes de SharePoint