用量监控（服务订阅数）

本文介绍平台中服务订阅数的计算规则与数据查看操作

服务订阅数说明

服务订阅消息包括AMQP和业务平台对设备平台的OpenAPI调用。属于账号级别的资源用量。

每个开发者账号下每日可用额度 = 账号下所有设备当日实际产生的消息数之和。每日24:00额度清零，不会结余到次日使用。超出该额度的用量需要购买服务订阅数补充包以抵扣。

举例说明：
2024年5月1日账号下共有1000个设备，设备对应的激活码套餐规格中设备消息数为1500条/每天/每设备。其中500个设备有产生消息，当日这500个设备共产生20,000条消息，则2024年5月1日该账号的服务订阅数额度为20,000次。5月2日零点该数清零，5月2日服务订阅数为账号下在5月2日当日所有设备产生的消息总数。

当账号下当日服务订阅数使用超额时，优先使用服务订阅数资源补充包抵扣，若无服务订阅数资源补充包时，计为超额用量，需购买服务订阅数资源补充包以抵扣。

主要字段说明

服务订阅数补充包余量

展示账号下所购买的服务订阅数补充包剩余数量。

服务订阅数超额量

① 已出账单超额数：
每月1日为上个月账单的出账日(本文皆指自然月)，将上个月每天账号下所有应用超出限额以外的服务订阅数用量生成已出账单。即为服务订阅数的已出账单超额数。
若有多个月的已出账单未支付，此处会显示累计多个月的已出账单超额总数。

举例说明：
2024年6月1日-6月30日，某开发者账号下的所有应用6月1日当天共消耗服务订阅数为20000次(其中6月1日当天超额次数为10000次)，在6月2日账号下的所有应用6月2日当天共消耗服务订阅数为为60000次(其中6月1日当天超额次数为20000)..以此类推。
最终该账号6月服务订阅数合计共超出100000次，则在7月1日生成6月的已出账单超额数为100000次。

② 未出账单超额数：
服务订阅数每日会统计当日超额量，在未到出账日之前，统计的服务订阅超额数会展示在未出账单超额数中。

账号下的服务订阅超额总数 = 已出账单超额数 + 未出账单超额数

重要提示：为保障服务正常使用，超额的服务订阅次数，需及时购买服务订阅数补充包以抵扣。已出账单需在出账当月15日前结清。
为了避免您账户下的资源用量超额导致服务停用，您可设置资源告警信息接收人员，以便及时监控和处理资源用量问题。
资源告警设置

平台默认推送资源告警通知给您的开发者账号，若需增加接收通知的人员，可在此处添加。
为了方便您的子账户来维护该人员列表，我们默认开放该权限给您的开发者账号下的子账户，由您们共同维护资源告警接收人员列表。
增加接收人员时请务必正确填写其邮箱，以确保其能正常接收到资源告警通知。

服务订阅超额次数统计明细

如图所示，此处展示账号下服务订阅数每日超额的数量统计图表，以便于用户了解其服务订阅数的超额使用情况。

全部应用服务订阅每日用量统计明细

如图所示，此处展示账号下各应用的服务订阅使用数量统计图表，以便于用户了解其各应用的服务订阅数实际使用情况。