Poe积分为什么到期后变化：套餐积分、结转与附加积分分开核对

Poe总积分减少时，先查看减少的是哪一种余额，再核对对应日期。套餐积分与额外购买的附加积分不是同一个账户周期；“订阅结束”“套餐积分重置”“附加积分到期”也不能合并成一件事。

截至2026年10月9日核对的Poe购买FAQ说明：套餐积分按具体方案每日和／或每月发放，未用完部分默认不结转，除非方案另有说明；附加积分可使用一年。判断自己剩余多少可用，仍需对照账号中的方案条款和余额分项。

先拆成三行，不给所有积分套一条规则

第二行是套餐积分的条件分支，不一定是Settings中的第三个独立余额。只有你的方案明确支持结转，才按对应条件记录；不要把“除非另有说明”读成所有套餐都能结转，也不要沿用“Poe所有积分一律不结转”的旧结论。

官方FAQ说明，可在Settings或Poe API Key页面查看附加积分，点击Available points可看到Plan points和Add-on points的分项。先保存分项，而不是只截首页的总数。

余额页面、购买渠道、时间分别核对

建议同时打开三个信息来源：Poe的Settings、当时购买的方案说明，以及购买渠道的订单或订阅页面。它们回答不同问题：现在显示什么、当时买了什么、付款与订阅由谁管理。

Poe官方区分网站、Apple和Google购买渠道，订阅管理需沿对应购买渠道处理。因此，在台账中写“Poe”还不够，应另列“购买渠道”。这不表示不同渠道的每项积分规则一定不同，而是避免拿错订单或找错管理入口。

记录日期时也要拆开：购买时间、积分周期边界、下次续费时间、订阅权益结束时间、附加积分有效期。页面若显示时区或精确时刻，一并保存；不要自行把某个日期解释成北京时间当天零点。

可沿用订阅台账与续费核对的方法，每项记录加上“核对时间”和“证据位置”。以后再发现余额变化，就能比较同一分项在两个时点的状态。

一份假设账本：总数下降不等于原因已确定

下面是假设记录，用于说明核对方法，不是真实账号、实际套餐或余额处理结果。假设某人保存了两次截图：

这个例子只说明：拆分后可以定位变化发生在哪一栏。如果只记总数20,000和8,000，就容易把12,000的差额误称为“额外购买的积分没了”。

反过来，如果附加积分也变了，就需要继续核对消费记录、对应购买批次及有效期，而不是直接套用套餐规则。多次购买时，分别保留每笔日期；不要把最近一次购买日写成所有附加积分共同的起点。

这份表没有推定扣减顺序，也没有假设未到期附加积分在任何订阅状态下都必然可用于任何功能。此类问题要查实际方案说明或向官方确认。

到期、取消续费和退款不要互相替代

官方FAQ说明，取消订阅通常在当前账单周期结束时生效，权益可用至该日期。因此，“已经点击取消”与“权益已经结束”要分别记录。本文不代你修改订阅，也不建议为了试验余额规则而取消后重新购买。

附加积分方面，当前FAQ还列明不可退款、转让或兑换现金。不要把尚未使用的积分当作随时可提现的余额，也不要把订阅退款流程套用到附加积分上。具体争议需按购买凭证和适用政策处理，不从总余额变化推断是否有退款资格。

如果同时使用其他AI工具，可以参考ElevenLabs积分结转核对里区分余额来源的思路，但不能把另一服务的结转期限、条件或扣减方式搬到Poe。

发现对不上时，提交什么信息

先形成一份简短对照，再通过官方支持渠道询问：

1. 套餐完整名称、购买渠道和订单日期。
2. 变化前后的Plan points与Add-on points分项及截图时间。
3. 对应的重置、续费或权益结束日期。
4. 单独购买附加积分的凭证，以及期间可见的使用记录。
5. 一个明确问题，例如“这笔差额属于周期重置、消费还是附加积分到期？”

订单和账号信息只在必要的官方支持流程中提供，不公开账单原件或API Key。若页面条件与购买时记录不一致，保留两个版本，请官方解释适用条款，而不是自己认定余额可恢复。

完成核对后，把台账更新为“余额类型＋规则依据＋下一核对日期”。总数适合快速查看，分项和凭证才适合判断到期变化。