Отправили крипту в OpenRouter, но credits не начислились? Вот почему и что делать

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

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

Коротко

OpenRouter не обрабатывает крипто-платежи сам. Он использует размещённый крипто-checkout, Coinbase Commerce, который зачисляет платёж только тогда, когда входящий перевод точно совпадает с той комбинацией сети и токена, под которую был создан конкретный счёт.

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

Именно в этом разрыве, успешный перевод в сети, который при этом является неопознанным платежом, и живёт почти каждый такой случай.

Что именно идёт не так, по частоте

1. Нужный токен, не та сеть. Самый частый случай с большим отрывом. USDC существует на Ethereum, Base, Polygon, Solana, Arbitrum, Optimism, Avalanche и не только. Это разные токены с разными адресами контрактов, у которых просто совпадают название и цена. Типичный случай: пользователь выводит USDC с крупной биржи, выбирает Polygon, потому что там самая низкая комиссия за вывод, отправляет чуть меньше 15 долларов, и перевод подтверждается за секунды. Счёт же ожидал другую сеть. Средства попадают на Polygon-адрес процессора, за которым этот счёт никогда не следит. Ничего не зачисляется и никакой ошибки не возникает. Решение принимается на экране вывода средств с биржи, и почти всегда оно принимается исходя из комиссии, а не из того, что запросил счёт.
2. USDT там, где принимается только USDC. Пользователи считают USDT и USDC взаимозаменяемыми, потому что оба привязаны к доллару. Платёжные процессоры так не считают. Счёт, выставленный в USDC, не принимает USDT даже в той же сети. Схема, которую мы видели неоднократно: перевод USDT через Solana подтверждается в сети, у отправителя есть валидная подпись и зелёная галочка в кошельке, а баланс OpenRouter не меняется. Ещё один: небольшая сумма USDT, отправленная через Polygon, неделю спустя всё ещё не зачислена, и по тикету пока нет ответа.
3. Оплата через агрегатор или своп-маршрут. Оплата через своп-агрегатор или DEX-роутер вместо прямого перевода из кошелька может изменить то, что фактически видит адрес-получатель: адрес отправителя, путь токена, а иногда и сам токен. Один пользователь оплатил примерно 15 USDC через агрегатор на Solana; своп исполнился, средства ушли, credits не появились. Прямые переводы с кошелька, который вы контролируете, для оплаты счетов намного безопаснее, чем что-либо проведённое через своп.
4. Несовпадение суммы, включая переплату. При недоплате счёт, разумеется, остаётся открытым. Но и переплата может сломать автоматическое зачисление при некоторых конфигурациях процессора, потому что полученная сумма не совпадает с ожидаемой и платёж помечается для ручной обработки вместо автоматического закрытия. Отправить чуть больше, чтобы покрыть комиссии, не такой безопасный шаг, каким кажется. Если вы платили через ROZO Checkout и отправили слишком мало, всё проще: пока заказ не истёк, отправьте разницу на тот же адрес, в той же сети и в той же монете, и заказ продолжится. Подробнее: Я отправил в ROZO Checkout меньше суммы счёта. Что теперь?
5. Счёт истёк раньше, чем подтвердился перевод. У размещённых крипто-счетов есть окно действия, обычно от 15 до 60 минут. Если вы создали счёт, ушли заниматься другими делами и отправили через час, или если вы отправляете во время перегрузки сети, перевод может прийти уже после закрытия окна. Адрес по-прежнему настоящий. Счёт больше не слушает.

Шаг 1: Установите, что вы на самом деле отправили

Прежде чем кому-то писать, соберите факты. Без них поддержка не поможет, а ответ вы вполне можете найти сами за пять минут.

Откройте блок-эксплорер той сети, которую использовали, и найдите свою транзакцию. Выпишите:

• Хеш транзакции, полную строку, а не скриншот с обрезанной.
• Сеть, то есть фактическую цепочку, например Polygon PoS, Solana mainnet, Base.
• Адрес контракта токена, именно это поле окончательно закрывает вопрос USDC против USDT.
• Точную сумму, с полной десятичной точностью.
• Адрес получателя, куда в итоге ушли средства.
• Отметку времени, в UTC.
• Адрес отправителя, кошелёк, с которого вы платили.

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

Шаг 2: Проверьте, видны ли средства где-нибудь уже сейчас

Перед эскалацией стоит проверить две вещи.

