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

Считайте вызов, который приносит долю цента

Считайте вызовы своим счётчиком, а период закрывайте одним счётом в стейблкоинах: миллион запросов превращается в один платёж, минимума за списание нет, и деньги становятся вашими в тот миг, когда платёж подтверждён на кошельке.

Считайте вызов, который приносит долю цента

Где оплата за вызов упирается в фиксированную плату карт

Почему биллинг API по факту теряет двузначные проценты на мелких счетах?

Четыре изъяна, которые карточный приём закладывает в оплату API за вызов.

Фиксированная плата за списание больше, чем сам оплачиваемый вызов

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

Предоплаченные кредиты требуют казначейства, которого у вас нет

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

Корпоративный контракт закрывается, а потом застревает в закупках

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

У разработчика есть бюджет, а у его карты — не та страна выпуска

Заметная доля нагрузки на API идёт от сообществ фриланс-разработчиков из регионов, которые модель риска платёжного сервиса считает подозрительными уже на входе. У разработчика есть и корпоративная карта или стейблкоин, и реальная задача, но карта отклоняется по одной только стране выпуска. Вы потратили деньги на привлечение, довели его до страницы регистрации — и платёжная форма, а не продукт, отправляет его прочь.

Что меняет кошельковый канал в оплате за вызов

Что меняется, когда период использования закрывается одним платежом в стейблкоинах?

Четыре вещи встают на место, как только счётчик перестаёт кормить карточный процессинг.

В сеть платёж уходит на закрытии периода, а не на каждый запрос

Ваш счётчик уже складывает вызовы там, где вам удобно, — строка в Postgres, счётчик в Redis. На закрытии периода он отдаёт одно число, клиент оплачивает один счёт, и месяц из миллионов вызовов превращается в один перевод вместо миллиона. Раскидывать по такому счёту фиксированную плату не нужно — её нет, поэтому вызов ценой в долю цента и мелкий перерасход наконец-то выгодно выставить. Ставка — 1,0 % со счёта, одинаковая и на счёте в 4 $, и на счёте в 4 000 $.

Предоплаченные кредиты — это счётчик, а не отложенная выручка

Клиент один раз оплачивает счёт на пополнение, вы добавляете ему баланс и списываете его по мере вызовов — кредиты живут как баланс на его счету в вашей базе, а не как обязательство с риском оспаривания. Платёж в стейблкоинах окончателен после подтверждения, поэтому над месячным пополнением не висит отмена задним числом. Чтобы вернуть неиспользованный остаток, вы делаете один исходящий перевод со своего баланса Paymos — когда сами решите и без платы за отмену на возврате.

Бумаги по контракту остаются, а сама оплата ускоряется

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

У кошелька нет страны выпуска, по которой можно отказать

Разработчик, чью карту отклонили по стране, подписывает перевод и закрывает счёт меньше чем за минуту — в той сети, где у него уже лежат средства. Нет BIN, который пометят, нет наценки за зарубежный платёж, нет оценки риска, отсекающей рынок, где ваш API объективно лучше: Paymos не проверяет ни покупателя, ни вашу категорию, и ни один сервис не закроет вам счёт за то, что вы обслуживаете этот регион. Ваш рынок растёт за счёт разработчиков, которых карты тихо обходят стороной.

Как платформа API подключается к расчёту

Как добавить Paymos к биллингу API по факту использования?

Три способа — под то, кто держит счётчик и какой сегмент платит.

API сервер-сервер — закрывайте период, который считает ваш счётчик

API сервер-сервер — закрывайте период, который считает ваш счётчик

Провайдеры API почти всегда ведут счётчик у себя: готовый биллинг по подписке редко описывает квоту RPC или задачу инференса. Серверный API берёт число, которое счётчик отдаёт на закрытии периода, выставляет один счёт и передаёт его кошельку клиента в той сети, где у него лежат средства. Вебхук с подписью HMAC-SHA256 срабатывает при подтверждении. Ваш планировщик запускает закрытие, ваш счётчик считает итог, а приём платежа от кошелька клиента к вашему берёт на себя Paymos.

Подробнее
Встроенная оплата — пополнение кредитов прямо в вашей панели

Встроенная оплата — пополнение кредитов прямо в вашей панели

