eSIM

为什么 eSIM 用量更新会延迟?

显示的可用额度反映的是从服务收到的最新用量观测值,该观测值可能在设备消耗数据之后才到达。

客户在购买新套餐之前会查看剩余流量。

余量展示应包含哪些内容?

同时显示额度数量、套餐状态和最近一次观测时间。到期是一个独立的概念:剩余流量不能证明过期套餐仍可使用。

如果没有可用的用量报告,将用量显示为未知,而不是零。零会告诉客户额度没有被消耗过,而缺失的报告无法证明这一点。

如果多个套餐共同构成一个额度,请显示哪个套餐覆盖目的地。说明服务如何消耗这些套餐的额度。避免将数字合并成一个总计,从而掩盖实质不同的有效期或报告时间。

延迟更新是否意味着购买失败?

不一定。将订单和套餐交付与网络用量报告分开检查。新额度可能已完成配置,而用量视图仍反映的是更早的观测值。

保留已接受的购买记录以备排查。仅因为页面未刷新就发起另一次充值,可能会产生额外费用,而原始问题并未得到解决。

提醒和消费控制应如何运作?

使用额度提醒背后的观测值。说明下一步有用的操作。延迟的报告不是设备实时消耗的精确上限。

在自动充值之前,应用必须获得客户的购买授权。流量即将用尽的提醒本身并不构成购买新套餐的授权。

应用还必须检查套餐资格,以免向客户出售其 eSIM 无法使用的额度。限制重复购买,以防延迟的余量更新因同一低额度观测值反复触发扣费。

排查余量差异时,将订单的交付状态与用量报告的观测时间进行对比。该对比可以区分未完成的购买和等待更新报告的余量。

简而言之

  1. 余量是一次观测。

    时间戳表示用量被观测到的时间。

  2. 未知用量与零用量不同。

    将不可用或延迟的信息明确标示出来。

  3. 提醒不代表购买授权。

    自动充值前,应用必须获得购买批准。

付诸实践。

继续查阅此主题的文档、指南和示例。资源为英文。

获取实施简报

使用 Bird 构建您的移动服务。

准备好您的目标市场、套餐需求和客户旅程。借助 Bird 探索移动连接,启动您的首个服务。

从一个渠道开始。
准备好后,再添加其他渠道。

测试 API 密钥即刻可用。添加支付方式并验证发送者身份后,即可解锁生产环境。

正在使用 Claude Code、Cursor 或 Codex?复制一条设置提示,您的智能代理即可自动安装 Bird CLI 和相关技能。选择您的工具:

Cursor