[MS-MAR]:
Microsoft Office SharePoint Server (MOSS) Analytics Reporting Protocol
Intellectual Property Rights Notice for Open Specifications Documentation
Technical Documentation. Microsoft publishes Open Specifications documentation (“this documentation”) for protocols, file formats, data portability, computer languages, and standards support. Additionally, overview documents cover inter-protocol relationships and interactions.
Copyrights. This documentation is covered by Microsoft copyrights. Regardless of any other terms that are contained in the terms of use for the Microsoft website that hosts this documentation, you can make copies of it in order to develop implementations of the technologies that are described in this documentation and can distribute portions of it in your implementations that use these technologies or in your documentation as necessary to properly document the implementation. You can also distribute in your implementation, with or without modification, any schemas, IDLs, or code samples that are included in the documentation. This permission also applies to any documents that are referenced in the Open Specifications documentation.
No Trade Secrets. Microsoft does not claim any trade secret rights in this documentation.
Patents. Microsoft has patents that might cover your implementations of the technologies described in the Open Specifications documentation. Neither this notice nor Microsoft's delivery of this documentation grants any licenses under those patents or any other Microsoft patents. However, a given Open Specifications document might be covered by the Microsoft Open Specifications Promise or the Microsoft Community Promise. If you would prefer a written license, or if the technologies described in this documentation are not covered by the Open Specifications Promise or Community Promise, as applicable, patent licenses are available by contacting .
License Programs. To see all of the protocols in scope under a specific license program and the associated patents, visit the Patent Map.
Trademarks. The names of companies and products contained in this documentation might be covered by trademarks or similar intellectual property rights. This notice does not grant any licenses under those rights. For a list of Microsoft trademarks, visit
Fictitious Names. The example companies, organizations, products, domain names, email addresses, logos, people, places, and events that are depicted in this documentation are fictitious. No association with any real company, organization, product, domain name, email address, logo, person, place, or event is intended or should be inferred.
Reservation of Rights. All other rights are reserved, and this notice does not grant any rights other than as specifically described above, whether by implication, estoppel, or otherwise.
Tools. The Open Specifications documentation does not require the use of Microsoft programming tools or programming environments in order for you to develop an implementation. If you have access to Microsoft programming tools and environments, you are free to take advantage of them. Certain Open Specifications documents are intended for use in conjunction with publicly available standards specifications and network programming art and, as such, assume that the reader either is familiar with the aforementioned material or has immediate access to it.
Support. For questions and support, please contact .
Revision Summary
Date / Revision History / Revision Class / Comments7/13/2009 / 0.1 / Major / Initial Availability
8/28/2009 / 0.2 / Editorial / Revised and edited the technical content
11/6/2009 / 0.3 / Editorial / Revised and edited the technical content
2/19/2010 / 1.0 / Editorial / Revised and edited the technical content
3/31/2010 / 1.01 / Editorial / Revised and edited the technical content
4/30/2010 / 1.02 / Editorial / Revised and edited the technical content
6/7/2010 / 1.03 / Editorial / Revised and edited the technical content
6/29/2010 / 1.04 / Editorial / Changed language and formatting in the technical content.
7/23/2010 / 1.04 / None / No changes to the meaning, language, or formatting of the technical content.
9/27/2010 / 1.04 / None / No changes to the meaning, language, or formatting of the technical content.
11/15/2010 / 1.04 / None / No changes to the meaning, language, or formatting of the technical content.
12/17/2010 / 1.05 / Minor / Clarified the meaning of the technical content.
3/18/2011 / 1.05 / None / No changes to the meaning, language, or formatting of the technical content.
6/10/2011 / 1.05 / None / No changes to the meaning, language, or formatting of the technical content.
1/20/2012 / 1.6 / Minor / Clarified the meaning of the technical content.
4/11/2012 / 1.6 / None / No changes to the meaning, language, or formatting of the technical content.
7/16/2012 / 1.6 / None / No changes to the meaning, language, or formatting of the technical content.
9/12/2012 / 1.6 / None / No changes to the meaning, language, or formatting of the technical content.
10/8/2012 / 1.6 / None / No changes to the meaning, language, or formatting of the technical content.
2/11/2013 / 1.6 / None / No changes to the meaning, language, or formatting of the technical content.
7/30/2013 / 1.6 / None / No changes to the meaning, language, or formatting of the technical content.
11/18/2013 / 1.6 / None / No changes to the meaning, language, or formatting of the technical content.
2/10/2014 / 1.6 / None / No changes to the meaning, language, or formatting of the technical content.
4/30/2014 / 1.6 / None / No changes to the meaning, language, or formatting of the technical content.
7/31/2014 / 1.6 / None / No changes to the meaning, language, or formatting of the technical content.
10/30/2014 / 1.6 / None / No changes to the meaning, language, or formatting of the technical content.
6/23/2016 / 1.6 / None / No changes to the meaning, language, or formatting of the technical content.
9/14/2016 / 1.6 / None / No changes to the meaning, language, or formatting of the technical content.
6/20/2017 / 1.7 / Minor / Clarified the meaning of the technical content.
Table of Contents
1Introduction
1.1Glossary
1.2References
1.2.1Normative References
1.2.2Informative References
1.3Protocol Overview (Synopsis)
1.4Relationship to Other Protocols
1.5Prerequisites/Preconditions
1.6Applicability Statement
1.7Versioning and Capability Negotiation
1.8Vendor-Extensible Fields
1.9Standards Assignments
2Messages
2.1Transport
2.2Common Message Syntax
2.2.1Namespaces
2.2.2Messages
2.2.3Elements
2.2.4Complex Types
2.2.4.1AggregationContext (from namespace
2.2.4.2AndCondition (from namespace
2.2.4.3ComparisonCondition (from namespace
2.2.4.4Condition (from namespace
2.2.4.5DataRetrieverFailure (from namespace
2.2.4.6EqualCondition (from namespace
2.2.4.7GreaterThanCondition (from namespace
2.2.4.8GreaterThanEqualCondition (from namespace
2.2.4.9LessThanCondition (from namespace
2.2.4.10LessThanEqualCondition (from namespace
2.2.4.11LikeCondition (from namespace
2.2.4.12LogicalCondition (from namespace
2.2.4.13NotEqualCondition (from namespace
2.2.4.14NotLikeCondition (from namespace
2.2.4.15OrCondition (from namespace
2.2.4.16ViewPropertyValue (from namespace
2.2.4.17SOAPFaultDetails
2.2.5Simple Types
2.2.5.1AggregationLevel (from namespace
2.2.5.2DataRetrieverErrorCode (from namespace
2.2.5.3char (from namespace
2.2.5.4duration (from namespace
2.2.5.5guid (from namespace
2.2.6Attributes
2.2.7Groups
2.2.8Attribute Groups
3Protocol Details
3.1Server Details
3.1.1Abstract Data Model
3.1.2Timers
3.1.3Initialization
3.1.4Message Processing Events and Sequencing Rules
3.1.4.1GetData
3.1.4.1.1Messages
3.1.4.1.1.1IWebAnalyticsWebServiceApplication_GetData_InputMessage
3.1.4.1.1.2IWebAnalyticsWebServiceApplication_GetData_OutputMessage
3.1.4.1.2Elements
3.1.4.1.2.1GetData
3.1.4.1.2.2GetDataResponse
3.1.4.1.3Complex Types
3.1.4.1.3.1DataContext (from namespace
3.1.4.1.3.2ArrayOfSortOrder (from namespace
3.1.4.1.3.3SortOrder (from namespace
3.1.4.1.3.4ArrayOfViewParameterValue (from namespace
3.1.4.1.3.5ViewParameterValue (from namespace
3.1.4.1.3.6ArrayOfstring (from namespace
3.1.4.1.3.7GetDataOptions (from namespace
3.1.4.1.3.8DataPacket (from namespace
3.1.4.1.4Simple Types
3.1.4.1.4.1OrderType (from namespace
3.1.4.2GetLoggingBatchSize
3.1.4.2.1Messages
3.1.4.2.1.1IWebAnalyticsWebServiceApplication_GetLoggingBatchSize_InputMessage
3.1.4.2.1.2IWebAnalyticsWebServiceApplication_GetLoggingBatchSize_OutputMessage
3.1.4.2.2Elements
3.1.4.2.2.1GetLoggingBatchSize
3.1.4.2.2.2GetLoggingBatchSizeResponse
3.1.4.3GetServerTimeZoneId
3.1.4.3.1Messages
3.1.4.3.1.1IWebAnalyticsWebServiceApplication_GetServerTimeZoneId_InputMessage
3.1.4.3.1.2IWebAnalyticsWebServiceApplication_GetServerTimeZoneId_OutputMessage
3.1.4.3.2Elements
3.1.4.3.2.1GetServerTimeZoneId
3.1.4.3.2.2GetServerTimeZoneIdResponse
3.1.4.4LogBestBetAction
3.1.4.4.1Messages
3.1.4.4.1.1IWebAnalyticsWebServiceApplication_LogBestBetAction_InputMessage
3.1.4.4.1.2IWebAnalyticsWebServiceApplication_LogBestBetAction_OutputMessage
3.1.4.4.2Elements
3.1.4.4.2.1LogBestBetAction
3.1.4.4.2.2LogBestBetActionResponse
3.1.4.4.3Complex Types
3.1.4.4.3.1BestBetRecommendation (from namespace
3.1.4.4.4Simple Types
3.1.4.4.4.1BestBetAction (from namespace
3.1.4.5LogFeedback
3.1.4.5.1Messages
3.1.4.5.1.1IWebAnalyticsWebServiceApplication_LogFeedback_InputMessage
3.1.4.5.1.2IWebAnalyticsWebServiceApplication_LogFeedback_OutputMessage
3.1.4.5.2Elements
3.1.4.5.2.1LogFeedback
3.1.4.5.2.2LogFeedbackResponse
3.1.4.5.3Complex Types
3.1.4.5.3.1ArrayOfFeedback (from namespace
3.1.4.5.3.2Feedback (from namespace
3.1.4.5.3.3ArrayOfFeedbackParameter (from namespace
3.1.4.5.3.4FeedbackParameter (from namespace
3.1.5Timer Events
3.1.6Other Local Events
4Protocol Examples
4.1Obtaining Information about the web traffic volume in the last 30 days
4.2Obtaining Information about the top pages visited in the last 30 days
4.3Obtaining Information about the top visitors in the last 30 days
5Security
5.1Security Considerations for Implementers
5.2Index of Security Parameters
6Appendix A: Full WSDL
7Appendix B: Product Behavior
8Change Tracking
9Index
1Introduction
This document specifies the Microsoft Office SharePoint Server (MOSS) Analytics Reporting Protocol. This protocol enables a protocol client to log specific events related to web-traffic, search and inventory about various entities in the farm, and then retrieve analytical reports about web-traffic, searches and inventory of such entities in the farm. As defined in the glossary that follows, a farm is a group of computers that work together as a single system to help ensure that applications and resources are available.
Sections 1.5, 1.8, 1.9, 2, and 3 of this specification are normative. All other sections and examples in this specification are informative.
1.1Glossary
This document uses the following terms:
best bet: A URL that a site collection administrator assigns to a keyword as being relevant for that keyword. See also visual best bet.
content type: A named and uniquely identifiable collection of settings and fields that store metadata for individual items in a SharePoint list. One or more content types can be associated with a list, which restricts the contents to items of those types.
farm: A group of computers that work together as a single system to help ensure that applications and resources are available. Also referred to as server farm.
globally unique identifier (GUID): A term used interchangeably with universally unique identifier (UUID) in Microsoft protocol technical documents (TDs). Interchanging the usage of these terms does not imply or require a specific algorithm or mechanism to generate the value. Specifically, the use of this term does not imply or require that the algorithms described in [RFC4122] or [C706] must be used for generating the GUID. See also universally unique identifier (UUID).
list: A container within a SharePoint site that stores list items. A list has a customizable schema that is composed of one or more fields.
list template: An XML-based definition of list settings, including fields and views, and optionally list items. List templates are stored in .stp files in the content database.
query text: The textual, string portion of a query.
regional settings: See locale settings.
search scope: A list of attributes that define a collection of items.
service application: A middle-tier application that runs without any user interface components and supports other applications by performing tasks such as retrieving or modifying data in a database.
site: (1) A group of related webpages that is hosted by a server on the World Wide Web or an intranet. Each website has its own entry points, metadata, administration settings, and workflows. Also referred to as web site.
(2) A group of related pages and data within a SharePoint site collection. The structure and content of a site is based on a site definition. Also referred to as SharePoint site and web site.
site collection: A set of websites that are in the same content database, have the same owner, and share administration settings. A site collection can be identified by a GUID or the URL of the top-level site for the site collection. Each site collection contains a top-level site, can contain one or more subsites, and can have a shared navigational structure.
site template: An XML-based definition of site settings, including formatting, lists, views, and elements such as text, graphics, page layout, and styles. Site templates are stored in .stp files in the content database.
SOAP action: The HTTP request header field used to indicate the intent of the SOAP request, using a URI value. See [SOAP1.1] section 6.1.1 for more information.
SOAP body: A container for the payload data being delivered by a SOAP message to its recipient. See [SOAP1.2-1/2007] section 5.3 for more information.
SOAP fault: A container for error and status information within a SOAP message. See [SOAP1.2-1/2007] section 5.4 for more information.
tenant: A protocol client or protocol server that accesses a partition in a shared service database.
time zone: A geographical area that observes the same local time. The local time has a positive, zero, or negative offset from Coordinated Universal Time (UTC). The offset can be different during standard time and daylight saving time.
Uniform Resource Locator (URL): A string of characters in a standardized format that identifies a document or resource on the World Wide Web. The format is as specified in [RFC1738].
web application: A container in a configuration database that stores administrative settings and entry-point URLs for site collections.
Web Services Description Language (WSDL): An XML format for describing network services as a set of endpoints that operate on messages that contain either document-oriented or procedure-oriented information. The operations and messages are described abstractly and are bound to a concrete network protocol and message format in order to define an endpoint. Related concrete endpoints are combined into abstract endpoints, which describe a network service. WSDL is extensible, which allows the description of endpoints and their messages regardless of the message formats or network protocols that are used.
WSDL operation: A single action or function of a web service. The execution of a WSDL operation typically requires the exchange of messages between the service requestor and the service provider.
XML namespace: A collection of names that is used to identify elements, types, and attributes in XML documents identified in a URI reference [RFC3986]. A combination of XML namespace and local name allows XML documents to use elements, types, and attributes that have the same names but come from different sources. For more information, see [XMLNS-2ED].
XML schema: A description of a type of XML document that is typically expressed in terms of constraints on the structure and content of documents of that type, in addition to the basic syntax constraints that are imposed by XML itself. An XML schema provides a view of a document type at a relatively high level of abstraction.
MAY, SHOULD, MUST, SHOULD NOT, MUST NOT: These terms (in all caps) are used as defined in [RFC2119]. All statements of optional behavior use either MAY, SHOULD, or SHOULD NOT.
1.2References
Links to a document in the Microsoft Open Specifications library point to the correct section in the most recently published version of the referenced document. However, because individual documents in the library are not updated at the same time, the section numbers in the documents may not match. You can confirm the correct section numbering by checking the Errata.
1.2.1Normative References
We conduct frequent surveys of the normative references to assure their continued availability. If you have any issue with finding a normative reference, please contact . We will assist you in finding the relevant information.
[RFC2119] Bradner, S., "Key words for use in RFCs to Indicate Requirement Levels", BCP 14, RFC 2119, March 1997,
[RFC2616] Fielding, R., Gettys, J., Mogul, J., et al., "Hypertext Transfer Protocol -- HTTP/1.1", RFC 2616, June 1999,
[SOAP1.1] Box, D., Ehnebuske, D., Kakivaya, G., et al., "Simple Object Access Protocol (SOAP) 1.1", W3C Note, May 2000,
[SOAP1.2/1] Gudgin, M., Hadley, M., Mendelsohn, N., Moreau, J., and Nielsen, H.F., "SOAP Version 1.2 Part 1: Messaging Framework", W3C Recommendation, June 2003,
[SOAP1.2/2] Gudgin, M., Hadley, M., Mendelsohn, N., Moreau, J., and Nielsen, H.F., "SOAP Version 1.2 Part 2: Adjuncts", W3C Recommendation, June 2003,
[WSDL] Christensen, E., Curbera, F., Meredith, G., and Weerawarana, S., "Web Services Description Language (WSDL) 1.1", W3C Note, March 2001,
[XMLNS] Bray, T., Hollander, D., Layman, A., et al., Eds., "Namespaces in XML 1.0 (Third Edition)", W3C Recommendation, December 2009,
[XMLSCHEMA1] Thompson, H., Beech, D., Maloney, M., and Mendelsohn, N., Eds., "XML Schema Part 1: Structures", W3C Recommendation, May 2001,
[XMLSCHEMA2] Biron, P.V., Ed. and Malhotra, A., Ed., "XML Schema Part 2: Datatypes", W3C Recommendation, May 2001,
1.2.2Informative References
None.
1.3Protocol Overview (Synopsis)
This protocol enables a protocol client to retrieve three categories of analytical data about how the farm is being used or utilized. These three categories are:
- Traffic data – This data is about web-traffic. Examples are top visited web-pages and trends about web-page visits, top visitors and trends about number of unique visitors.
- Search reports – This data is about search queries and search results. Examples are top queries, failed queries and number of queries.
- Inventory reports – This data is about utilization of various entities such as storage, libraries and templates.
Such analytical data can be retrieved for various entities at various levels in the farm, such as site (2), site collection and Web application.
To retrieve such analytical data, a client logs specific events about an entity to the system using this protocol. For example, a client logs all the pages visited on a particular site to the system. The protocol enables a client to retrieve a report about the traffic volume per day for that particular site, the top pages visited for that site and the top visitors for that particular site. These are some examples of the kind of reports available via the protocol. If the client logs hierarchical relationships between the various entities such as a particular site collection is a parent of a particular site (2), then the protocol enables roll-up reports for the parent as well.
1.4Relationship to Other Protocols
This protocol uses the SOAP message protocol for formatting request and response messages, as described in [SOAP1.1], [SOAP1.2/1] and [SOAP1.2/2]. It transmits those messages by using HTTP, as described in [RFC2616], or Hypertext Transfer Protocol over Secure Sockets Layer (HTTPS), as described in [RFC2818].
The following diagram shows the underlying messaging and transport stack used by the protocol:
Figure 1: This protocol in relation to other protocols
1.5Prerequisites/Preconditions
This protocol operates against a protocol server that exposes one or more endpointURIs that are known by protocol clients. The endpointURI of the protocol server and the transport that is used by the protocol server are either known by the protocol client or obtained by using the discovery mechanism that is described in [MS-SPTWS].
The protocol client obtains the requisite ApplicationClassId and ApplicationVersion values and the endpointURI of the protocol server that provides the discovery mechanism, as described in [MS-SPTWS], by means that are independent of either protocol.
This protocol requires the protocol client to have permission to call the methods on the protocol server.
The protocol client implements the token-based security mechanisms that are required by the protocol server and related security protocols, as described in [MS-SPSTWS].
1.6Applicability Statement
This protocol is designed to provide analytical data about the usage and inventory of various entities in a farm.
1.7Versioning and Capability Negotiation
This protocol uses multiple transports with SOAP as specified in section 2.1.
1.8Vendor-Extensible Fields
None.
1.9Standards Assignments
None.
2Messages
In the following sections, the schema definition might differ from the processing rules imposed by the protocol. The WSDL in this specification matches the WSDL that shipped with the product and provides a base description of the schema. The text that introduces the WSDL might specify differences that reflect actual Microsoft product behavior. For example, the schema definition might allow for an element to be empty, null, or not present but the behavior of the protocol as specified restricts the same elements to being non-empty, not null, and present.