Для пополнения кредитов встройте оплату Paymos в окно «купить кредиты» в вашей панели. Клиент выбирает сумму и платит, не уходя с вашего домена, а ваш сервер добавляет ему баланс в момент прихода вебхука. Клиенты с картой остаются на прежнем приёме платежей, клиенты с кошельком платят здесь — выбор канала за каждым клиентом, а не переезд всей платформы.

Подробнее
Платёжные ссылки — контракты с объёмом и годовая предоплата

Платёжные ссылки — контракты с объёмом и годовая предоплата

Для контракта с обязательным объёмом или годовой предоплаты договор и счёт уходят клиенту, как и сейчас. Когда закупки одобрят оплату, создайте платёжную ссылку из CRM или системы счетов, укажите в назначении платежа номер заказа или контракта и отправьте её человеку из финансового отдела. Ссылка работает, где бы клиент ни был — в Сингапуре, Сан-Паулу или Лагосе, — и обходить географию карточных сетей не нужно.

Подробнее

Модели API, которые уже работают на кошельковом канале

Какие модели API работают на кошельковом канале на реальных платежах?

Четыре формы из реальных API-продаж — RPC, сообщения, инференс, геокодинг.

RPC и ноды — клиенты уже живут в крипте по определению

Разработчик, который платит за доступ к ноде, уже держит USDC — это тот же кошелёк, которым он разворачивает контракты. Берите оплату за месячный тариф с него же: платёж подтверждается за секунды, приходит на ваш баланс Paymos и остаётся там — оплаченный месяц доступа отозвать нельзя. Для этой ниши кошельковый канал не лишняя просьба к клиенту, а тот канал, на котором он и так был.

API сообщений — биллинг за сообщение с жёстким лимитом расходов

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

API инференса — рваная нагрузка по GPU-секундам, предоплата под неё

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

API геокодинга и карт — оплата за тысячу запросов

API геокодинга считают за тысячу запросов. У службы доставки с десятками миллионов запросов в месяц счёт слишком велик для личной карты основателя и слишком неформален для корпоративных закупок. Оплата по факту закрывает период одним платежом, который приходит на баланс Paymos при подтверждении, — именно такой средний месячный счёт удобнее провести, когда под ним нет минимальной платы за списание и его нельзя отозвать после того, как запросы отработали.

Биллинг API-сервисов на стейблкоинах

Частые вопросы

Как обрабатывается миллион вызовов по доле цента — каждый ли расчёт идёт в сети?
Нет, и в этом нет смысла: перевод в сети на каждый вызов стоил бы дороже, чем сам вызов приносит. Ваш счётчик складывает вызовы в своей базе (строка на вызов или счётчик — как у вас уже сделано) и закрывает период одним итогом. Вы выставляете его одним счётом, и клиент оплачивает его в сети один раз. Месяц из миллионов вызовов — это один расчёт, а не миллион: платёж в сети идёт по биллинговому циклу, а не на каждый запрос к API.
Что за модель предоплаченных кредитов и как вернуть неиспользованный остаток?
Клиент оплачивает счёт на пополнение, вы храните баланс в своей базе и списываете его по своему тарифу за вызов. Чтобы вернуть остаток, вы делаете исходящий перевод со своего баланса Paymos на кошелёк клиента — комиссию за этот перевод Paymos не берёт, вы платите только сниженную сетевую комиссию, которая ниже реальной стоимости перевода в сети. Отзыва задним числом нет, потому что платёж в стейблкоинах окончателен, и нет мороки с отложенной выручкой, потому что кредиты — это просто баланс на счету клиента. Срок действия остатка вы задаёте сами и проверяете запросом к своей же базе.
Можно ли оставить карты для мелких самостоятельных аккаунтов, а стейблкоины — для корпоративных?
Да, и чаще всего переходят именно так. Карты остаются у мелких клиентов, которые подключаются сами: им удобнее привязанная карта. Paymos забирает контракты с обязательным объёмом и зарубежный сегмент, которому карты отказывают. В вашем биллинге меняется только пометка о канале оплаты при создании счёта, а в учёте оба канала сходятся в одном закрытии периода.
Как работает отсрочка 30 дней для клиентов API с требованием заказа на закупку?
Отсрочка остаётся условием вашего договора, а счёт с номером заказа — документом, который выпускает ваша учётная система: финансовый отдел сверяет его со своим учётом обязательств, как и сейчас. Когда оплату одобряют, вы отправляете платёжную ссылку, где ваш номер заказа или контракта идёт прямо в назначении платежа. Как только деньги подтверждены, приходит вебхук с этим номером — и задолженность закрывается. Это быстрее банковского перевода, у которого многодневный клиринг, а отозвать платёж могут ещё неделями.
Какие сети подходят клиентам API разного размера?
Пусть клиент платит в той сети, где у него уже лежат средства. Для мелких месячных счетов и пополнений кредитов быстрые сети вроде Base, Polygon и BSC делают комиссию за перевод почти незаметной, а в сети Plasma перевод USDT и вовсе спонсируется до нуля. Для крупных контрактов с обязательным объёмом клиент чаще платит в сети Ethereum: контрагент уже держит там средства и может проверить платёж в обозревателе блокчейна. USDT в сети Tron — частый выбор для зарубежного сегмента разработчиков, но ради ликвидности, а не дешевизны: Tron как раз самая дорогая сеть для отправителя. USDC покрывает почти все эти случаи, и его удобно держать вашей финансовой команде.
Чем это отличается от связки «надбавка за метеринг плюс учётная система» для корпоративных счетов?
Такая связка — это две системы, две сверки, два тарифа комиссий и многодневное ожидание, пока деньги станут доступны. Paymos — это один счёт, один расчёт и подтверждение в сети за секунды-минуты в зависимости от суммы и сети. Учётная система оправдывает себя, если команде важно согласовывать исходящие платежи по правилам; а чтобы просто получать деньги от клиентов, кошельковый канал — путь короче. Частая схема — подержать обе системы на старте, а потом отключить такую надстройку для входящих платежей.

