账单

付款失败或逾期#

打开未付发票并使用其中的付款操作。结果不明时先检查状态再付款。手动转账需上传所要求的凭证并等待审核。

套餐与变更#

确认前检查价格、服务器数量、续费日期和取消条款。保存发票编号。不要发送完整卡信息、银行密码或验证码。

付款前确认正确发票#

核对账户、方案、周期、金额和发票编号。方案变更、新购买和现有逾期债务是不同操作。出现 past due 时，先使用当前订阅的付款修复流程。

选择页面实际提供的方式，在提供方完成认证。若其他成员已支付，先刷新。出现多个提供方订阅警告时，在新增购买前联系支持检查。

处理逾期和不明确结果#

Pay now / 更新支付方式会打开现有订阅的修复流程，不应每次点击都购买新订阅。

1. 查看对应发票和订阅，打开现有支付修复。
2. 在提供方更新方式并完成认证。
3. 返回后刷新发票和订阅；返回本身不是支付确认。
4. 结果不明时不要再次付款，先查最新状态。向支持提供发票编号、时间和去除秘密的错误。

转账凭证与取消#

提供手动转账时，从该发票读取收款方与备注。上传可读的 JPEG、PNG、WebP 或 PDF，最大 5 MiB。改文件扩展名不能使无效内容变为有效。

已提交凭证等待审核，不会立即将发票标为已支付。不要重复提交待审核证明；拒绝后阅读原因并准备替代文件。凭证访问需要授权，不要公开分享链接。

Dodo/Stripe 循环订阅债务不会因本地取消发票而消失。查看管理流程与条件。不要向支持发送完整卡信息、银行密码或一次性验证码。

区分支付被拒绝与结果未知#

提供商拒绝、支付页面无法打开以及认证后的超时，需要不同的后续步骤。阅读消息，检查提供商是否创建或完成交易。空白返回页不能证明没有资金移动，银行验证成功也不能独立证明发票已付。结果未知时不断尝试，会让调查变成核对多笔交易。

对于没有成功交易的明确拒绝，按提供商说明处理支付方式问题。结果待定或未知时，在再次扣款前检查原交易并刷新 Billing。请支付方式所有人私下核实状态。其他团队成员不需要收集银行登录资料，也不应要求分享私密验证码。

向支持记录发票参考号、提供商、约略时间、币种和脱敏错误。说明认证是否完成、有没有交易参考号。排除完整卡号和银行验证码。这样支持可核对单次尝试而不是重叠付款；把面板结果和提供商结果分别写清。

恢复原订阅而不创建重复订阅#

假设 Billing 显示 past_due，而你希望恢复同一订阅。先确认欠款属于该订阅，再使用它的 Pay now / update payment method。支付恢复处理已有的提供商关联记录；购买另一方案是具有不同后果的操作。不要通过新建订阅使旧欠款看起来消失。

恢复页面打不开时，检查账号是否具备账单管理权限以及浏览器会话是否有效。从正常导航重新打开 Billing，再考虑旧表单提交。若显示关联订阅冲突，保存消息，请支持检查提供商的关联记录。换账号尝试支付可能使原问题更难定位。

提供商恢复后，比较未结发票、订阅状态及续费信息。若提供商确认成功而面板仍显示逾期，提供已有参考号和时间用于对账。不要取消本地发票或开启第二个订阅来遮盖未解决状态。目标是明确原欠款结果并正确跟踪同一订阅。

协调团队中的支付任务#

指定一名授权人员处理未结发票，并告诉同事当前检查哪一张。每次尝试前查看最新状态，确认没有其他人正在完成同一付款。较早共享的截图可能已不能反映实时发票。多人管理时，应明确负责人和下一步预期操作。

手工转账的凭证应与发票金额、收款人和参考号对应。审核待定就按待定跟踪，不要当成失败或换方法再次付款。如果方法或金额不合适，转账前先澄清该发票。将同一凭证附给不同发票或使用他人凭证，不会让审核正确完成。

确认结果后，记录已付发票参考号、支付方法类别和完成时间，避免在团队聊天保存敏感凭据。若还需取消或更换方案，单独评估该操作。清晰责任可减少意外重复付款，方便后续查询；结果不明时应调查已有参考号，而不是再次扣款。

区分使用额度与支付状态#

增加服务器或网站之前，把 Billing 的已用数值与额度一起阅读。服务器、网站、用户、API 密钥和存储是不同类别；一类有剩余，不代表另一类也有使用权。付款可以正常而网站额度已满。再次验证银行卡或重复支付同一发票，不会自动增加网站容量。

