05 / 订阅与用量
React Native AI 订阅：会员权益与调用额度怎么分
订阅权益、报告访问和 AI 用量应分开记录。购买集成负责验证交易，服务端决定可访问的功能及一次完成的 AI 操作何时扣次。恢复购买需要核对既有权益和额度发放，不能直接把余额重置为满额。
三类记录，各回答一个问题
| 记录 | 回答的问题 | 示例字段 |
|---|---|---|
| 会员权益 | 当前账号能否使用付费功能？ | 用户、商品、状态、过期时间、验证事件。 |
| 报告访问 | 当前账号能否读取已交付结果？ | 报告编号、归属、版本、访问与撤销规则。 |
| 用量账本 | 还剩多少额度，为什么？ | 发放周期、操作编号、预占、扣除或释放。 |
RevenueCat entitlement 可以表达高级功能访问资格，但不会自动定义每次模型请求如何扣次、报告归属或应用自己的原子用量账本。客户端缓存的会员标记不能单独授权付费服务端请求。
先定义用户会看到的状态
| 情况 | 新 AI 请求 | 已购报告 |
|---|---|---|
| 权益有效且有额度 | 服务端预占后允许。 | 按报告访问规则读取。 |
| 权益有效但额度为零 | 解释限制与下次重置或购买选项。 | 若购买时约定可保留，应继续可读。 |
| 订阅过期 | 执行约定的到期或宽限规则。 | 单独购买的报告不因订阅过期自动撤销。 |
| 恢复购买 | 更新验证权益，核对既有发放。 | 只关联正确应用账号下的报告。 |
| 退款或撤销 | 核对已验证事件与权益规则。 | 执行已告知的报告政策，不凭设备界面猜测。 |
取消续订不等于立即失去访问。需要依据商店验证状态、有效期和宽限政策处理，并在购买前向用户说清楚。
购买通知与 AI 操作需要不同的去重依据
- 按约定的身份规则，将已验证购买关联到应用账号。
- 按提供方事件编号去重；延迟或乱序事件通过权威状态核对。
- 按账号与发放周期创建唯一额度记录，重复续订通知不能重复发放。
- AI 请求使用稳定操作编号原子预占，两个请求不能同时花掉最后一次额度。
- 完整结果保存后只结算一次；重试原操作时返回已存在状态或结果。
这些是架构建议，不能代替具体购买 SDK 接入。商店交易、应用额度发放与模型提供方费用是三件不同的事。
验收恢复与身份，不只看购买按钮
- 重新安装、登录，并按平台流程恢复购买。
- 切换应用账号，确认既定转移或归属规则，不能继承另一人的权益。
- 重放续订通知，余额发放保持不变。
- 只剩一次额度时并发请求，只允许一次预占成功。
- 结果完成时客户端离线，重新进入可找到结果，不再收费。
- 分别验证到期、取消续订和退款，使用约定平台的沙盒环境。
原生 App 中的数字购买必须按当前商店、商品类型与地区规则实现。本站的邮件咨询不是可以直接搬进移动 App 的支付方案。
查看零额度时报告仍可读的示例
打开 Table Note 演示，查看付费权益与用量，再进入已购报告示例。它展示回复次数为零时读取原报告的行为；购买、额度和回复均为模拟，不会调用 RevenueCat、StoreKit 或 Google Play Billing。
沟通上线方案时，先说明现有购买实现和用户购买的结果，确认状态表、身份规则与验收路径，再明确源码集成范围。
参考资料与适用范围
以上流程与验收条件是 AppBento 的设计建议。以下官方资料用于核对平台边界；它们不代表对 AppBento 的认可，也不证明本网页演示通过了原生验收。