Перейти к основному содержимому

Запускаете API-обёртку? Почему upstream-счёт за API — это себестоимость при модели с наценкой, и что будет с вашей маржой, когда провайдер поднимет цены

Опубликовано 11 мин чтенияMike ThriftMike Thrift
Запускаете API-обёртку? Почему upstream-счёт за API — это себестоимость при модели с наценкой, и что будет с вашей маржой, когда провайдер поднимет цены
Содержание страницы

Ваш дашборд показывает валовую маржу 81 процент. Ваш банковский счёт с ним не согласен. Где-то между страницей тарифов, которую вы написали полгода назад, и счётом провайдера, пришедшим сегодня утром, математика изменилась: ваш продукт нашёл мощный пользователь, upstream-модель подорожала — или то и другое случилось на одной неделе. Если вы продаёте продукт, построенный на чужом API — ИИ-функцию, поток сообщений, обогащение данных, оформление заказа, — ваша главная статья затрат это счёт, которым вы не управляете, и ваши книги должны относиться к нему соответственно, пока он не отнёсся соответственно к вам.

Это руководство о том, как честно вести учёт API-обёртки: почему upstream-счёт — это себестоимость проданных товаров, когда правила учёта говорят, что ваша «выручка» — это только ваша наценка, что на самом деле происходит с вашей маржой в день повышения цен и какие четыре линии защиты не дадут одному объявлению провайдера съесть ваш квартал.

Модель с наценкой в одном абзаце​

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

Агентства и обёртки сходятся к нескольким формам ценообразования: сквозное выставление затрат за единицу с наценкой, фиксированный абонемент с лимитом использования, гибрид базовой платы и платы за превышение либо оплата за результат. Каждая из них — замаскированная модель с наценкой, потому что каждая финансирует переменный upstream-счёт из цены для клиента, которую вы установили заранее. Как только вы забываете, что upstream-счётчик существует — а безлимитные тарифы с фиксированной ценой делают это классическим образом, — вы выписываете клиенту незаполненный чек со счёта вашего провайдера.

Почему upstream-счёт — это себестоимость, а не накладные расходы​

То, куда счёт провайдера попадает в ваших книгах, определяет, говорит ли ваша валовая маржа правду. Тест прост: растут ли затраты вместе с обслуживанием клиентов? Если подключение ещё одного клиента — или двукратный рост использования у существующего — увеличивает этот счёт, это прямые затраты на поставку вашего продукта. Это и есть себестоимость проданных товаров.

Отраслевые руководства по себестоимости для софтверного бизнеса говорят об этом прямо: производственный хостинг, обработка платежей, поддержка и сторонние API, от которых зависит продукт, — всё это находится выше строки валовой маржи. Плата за инференс и API, обслуживающая платящих клиентов, — это себестоимость, без оговорок. Ваша обёртка не может поставить ни единицы ценности без upstream-вызова, поэтому каждый токен, минута или запрос, которые потребляют ваши клиенты, — это единица себестоимости выручки.

Накладные расходы — это то, что вы платите, даже когда никто ничем не пользуется. Аренда, маркетинг, инженеры, строящие функции следующего квартала, ваша собственная зарплата — это операционные расходы, потому что они не двигаются вместе с использованием. Контрольный вопрос для любой спорной статьи: если бы все клиенты встали на паузу на месяц, этот счёт упал бы до нуля? Счётчик использования — да. Фиксированная плата за платформу или зарезервированные мощности — нет, поэтому многие компании делят счёт провайдера на переменную себестоимость за дозированное использование и постоянную себестоимость за резервы — обе выше черты, но учитываются раздельно, чтобы юнит-экономика оставалась чистой.

Неверная классификация лжёт дважды. Спрячьте счёт за API в накладные расходы — и ваша валовая маржа будет выглядеть как у классического SaaS: 75–85 процентов, пока операционные расходы тихо поглощают стоимость каждого действия клиентов. Это льстит показателю, на который смотрят инвесторы, но ИИ-бизнес там не живёт: с инференсом в себестоимости такие компании группируются вокруг валовой маржи 40–60 процентов. Хуже того, ложь прячет ваш ценовой пол. Основатель, верящий в 80 процентов, думает, что есть место для скидки за объём; основатель, видящий честные 50 процентов, точно знает, насколько может упасть цена, прежде чем каждый новый клиент начнёт приносить убыток. Второй основатель переживает первую корпоративную сделку.