Честно о границах применимости

Когда Paymos НЕ подходит для биллинга API

Четыре случая, когда правильнее остаться на процессинге карт или учётной системе.

Ваша выручка сосредоточена в отделах оплаты, признающих только банковский перевод

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

Ваши плоские тарифы держатся на тихом автопродлении

API-ключ на тарифе Growth за 49 $/мес продлевается сегодня потому, что привязанная карта списывается сама, без участия клиента. Paymos так не умеет: списать с кошелька нельзя, и каждый период клиент оплачивает счёт сам, осознанно. Если основная выручка — это фиксированные тарифы, которые держатся на инерции, оставьте их на картах, а Paymos подключите для оплаты перерасхода по счётчику, пополнения кредитов и корпоративных контрактов.

Оплата по факту со счетами меньше 1 $ не подходит ни одному каналу, включая этот

Если ваша модель даёт 100 тыс. клиентов в месяц и каждый должен по 0,30 $, не подойдёт ни один способ оплаты: даже одна комиссия в сети не равна нулю, а 100 тыс. расчётов — это реальная нагрузка на вас. Выход везде один: ввести минимальную сумму счёта за месяц, переносить мелкие остатки на следующий период или перейти на предоплаченные кредиты с минимальной суммой пополнения. Paymos снимает проблему платы за каждый вызов на счетах от 10 $; а со счетами меньше 1 $ сначала придётся пересобрать сам продукт.

Ваш биллинг ЦЕЛИКОМ построен на API метеринга карточного процессинга

Если подсчёт вызовов, тарифы и выставление счетов целиком завязаны на систему учёта вашего платёжного сервиса, переезд — это квартал работы инженеров, а не пара настроек. Начните с новых корпоративных контрактов на Paymos, где разница в комиссии заметнее всего, а уже работающих клиентов не трогайте, пока переход на новую систему и так не встанет в план. Рабочий счётчик дороже, чем экономия на комиссии.

Цена

1,0 % с оплаченного счёта. Без платы за вызов и без надбавки за метеринг

Одна и та же ставка и для стартового пополнения на 50 $, и для корпоративного контракта на 50 000 $ — при любой сумме. Для большого объёма — 0,3 % по запросу. Приём карт в сумме выходит около 3 %, если сложить фиксированную плату за списание и надбавку за регулярные платежи, — а одна только фиксированная плата способна забрать пятую часть мелкого счёта за перерасход.

Тарифы

Выставьте миллион вызовов одним счётом, который зачисляется в момент подтверждения