Отображается ли платёж в checkout как ожидающий или нерешённый? У размещённых крипто-checkout часто есть состояния недоплаты, переплаты или задержки, которые может разрешить человек. Если ваш платёж вообще там виден, ваша позиция гораздо сильнее.

Приходило ли вам письмо от платёжного процессора? Coinbase Commerce отправляет свои уведомления независимо от OpenRouter. Поищите счёт в почте, включая спам.

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

Шаг 3: Обратитесь в поддержку правильно

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

Включите, в таком порядке:

1. Email вашего аккаунта OpenRouter.
2. Одно предложение с сутью проблемы: перевод подтверждён в сети, credits не начислены.
3. Идентификатор счёта или payment link.
4. Хеш транзакции, сеть, адрес контракта токена, точную сумму, отметку времени в UTC.
5. Ссылку на транзакцию в блок-эксплорере.
6. Чего вы хотите: начисления credits или возврата на адрес отправителя.

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

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

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

Два недавних случая и как их решили

Две ветки поддержки в Discord-сообществе OpenRouter в октябре 2026 года показывают оба типа сбоя и сколько времени занял каждый.

Не тот токен в нужной сети. 14 октября пользователь пополнил счёт на $10,80 через криптокассу Stripe в сети Polygon. Перевод был в USDT, а эта касса в Polygon принимает только USDC, поэтому ничего не зачислилось автоматически. Баланс ушёл в небольшой минус и заблокировал работу. Поддержка нашла платёж и вручную зачислила его через шесть дней.

Не хватило на комиссию. Другой пользователь 4 августа отправил 19 USDC в Solana. Касса требовала 20,05 USDC: $19 кредитов плюс комиссию за обработку. Из-за недоплаты процессор не завершил платёж, и сессия истекла. После четырёх отдельных тикетов и примерно двух с половиной месяцев поддержка вручную добавила $19 и объединила дубликаты в один тикет.

Общее у этих случаев: деньги дошли, поддержка нашла их по хешу транзакции, а решением стало ручное зачисление. Разница во времени в основном зависела от того, как было оформлено обращение. Ветка, где хеш и сеть были указаны сразу, закрылась меньше чем за неделю. Несколько тикетов по одному платежу растянулись на месяцы.

Правило, которое называет OpenRouter: если подходящий криптоплатёж не зачислен через два часа, нужно ручное зачисление от поддержки. Отвечайте в существующем тикете, указав хеш транзакции, сеть, точную сумму и счёт, а не открывайте новый.

Если хотите заплатить USDT в сети Polygon, вставьте ссылку на оплату OpenRouter в ROZO Checkout на checkout.rozo.ai. Он принимает USDT в Polygon и оплачивает счёт в USDC за вас.

Два недавних случая и как их решили

Две ветки поддержки в Discord-сообществе OpenRouter в октябре 2026 года показывают оба типа сбоя и сколько времени занял каждый.

Не тот токен в нужной сети. 14 октября пользователь пополнил счёт на $10,80 через криптокассу Stripe в сети Polygon. Перевод был в USDT, а эта касса в Polygon принимает только USDC, поэтому ничего не зачислилось автоматически. Баланс ушёл в небольшой минус и заблокировал работу. Поддержка нашла платёж и вручную зачислила его через шесть дней.

Не хватило на комиссию. Другой пользователь 4 августа отправил 19 USDC в Solana. Касса требовала 20,05 USDC: $19 кредитов плюс комиссию за обработку. Из-за недоплаты процессор не завершил платёж, и сессия истекла. После четырёх отдельных тикетов и примерно двух с половиной месяцев поддержка вручную добавила $19 и объединила дубликаты в один тикет.

Общее у этих случаев: деньги дошли, поддержка нашла их по хешу транзакции, а решением стало ручное зачисление. Разница во времени в основном зависела от того, как было оформлено обращение. Ветка, где хеш и сеть были указаны сразу, закрылась меньше чем за неделю. Несколько тикетов по одному платежу растянулись на месяцы.

Правило, которое называет OpenRouter: если подходящий криптоплатёж не зачислен через два часа, нужно ручное зачисление от поддержки. Отвечайте в существующем тикете, указав хеш транзакции, сеть, точную сумму и счёт, а не открывайте новый.

Если хотите заплатить USDT в сети Polygon, вставьте ссылку на оплату OpenRouter в ROZO Checkout на checkout.rozo.ai. Он принимает USDT в Polygon и оплачивает счёт в USDC за вас.