Брутто или нетто? Вопрос ASC 606, спрятанный в вашей строке выручки​

Вот вопрос учёта, который большинство обёрток никогда не задаёт: а являются ли upstream-затраты вообще расходом — или им в принципе не место в вашем отчёте о прибылях и убытках? В ASC 606 ответ зависит от одного слова — контроль. Если вы контролируете услугу до её передачи клиенту, вы принципал: вы признаёте весь платёж клиента выручкой (брутто), а счёт провайдера относите в себестоимость. Если вы лишь организуете предоставление услуги кем-то другим, вы агент: выручкой вы признаёте только свою комиссию или наценку (нетто), а сквозная сумма идёт через балансовый счёт.

Признаки контроля практические, а не философские. Кто устанавливает цену для клиента — вы или провайдер? Кто ведёт поддержку и несёт ответственность, когда сервис падает? Несёте ли вы риск запасов — зарезервированные мощности, за которые платите независимо от использования клиентами? Обёртка с собственными ценами, собственной поддержкой и обязательствами перед провайдером выглядит принципалом и отчитывается брутто. Тонкая сквозная передача, перенаправляющая запросы по цене провайдера с фиксированной комиссией за посредничество, начинает выглядеть агентом, а агенты отчитываются нетто.

Почему это важно задолго до первого аудита. Отчётность брутто раздувает верхнюю строку выручки и сжимает проценты маржи; отчётность нетто показывает выручку меньше при гораздо более высокой марже. Ни один вариант не «лучше» — но инвесторы, кредиторы и покупатели, обнаружившие, что вы выбрали не тот, пересчитают ваши цифры, а пересчитанная история роста — это то, на чём умирают сделки. Если ваш продукт действительно тонкий — запросы внутрь, ответы наружу, цена рядом со счётчиком самого провайдера, — спросите своего бухгалтера, не признаёте ли вы выручку, которую никогда не контролировали. Исправить учётную политику в первый год гораздо дешевле, чем объяснять пересчёт на третий.

День, когда провайдер поднимает цены​

Пересмотр цен провайдером — не гипотеза, а фоновый ритм экономики API. С октября 2025 по октябрь 2026 года прейскурантные цены за токен выросли на 10 из 14 отслеживаемых тарифов моделей, причём поставщики привязывали рост к заявлениям о возможностях: каждый новый флагман стоит за токен дороже предыдущего, потому что делает больше за токен. Цены флагманов за одно поколение даже развернулись: после лет крутого снижения топовая универсальная модель теперь стоит в разы дороже предшественницы. А повышения приходят не всегда в виде пресс-релизов; иногда — в виде дат в календаре, например когда крупный провайдер удваивает тарифы API одной из моделей с 1 декабря, объявив об этом за несколько недель в журнале изменений, который ваши клиенты никогда не прочитают.

Ваши же цены для клиентов сами себя не пересматривают никогда. Всё, что вы пообещали — 29 $ за место, 49 $ за тариф, 0,10 $ за кредит, — это договор, страница тарифов и ожидания. Спред, который вы смоделировали при подключении, вы финансируете, пока его не измените, а сжимают его с обеих сторон сразу три силы.

Безлимитный тариф встречает мощного пользователя. Один тяжёлый пользователь на безлимитном тарифе может генерировать в десять раз больше upstream-затрат, чем средний: практики рассказывают об отдельных местах, сжигающих сотни долларов инференса при подписке за 29 $. Эмпирическое правило одного основателя data-SaaS: заложить 20 000 вызовов на пользователя при 49 $ в месяц — и маржа выглядит как 59 процентов на бумаге, пока один клиент не запустит скрипт обратной загрузки на выходных и не сожжёт полугодовую маржу до утреннего стендапа в понедельник. Средние лгут; распределения выставляют счета.

