## Общий баланс {#overview}

Inbound и Outbound используют общий баланс трафика аккаунта. В меню аккаунта → **Billing** (`/settings/billing`) видны общий, бесплатный и оплаченный остатки, следующая дата обновления Free и доступные пакеты. Страница кабинета — источник текущего состояния кошелька; не вычисляйте баланс по количеству строк журнала.

![Billing: общий, бесплатный и оплаченный остатки, дата обновления Free и Payment is pending](/images/docs/common/billing-balance-pending-en.jpg)

*Баланс демонстрационного аккаунта и ранее созданная покупка, ожидающая оплаты. Значения приведены для примера; Payment is pending ещё не подтверждает оплату. Интерфейс на английском.* [Открыть скриншот в полном размере](/images/docs/common/billing-balance-pending-en.jpg).

## Бесплатный остаток и покупки {#balance}

После первого подтверждения почты начисляется **10 MiB Free**. Далее бесплатный остаток обновляется каждые 30 дней без накопления: остаток заменяется на 10 MiB, а не увеличивается на эту сумму. Сетка обновления начинается с первой выдачи; ориентируйтесь на дату в Billing, а не на первое число месяца.

Сначала расходуется Free, затем оплаченные байты. Покупки разовые, суммируются, оплаченные байты не сгорают. Подписки и автоматического денежного списания из-за отрицательного остатка нет. Актуальные объёмы и цены смотрите на [странице стоимости](/ru/pricing) и в каталоге Billing.

## Расход Inbound {#inbound}

Для принятого запроса учитываются байты пути и query, имён и значений заголовков, включая Host и Cookie, и тела. Схема и адрес Сервера не входят в request-target; при этом значение Host учитывается как заголовок. Оформление заголовков и chunked-рамки в сумму не входят.

Это не только размер тела. Например, тело из 1000 байтов при суммарных 300 байтах пути/query и заголовков даёт 1300 байтов расхода. Это условный расчёт, а не обещание размера конкретного запроса.

Отклонённые запросы не создают расход принятого запроса. Число Каналов и HTTP-повторов не умножает исходное списание при приёме.

## Расход Outbound {#outbound}

Исходное **декодированное** тело учитывается один раз при начале первой HTTP-попытки. Длина base64-строки в JSON не является этим размером. Если `save_response_body=false` (по умолчанию), ответ не сохраняется и байты его тела не начисляются.

При `save_response_body=true` дополнительно учитываются сохранённые байты ответа **каждой** попытки, включая ошибочные и неполные ответы. Например, исходное тело 1000 байтов и сохранённые ответы 200 и 300 байтов дают 1500 байтов. При двух попытках исходное тело не считается второй раз.

Повтор и восстановление не дублируют исходное тело; отдельная запись `duplicate` также не создаёт новое HTTP-исполнение. Чтение или скачивание уже сохранённых данных не является новой отправкой. Удаление данных и истечение срока не возвращают уже учтённый расход.

## Исчерпание остатка {#quota}

Проверка остатка не резервирует жёсткую сумму на весь будущий трафик. Положительный остаток может разрешить обработку целого запроса, превышающего его; параллельные операции и задержка учёта также могут привести к минусу.

Для Inbound известный нулевой или отрицательный остаток блокирует новый приём по квоте. Самостоятельный Outbound проверяет остаток перед первой попыткой: неизвестный ожидает, неположительный отклоняет без HTTP. Принятое API задание поэтому ещё не доказывает начало исполнения.

Обновление Free не списывает отрицательный оплаченный остаток: долг в байтах уменьшает общий доступный баланс. Для продолжения может потребоваться пополнение. Это не автоматический платёж с карты.

## Покупка и налоги {#purchase}

Откройте Billing и выберите доступный пакет. Нажатие **Buy** сразу создаёт покупку, ожидающую оплаты; это не предварительный просмотр. Дождитесь **Payment is pending**, затем нажмите **Continue to checkout** для перехода к оплате. Не создавайте ещё одну покупку только ради повторного открытия страницы оплаты. Налоги включены в стоимость пакета: вы платите указанную сумму без дополнительного налога при оплате. Окончательный результат платежа подтверждается сервером, а не параметрами ссылки возврата.

После возврата в кабинет дождитесь обновления заказа и кошелька. При неопределённом результате сначала проверьте прежнюю покупку, не создавайте несколько новых заказов подряд. Возвраты согласуются через поддержку; эта инструкция не задаёт новые условия возврата.

## Проверка расхода {#troubleshooting}

В карточке запроса сверяйте направление, размер исходного тела и сохранённые ответы попыток. Учёт поступает асинхронно, а исторический Outbound-расход может быть неизвестен и показан «—». Это не доказательство нулевого расхода.

См. [Хранение](/ru/docs/common/storage), [Повторы](/ru/docs/common/retries) и [API-токены](/ru/docs/common/account-api-tokens).