跳过导航

空间定位点 的 SLA

Last updated: May 2020

We guarantee that Azure Spatial Anchors will be available at least 99.9% of the time.

此 Microsoft 在线服务的服务级别协议(本“SLA”)是 Microsoft 批量许可协议(简称“协议”)的一部分。本 SLA 中使用但未定义的术语应沿用其在“协议”中的含义。本 SLA 适用于文中列出的 Microsoft 在线服务(简称“服务”),但对与服务一起提供、与服务或任一服务中任何本地软件关联的独立品牌服务不适用。

如果我们未达到和保持本 SLA 规定的每种服务的服务级别,那么您可能有资格获得月度服务费用的部分退款。我们不会在您的订阅初始期限内修改您的 SLA 条款;但是,如果您续签订阅,则续签之时现行的本 SLA 的版本将适用于您的续签期。如本 SLA 有任何重大不利变更,我们将至少提前九十 (90) 天予以通知。

定义

“适用的月期间”指您在适用服务额度的日历月中作为服务订户的天数。

“适用的月服务费”指您在适用服务额度的月份针对服务实际支付的费用总额。

“停机时间”将在下面的服务特定条款中针对每种服务进行定义。

“错误代码”用于指示某项操作出现了问题,例如,5xx 范围内的 HTTP 状态代码。

“外部连接”是指可通过受支持的协议(例如 HTTP 和 HTTPS)从公共 IP 地址发送和接收的双向网络流量。

“事件”指导致停机时间的 (i) 任何一个事件或 (ii) 任何一组事件。

管理门户”是指由微软提供的 web 界面,客户可以通过该界面来管理服务。

“服务额度”是指在微软批准申请后为您减免的适用月服务费的百分比。

“服务级别”是指本 SLA 中规定的微软同意在交付服务时达到的性能指标。

“服务资源”是指某个服务内可供使用的各种资源。

“成功代码”用于指示某项操作已经成功,例如,2xx 范围内的 HTTP 状态代码。

“支持时段”是指某个服务功能或者与某个单独产品或服务的兼容性可以获得支持的时间范围。

术语

索赔
若要微软考虑索赔,您必须将索赔提交给微软公司的客户支持,并在其中包含微软确认索赔所需的所有信息,包括但不限于:(i) 详细的事件说明;(ii) 与停机时间和停机持续时间有关的信息;(iii) 受影响用户(如有)的数量和位置;以及 (iv) 您在事件发生时试图解决该事件的说明。

对于与 Microsoft Azure 有关的索赔,我们必须在索赔缘起事件发生的帐单月份结束后的两个月内收到索赔。对于与所有其他服务相关的索赔,我们必须在事件发生月份的下一个日历月结束前收到索赔。例如,如果事件发生在 2 月 15 日,那么我们必须在 3 月 31 日前收到索赔和所有必需信息。

我们将对提供给我们的所有信息进行合理评估,并依据诚信原则确定服务额度是否适用。我们将在收到索赔的下一个月(在四十五 (45) 天内)使用商业上合理的措施来处理索赔。您必须遵守协议才有资格获得服务额度。如果我们确定您适用服务额度,我们将对您的适用月服务费实行服务额度。

如果您购买了多种服务(并非以套件的形式),您可根据上述流程分别提交索赔,如同每种服务都有单独的 SLA 规定一样。例如,如果您购买了 Exchange Online 和 SharePoint Online(并非作为套件的一部分),在订阅期间,某个事件导致这两种服务出现停机,则您可能有资格通过依据本 SLA 提交两份索赔来获得两种不同的服务额度(一种服务额度对应一种服务)。在因同一事件未达到特定服务的多个服务级别的情况下,您只得选择一个服务级别并据此对该事件提出索赔。在一个适用月期间,每个服务仅允许一个服务额度,但特定 SLA 中另有规定的除外。

