Общий баланс
Inbound и Outbound используют общий баланс трафика аккаунта. В меню аккаунта → Billing (/settings/billing) видны общий, бесплатный и оплаченный остатки, следующая дата обновления Free и доступные пакеты. Страница кабинета — источник текущего состояния кошелька; не вычисляйте баланс по количеству строк журнала.
Баланс демонстрационного аккаунта и ранее созданная покупка, ожидающая оплаты. Значения приведены для примера; Payment is pending ещё не подтверждает оплату. Интерфейс на английском. Открыть скриншот в полном размере.
Бесплатный остаток и покупки
После первого подтверждения почты начисляется 10 MiB Free. Далее бесплатный остаток обновляется каждые 30 дней без накопления: остаток заменяется на 10 MiB, а не увеличивается на эту сумму. Сетка обновления начинается с первой выдачи; ориентируйтесь на дату в Billing, а не на первое число месяца.
Сначала расходуется Free, затем оплаченные байты. Покупки разовые, суммируются, оплаченные байты не сгорают. Подписки и автоматического денежного списания из-за отрицательного остатка нет. Актуальные объёмы и цены смотрите на странице стоимости и в каталоге Billing.
Расход Inbound
Для принятого запроса учитываются байты пути и query, имён и значений заголовков, включая Host и Cookie, и тела. Схема и адрес Сервера не входят в request-target; при этом значение Host учитывается как заголовок. Оформление заголовков и chunked-рамки в сумму не входят.
Это не только размер тела. Например, тело из 1000 байтов при суммарных 300 байтах пути/query и заголовков даёт 1300 байтов расхода. Это условный расчёт, а не обещание размера конкретного запроса.
Отклонённые запросы не создают расход принятого запроса. Число Каналов и HTTP-повторов не умножает исходное списание при приёме.
Расход Outbound
Исходное декодированное тело учитывается один раз при начале первой HTTP-попытки. Длина base64-строки в JSON не является этим размером. Если save_response_body=false (по умолчанию), ответ не сохраняется и байты его тела не начисляются.
При save_response_body=true дополнительно учитываются сохранённые байты ответа каждой попытки, включая ошибочные и неполные ответы. Например, исходное тело 1000 байтов и сохранённые ответы 200 и 300 байтов дают 1500 байтов. При двух попытках исходное тело не считается второй раз.
Повтор и восстановление не дублируют исходное тело; отдельная запись duplicate также не создаёт новое HTTP-исполнение. Чтение или скачивание уже сохранённых данных не является новой отправкой. Удаление данных и истечение срока не возвращают уже учтённый расход.
Исчерпание остатка
Проверка остатка не резервирует жёсткую сумму на весь будущий трафик. Положительный остаток может разрешить обработку целого запроса, превышающего его; параллельные операции и задержка учёта также могут привести к минусу.
Для Inbound известный нулевой или отрицательный остаток блокирует новый приём по квоте. Самостоятельный Outbound проверяет остаток перед первой попыткой: неизвестный ожидает, неположительный отклоняет без HTTP. Принятое API задание поэтому ещё не доказывает начало исполнения.
Обновление Free не списывает отрицательный оплаченный остаток: долг в байтах уменьшает общий доступный баланс. Для продолжения может потребоваться пополнение. Это не автоматический платёж с карты.
Покупка и налоги
Откройте Billing и выберите доступный пакет. Нажатие Buy сразу создаёт покупку, ожидающую оплаты; это не предварительный просмотр. Дождитесь Payment is pending, затем нажмите Continue to checkout для перехода к оплате. Не создавайте ещё одну покупку только ради повторного открытия страницы оплаты. Налоги включены в стоимость пакета: вы платите указанную сумму без дополнительного налога при оплате. Окончательный результат платежа подтверждается сервером, а не параметрами ссылки возврата.
После возврата в кабинет дождитесь обновления заказа и кошелька. При неопределённом результате сначала проверьте прежнюю покупку, не создавайте несколько новых заказов подряд. Возвраты согласуются через поддержку; эта инструкция не задаёт новые условия возврата.
Проверка расхода
В карточке запроса сверяйте направление, размер исходного тела и сохранённые ответы попыток. Учёт поступает асинхронно, а исторический Outbound-расход может быть неизвестен и показан «—». Это не доказательство нулевого расхода.
См. Хранение, Повторы и API-токены.