> ## Documentation Index
> Fetch the complete documentation index at: https://docs.tuneplane.ai/llms.txt
> Use this file to discover all available pages before exploring further.

# 账单

> 在用量页已经显示的那些 GPU 小时之上加一个价格，在 `/admin/billing`。

GPU 小时花了多少钱，在 `/admin/billing`。仅管理员，且是商业版的一部分。

它加的是一个**价格**，不重新测量任何东西。小时数来自[用量](/zh-Hans/console/usage)页显示的同一套
计量，因为"我们到底用了多少"的第二个定义，是一个没人能裁决的争论。

## 你看到什么

| 区域             | 显示什么                 |
| -------------- | -------------------- |
| **分组方式**       | 按团队、项目或人             |
| **周期**         | 时间范围，按天数             |
| **运行数**        | 这个周期里有多少次运行          |
| **GPU 小时**     | 和用量页上报的同一批小时         |
| **成本**         | 那些小时按各卡型配置的费率算出来的钱   |
| **未定价 series** | 没有设费率的卡型会被点名，而不是被折进零 |

## 一次运行算在哪个周期

一次运行算在它**结束**的那个周期。

把一次长运行按周期边界切开会更精确，也会让这个月的账单在那次运行结束前一直在动。人们对一份账单的
期待是它结算之后就不再动了。

还在跑的作业会按它已经跑掉的部分计，并单独标出来，这样一个在途的大作业不会让当前周期看起来莫名
便宜。

## 关于算法的两点

钱从头到尾是整数微单位。每次运行少算一分钱的零头，累积几千次运行之后就是一个没人能对上的总额。

一次运行持有多种卡型时按卡数拆分，而且是**精确而非近似**的：一个作业的各个 pool 是一起放置、一起
启动、一起释放的，所以没有需要估算的部分重叠。

## 你能做什么

| 操作          | 效果                                                       |
| ----------- | -------------------------------------------------------- |
| 改分组方式或周期    |                                                          |
| **设一个团队预算** | `PUT /api/billing/teams/{key}/budget`。超出月度预算的团队会排队，而不是失败 |
| 按卡型设费率      | 没有设费率的卡型出现在未定价 series 下                                  |

花完预算的团队可以为某一次运行申请一次性例外 —— 见[审批](/zh-Hans/console/approvals)。

## 下一步

[团队](/zh-Hans/console/teams) · [用量](/zh-Hans/console/usage) ·
[在团队中工作](/zh-Hans/guides/teams)