Агрегатор встречает пиковые цены. В октябре 2026 года агрегатор ИИ-подписок с фиксированными тарифами урезал квоты пользователей по одной популярной модели до 75 процентов после того, как пиковые цены API и тяжёлое сжигание токенов сломали экономику его безлимитных планов: подписчик, сжигающий сквозных кредитов на 60 $ при тарифе за 10 $, — это ежемесячный дефицит 50 $, который финансирует платформа. Урезание квот — это то, как выглядит повышение цен, когда поднять цены нельзя: счётчик провайдера продолжает крутиться, поэтому вместо этого уменьшается продукт. Ваши клиенты ощущают это как «продукт стал хуже за те же деньги» — потому что так оно и есть.

Стек дорожает послойно. Ваша обёртка редко зависит от одного счётчика. Речь, рассуждения, хранение, доставка и платёжный канал выставляются отдельно, и каждый пересматривает цены по собственному графику. Рост на 20 процентов по самому используемому вами ресурсу может съесть больше маржи, чем удвоение ресурса, которым вы почти не пользуетесь. Если вы не можете сказать, какая upstream-строка — крупнейшие затраты на клиента, вы узнаете это из счёта, а это самый дорогой из возможных учителей.

Четыре линии защиты, удерживающие спред положительным​

Остановить пересмотр цен провайдерами вы не можете. Но можете построить бизнес, где пересмотр цен — рутинное событие, а не чрезвычайное. Четыре практики в порядке влияния:

1. Считайте маржу на единицу, на клиента, на модель. Совокупная себестоимость говорит, что прошлый месяц был плохим; поединичный учёт говорит почему и чья это вина. Привязывайте upstream-затраты к каждому клиенту и каждому счётчику провайдера — токены по моделям, минуты по направлениям, запросы по конечным точкам — и ежемесячно разбирайте клиентов с худшей маржой. Платформы-перепродавцы усвоили это рано: единая смешанная наценка разваливается, как только в каталоге смешиваются кэшированные и некэшированные токены, пакетные и realtime-тарифы, договорные и прейскурантные цены. Если ваши книги не могут выдать себестоимость на клиента, ваше ценообразование — это догадка в костюме электронной таблицы. Книги в простом тексте делают старт дешёвым: пометьте каждую строку счёта провайдера тегом когорты клиентов — и отчёт о марже станет запросом, а документация проведёт по шагам.

2. Выставляйте использование сквозняком, с наценкой, — а не вокруг него. Сквозное выставление счетов списывает с каждого клиента ваши затраты на API пропорционально его фактическому потреблению плюс ваша плата за платформу или процент сверху. Счёт клиента движется вместе со счётчиком провайдера, поэтому тяжёлый пользователь сам финансирует свою тяжесть, а повышение провайдера перетекает в счета клиентов, а не в вашу маржу. Чисто фиксированная цена на переменные ресурсы — это структура, которая ломается; лечение — дозированная плата за превышение, истощаемые пакеты кредитов или гибридные тарифы «база плюс использование». Заметьте, учёт следует за экономикой: чем точнее ваша цена повторяет счётчик провайдера, тем внимательнее стоит пересмотреть с бухгалтером вопрос «принципал или агент» выше.

3. Ограничьте риск в договоре. Каждой фиксированной или пакетной цене нужен забор: включённые лимиты использования, пункты добросовестного использования с числовыми зубами, тарифы за превышение, опубликованные до их срабатывания, и условия, позволяющие менять цены при изменении базовых тарифов провайдера. Пункт об уведомлении об изменении цен за 30 дней стандартен в агентских договорах именно по этой причине. Время выторговывать право пересмотра цен — подписание, когда клиент хочет ваш продукт, а не продление, когда рычаги у него, а счёт — у вас.

4. Маршрутизируйте в обход дорогого счётчика. Мультимодельная маршрутизация, кэширование, пакетные конечные точки и компактные модели для простых задач снижают upstream-затраты на действие клиента, не трогая вашу цену. Кэшированные входные токены могут стоить вдесятеро дешевле свежих; пакетные API дают большие скидки в обмен на задержки, которые вы часто можете себе позволить. Относитесь к эффективности инференса как к рычагу маржи с ответственным и месячной целью — так же, как ресторан относится к фудкосту. Когда провайдер объявляет о повышении, команда с уже построенной маршрутизацией ведёт переговоры с позиции силы; все остальные — с позиции счёта.

