了解余额退款、订单退款、欠费限制和资源回收机制，并在停服前完成数据保护。
退款、欠费限制和资源回收会直接影响资金与数据。现金余额、赠送权益、已消费金额和具体订单适用不同规则；欠费前应完成备份和服务降级。
本文面向账号所有者、企业财务人员、项目负责人和需要核对云服务成本的人员。完成本文后，你应当能够独立完成配置、验证结果，并知道出现异常时应该保留哪些信息。
云资源和模型能力会随区域、库存、模型版本及账号权限变化。页面显示的可用规格、价格、配额和状态是本次操作的直接依据；文档用于解释操作逻辑和风险边界。
先完成以下准备，再进入控制台操作。对生产环境而言，准备阶段还应明确资源负责人、费用归属、数据级别和回滚方式。
重要提醒： 不要把平台资源作为唯一数据副本。欠费、到期、违规或用户主动删除均可能触发停服或资源处置。
按照下面的顺序执行。每完成一步都应检查页面反馈，不要在状态仍为“处理中”时连续提交相同操作。涉及删除、重装、退款、密钥禁用等不可逆动作时，应再次核对资源名称和影响范围。
区分未消费现金余额退款、具体订单退款、重复支付差错或平台故障补偿，不混用申请入口。
确认付款主体、到账方式、已消费和已开票情况，准备原支付凭证和必要的主体核验材料。
通过费用中心或工单提交，说明金额、原因、订单或充值单号。原路退回不可用时按平台核验流程处理。
收到低余额或欠费通知后评估业务影响，及时充值、停止非关键任务并备份重要数据。
在通知期限内处理欠费。停机不等于数据永久保留，系统盘、云硬盘和其他资源可能适用不同回收规则。
退款完成后核对平台流水和原支付渠道；资源处置后确认仍需保留的备份可以恢复。
功能能够使用并不等于已经具备生产条件。正式承载业务前，请把可观测性、权限、费用和数据恢复纳入同一套运行基线。
建议为关键资源建立变更记录，至少包含操作者、时间、原因、预期结果、实际结果和回退步骤。团队协作时，不要通过聊天工具传递密码或完整 API Key。
排查时先确认影响对象、开始时间和最近一次变更，再区分是浏览器、账号权限、平台资源、网络还是应用自身问题。提交工单时，请附上资源 ID、请求 ID、发生时间、错误信息和已经执行过的排查步骤；不要提交密码、完整密钥或身份证件原图。
不要重复支付。保存第三方交易单号，先在充值账单确认是否仍在处理中；超过页面提示时间后提交工单核验。
核对费用主体、订单时段、计费单位、代金券适用范围和有效期。以订单确认页展示的最终金额为准。
先检查金额是否已消费、是否已经开票、订单是否仍在处理中以及认证主体是否一致，再根据页面提示补齐材料。
离开页面前，逐项确认：
如结果与本文不一致，应停止继续扩大变更范围，通过页面右上角“工单支持”提交问题。