先写具体任务：添加服务器、创建网站或邀请成员。检查对应类别的已用与允许数值。查看账号可购买的附加项或方案时，读清影响哪一项额度及所示金额；不要假定未列出的服务也包含其中。查看选项本身并不等于购买或批准扣款。

若记录不一致，向支持准备类别、当前数值、预期变化及最近确认的发票参考号。玩家数量与面板服务器额度并非同一计量。先明确容量需求，有助于判断应采取哪种操作，避免无必要的支付尝试。

按期间与币种匹配发票记录#

同时查看编号、期间、金额、状态和付款日期。相同金额的两行可能属于不同期间，不要仅凭金额认定同一欠款。记录发票参考号和币种。没有期间信息就如实说明，不要猜测日期；付款日期与服务开始时间也不是同一信息。

制作简短核对记录：打开哪张发票、显示何种期间和状态、提供商对应交易使用哪个参考号？本地记录可能为 paid、refunded 或 void，不要全部简化成“已完成”。标签颜色不能解释某笔退款与另一张未付发票之间的关系。

分享前删除完整卡号、银行登录资料及不必要的凭证细节。分别写清提供商与面板结果。目标是把已有记录对应到正确欠款；删除记录、支付另一期或新建订阅，都不能验证这种对应。

支付返回后核对三项记录#

例如：银行验证已完成，你返回 Billing，但订阅仍显示 past_due。从服务商返回、浏览器地址出现 success，或银行显示待处理交易，都不能单独证明付款已确认。应同时核对订阅状态、对应账单及服务商对同一交易的记录。返回提示也要求查看下方记录以确认结果。先查清现有交易，避免再次购买同一套餐。

1. 将账单编号、周期、金额和币种与原记录核对，确认没有看错周期。
2. 稍后刷新 Billing，分别查看账单状态、付款日期和订阅状态。
3. 若服务商已确认但记录不一致，使用同一交易参考编号联系支持。付款日期为空并不能证明银行未收到交易。
4. 结果明确前不要换方式再次付款或新建订阅；向支持描述银行待处理交易时明确标注“待处理”。

支付页面打不开时准备有效的问题记录#

支付页完全打不开、页面内拒绝银行卡、验证后账单未更新，需要不同的信息。说明最后完成的步骤。例如“14:20 点击 Pay now，服务商页面打开前报错”与“验证完成，返回后账单为 sent”是不同情况。由账户所有者或付款负责人统一跟进一个工单。准确的错误文字有助于调查，不需要提供银行卡详情、银行登录信息或会话秘密。

1. 记录账户显示名称、账单编号、服务商、时间和时区；如有安全的交易参考编号，也一并提供。
2. 说明浏览器、设备、最后看到的页面及准确错误，并明确之前尝试的结果是否已知。
3. 截图中遮住卡号、CVV、银行验证码、密码、二维码及付款链接的秘密参数。
4. 继续跟进同一工单；支持建议重试前，不要在多个标签页重新发起。区分明确拒绝与结果不明的超时。

每月附加服务的期限与续费#

附加服务付款与主套餐订阅分别记录。新的月度订单会固定所购买的容量或功能；之后修改目录不会改变该订单的权益。继续付款前，请阅读付款方式和续费条件。

Dodo 每月自动续费；其他方式预付一个月。数量增加的是容量，而不是月份。附加服务到期不会删除现有网站、服务器或文件。

银行卡或订阅授权本身不代表已付费周期。付款和订阅信息经验证并匹配后，权益才会生效。返回网址中的 paid 参数不会授予权益。如果付款已完成但权益仍在等待，请先查看同一账单和支付服务商的状态，再考虑其他付款。

附加服务到期会保留主套餐和独立的手动权益，不会删除现有服务器、网站、用户、密钥或文件。使用量超过降低后的限额时，需要增加容量才能新增资源或上传文件。存储附加服务到期不会触发自动删除现有媒体。

较早的购买记录可能混合了套餐限额、附加服务和手动调整。这些权益不会被自动扣除或重复添加；不明确的记录需要支持人员审核。请区分现有订阅、现有付款链接和新订单的条件。

付款逾期时，请打开同一订阅的支付服务商门户，支付未付账单或更新付款方式。请勿再次购买相同附加服务。付款成功和订阅恢复可能分开通知；面板会验证两者。零金额的银行卡验证不代表欠款已结清。如状态仍未恢复，请向客服提供账单或订单编号，不要发送银行卡资料或秘密令牌。

暂停会停止访问。经验证的恢复通知仅恢复此前已付费的剩余时间，并受支付服务商日期限制，不会产生新的付费月份。计划取消续费会保留当前付费周期。冲突或顺序不明确的通知可能需要客服核查。