Как это вести в учёте: месяц из жизни обёртки​

Допустим, у вас небольшая обёртка: 4 900 $ выручки от подписок за ноябрь, upstream-счёт за инференс на 2 100 $ за октябрьское использование и обработка платежей примерно за 3 процента. Книги за месяц выглядят так:

2026-01-01 open Assets:Checking:Operating USD
2026-01-01 open Income:Subscriptions:Wrapper USD
2026-01-01 open Expenses:COGS:Upstream-API USD
2026-01-01 open Expenses:Fees:Payment-Processing USD
2026-01-01 open Liabilities:Provider-Payable USD
 
2026-11-01 * "November plan revenue" "Customer subscriptions"
  Assets:Checking:Operating  4900.00 USD
  Income:Subscriptions:Wrapper  -4900.00 USD
 
2026-11-05 * "Upstream inference bill" "October provider invoice"
  Expenses:COGS:Upstream-API  2100.00 USD
  Liabilities:Provider-Payable  -2100.00 USD
 
2026-11-05 * "Payment processing" "November processor fees"
  Expenses:Fees:Payment-Processing  147.00 USD
  Assets:Checking:Operating  -147.00 USD

Обратите внимание на две вещи. Во-первых, счёт провайдера попадает в Expenses:COGS:Upstream-API, выше строки валовой маржи: валовая прибыль ноября — 4 900 $ минус 2 100 $, маржа 57 процентов, которая говорит правду об инференс-бизнесе. Во-вторых, счёт проводится через кредиторскую задолженность, а не прямо с расчётного счёта: провайдеру вы заплатите на его условиях (часто в середине месяца), тогда как клиенты заплатили вам при подключении, и задолженность делает этот временной разрыв видимым, вместо того чтобы позволить взгляду на остаток притвориться, будто все деньги ваши.

Дальше ежемесячная рутина — это три запроса: валовая маржа со строкой провайдера и без неё, затраты на активного клиента против цены тарифа и пять клиентов с худшей маржой. Следите за трендом на дашборде вроде Fava — и сжимающийся спред проявится наклоном за недели до того, как станет кризисом. Основатель, видящий наклон, поднимает ставку за превышение, ужесточает лимит или переключается на более дешёвую модель. Основатель, записавший всё это в накладные расходы, видит маржу 80 процентов вплоть до квартала, в котором заканчиваются деньги, — и так и не понимает, что произошло.

Источник: https://beancount.io/ru/blog/2026/11/09/api-wrapper-upstream-api-bill-cogs-markup-model-margin-guide

Опубликовано: 9 ноября 2026 г.

11 мин чтения

Строите стартап AI-голосовых агентов? Почему поминутный счёт Twilio относится к COGS, а не к накладным расходам

Поминутная телефония Twilio за $0,014 превращается примерно в $0,17 с учётом…

ai
cost-of-goods-sold
8 мин чтения

Затраты на API LLM — это COGS, а не накладные расходы: руководство по валовой марже для AI-обёрток

Инференс LLM — это переменная затрата на доставку вашего продукта, а не…

cost-of-goods-sold
ai
12 мин чтения

Ваш счёт за вебхуки — это себестоимость, а не накладные расходы: учёт событийного SaaS на Svix и Hookdeck

Счета Svix и Hookdeck — это себестоимость выручки, а не накладные расходы:…

saas
cost-of-goods-sold
12 мин чтения

Продажа доступа к вашему MCP-серверу: бухгалтерский учёт выручки по потреблению и подпискам

Признавайте выручку от потребления MCP по мере использования агентами,…

ai
saas
12 мин чтения

Точка безубыточности GPU: когда собственный кластер vLLM выгоднее счёта за LLM API

Самостоятельный хостинг выгоднее LLM API после примерно $20K/мес расходов на…

ai
cost-of-goods-sold