服务额度
服务额度是在本协议和本 SLA 下对任何服务的任何性能或可用性问题对您做出的唯一且全部的补救措施。您不得以任何性能或可用性问题为由单方面抵消您的适用月服务费。

服务额度仅适用于为未达到服务级别的特定服务、服务资源或服务层级所支付的费用。如果服务级别适用于单独的服务资源或单独的服务层级,则服务额度仅适用于为受影响的服务资源或服务层级(如果有)所支付的费用。在任何情况下,任何帐单月份内对特定服务或服务资源发放的服务额度,不得超过该项服务或服务资源(如适用)在该帐单月份的月服务费。

如果您购买了作为套件或其他单一产品一部分的服务,则将按比例分配每种服务的适用月服务费和服务额度。

如果您是从某经销商处购买的服务,则可直接从该经销商处获得服务额度,而该经销商会直接从我们这里获得服务额度。服务额度将基于适用服务的估计零售价(此价格经我们合理裁量后确定)。

限制
本 SLA 及任何适用的服务级别不适用于任何因以下原因引起的性能或可用性问题:

  1. 超出我们的合理控制范围的因素,例如,自然灾害、战争、恐怖行为、暴动、政府行为或在我们的数据中心外(包括您的工作场所或您的工作场所与我们的数据中心之间)发生的网络或设备故障;
  2. 使用不是由我们提供的服务、硬件或软件,包括但不限于,带宽不足导致的或与第三方软件或服务相关的问题;
  3. 在我们建议您修改对服务的使用之后,您未听取建议进行相应修改;
  4. 在服务、功能或软件的预览版、预发行版、测试版或试用版期间或与这些版本相关(由我们确定)的问题或与使用微软订阅信用进行的购买相关的问题;
  5. 您执行未经授权的操作或未执行必要的操作,或者您的员工、代理、合同商或供应商或任何使用您的密码或设备访问我们的网络的任何人的操作,或者您未能遵守相应的安全惯例;
  6. 您未能遵循任何必需的配置,未能使用支持的平台,未能遵守可接受使用的任何政策,或者您以与服务的功能和特征不一致或与我们发布的指南不一致的方式使用服务,例如,尝试执行不支持的操作;
  7. 错误的输入、指令或参数(例如,请求访问不存在的文件);
  8. 尝试执行超出规定配额或引发我们对疑似不文明行为的限制的操作;
  9. 使用的服务功能超出了相关支持时段的范围;或者
  10. 在事件发生时预订了许可,但尚未支付。

通过开放、开放式价值和开放式价值订购批量许可协议购买的服务,以及以产品密钥形式购买的 Office 365 小型企业高级版套件中的服务,没有资格获取基于服务费用的服务额度。您可能有资格获取的关于这些服务的任何服务额度,将按照服务时间(即,天数)与服务费用对照的形式予以返还,而且对“适用月服务费”的任何引用将被删除并替换为“适用月期间”。

Additional Definitions

"Total Transaction Attempts" is the total number of authenticated API requests with respect to Azure Spatial Anchors made by Customer during a billing month for a given Azure Spatial Anchors API. Total Transaction Attempts do not include API requests that return an Error Code that are continuously repeated within a five-minute window after the first Error Code is received.

"Failed Transactions" is the set of all requests to the Azure Spatial Anchors API within Total Transaction Attempts that return an Error Code.

Monthly Uptime Calculation

"Monthly Uptime Percentage" for Azure Spatial Anchors is calculated as Total Transaction Attempts less Failed Transactions divided by Total Transaction Attempts in a billing month for a given Microsoft Azure subscription. Monthly Uptime Percentage is represented by the following formula:

Monthly Uptime % = (Total Transaction Attempts - Failed Transactions) / Total Transaction Attempts * 100

The following Service Levels and Service Credits are applicable to Azure Spatial Anchors APIs:

Monthly Uptime Percentage Service Credit
< 99.9% 10%
< 99% 25%