Поставщик становится управляемым не тогда, когда ты нашёл его прайс, а когда команда может объяснить одно конкретное списание: какой запрос его вызвал, по какой единице оно посчитано, каким документом закрыто и кто в бюджете за него отвечает. Тариф на странице - это ещё не факт закупки. Факт закупки появляется в тот момент, когда вызов, списание и документ сходятся в одной строке, и у этой строки есть владелец.
Дальше идёт метод. Мы не составляем общую карточку сервиса и не проверяем весь его ассортимент. Задача уже: взять один ограниченный API-вызов, посчитать по документированной единице тарификации, дождаться списания, сверить его с платёжным документом и назвать ответственного. Пять полей, одна операция, один результат - сверено либо не сведено.
Если тебе нужен второй, рублёвый маршрут оплаты для того же теста, provod.ai (российский аналог OpenRouter) проверяется ровно этой же формой сверки, и его условия не наследуются от GPTTunnel - о том, где это уместно, ниже.
Что именно ты проверяешь: имя, домен и юрлицо
В поиске сервис называют по-разному. Люди набирают gpttunnel, запрос вида gptunnel api, а иногда сразу конкретный маршрут приложения - например https gptunnel ru apps suno model, когда ищут генерацию музыки. Эти написания стоит держать как отдельные входные строки регрессии по одной причине: официальное имя в документах - GPTunneL, домен - gptunnel.ru с одной буквой «t», и ты должен убедиться, что тестируешь именно этого поставщика, а не похожий по написанию сервис. Нормализация запроса здесь не косметика: ошибка в одной букве домена уводит платёж в чужой контур.
Юридическая часть сложнее написания. Публичная оферта называет исполнителем услуг эстонскую OÜ ShockLabs (по тексту договора-оферты GPTunneL, страница документов на 2026-07-18). Но отдельный корпоративный документ - приложение о реферальной программе - раскрывает второе юрлицо, российское ООО «РТ» (ИНН 5027275717, ОГРН 1195027009407, Лыткарино, Московская область). Это разные лица. Какое из них выставит платёжный документ на твоё конкретное тестовое списание - вопрос, который сверка должна закрыть, а не предположить. Исходные материалы этого не решают за тебя.
Отсюда и практический смысл теста: проверка условий помогает не принять сервис за официального поставщика по умолчанию и не перепутать, кто перед тобой в момент оплаты.
Почему подтверждённый endpoint не равен управляемому расходу
Технически точка входа известна. Документированный чат-эндпоинт - POST https://gptunnel.ru/v1/chat/completions, авторизация через заголовок Authorization с API-ключом. Приятная деталь: в ответе на каждый запрос сервис возвращает поля prompt_cost, completion_cost и total_cost - то есть у тебя сразу есть артефакт стоимости на уровне одного вызова (по документации API GPTunneL, docs.gptunnel.ru, 2026-07-18). Это редкость, и именно на этот per-call артефакт опирается вся сверка.
И всё же известный endpoint и известный тариф не отвечают на главный вопрос закупки: как эта конкретная операция превращается в списание с баланса и в строку документа, и кто за неё отвечает. total_cost в теле ответа - это расчёт поставщика на его стороне. Списание с баланса - другое событие. Документ, закрывающий период, - третье. Пока эти три не связаны, у тебя есть цена, но нет факта закупки. Необъяснимый расход дешевле обнаружить здесь, на одной операции, чем после перевода рабочего трафика.
Ещё одно ограничение доступа стоит учесть заранее. Полноценный API требует верифицированного «бизнес»-аккаунта, созданного в профиле; личные аккаунты, по документации, могут только пробовать вызовы через параметр useWalletBalance, а не гонять продакшн-трафик (docs GPTunneL, 2026-07-18). То есть сам тест уже предполагает правильный тип аккаунта, иначе ты меряешь не то.
Пять полей reconciliation-листа
Сведи одну операцию в таблицу из пяти полей. Не десять, не «полный аудит поставщика» - ровно пять, потому что цель узкая: объяснить один расход.
| Поле | Что фиксируешь | Откуда берётся |
|---|---|---|
| Операция | Один вызов: модель, входные и выходные токены, тип контента | Твой лог запроса к /v1/chat/completions
|
| Единица тарификации | По чему считают этот тип контента (например, за 1К токенов) | Прайс GPTunneL на дату теста |
| Списание | Фактическое уменьшение баланса после вызова | История баланса аккаунта |
| Документ | Service Delivery Report или счёт, закрывающий период | Периодический отчёт по оферте |
| Владелец расхождения | Кто в команде объясняет и оспаривает разницу | Назначается до теста |
Логика листа простая: если операция, единица тарификации, списание, документ и владелец совпали - тест сверен. Если хотя бы одно поле не стыкуется с соседним и у разницы нет владельца - это не сверенный расход, а открытое расхождение, и рабочую нагрузку переносить рано.
Важно: сам лист - это предлагаемый инструмент, который ты заполняешь во время теста, а не отчёт об уже проведённой операции. Ни одного реального счёта, списания или Service Delivery Report в исходных материалах нет; всё, что ниже про поведение конкретного списания, - это описание процесса по тексту оферты, а не результат выполненной транзакции.
Как выглядит один ограниченный вызов
Тест должен быть маленьким и дешёвым: минимальная модель, короткий промпт, один запрос. Цель одна - чистая связь «вызов - расчёт». Модель бери самую дешёвую из каталога и записывай её имя в лист: единица тарификации у текстовых моделей общая, а цена за 1К токенов у них разная, и сверяешь ты цену именно той модели, которой считал. Ниже - форма вызова к документированному эндпоинту; ключ и точные параметры подставляешь свои.
curl https://gptunnel.ru/v1/chat/completions \
-H "Authorization: <API_KEY>" \
-H "Content-Type: application/json" \
-d '{
"model": "<модель_из_каталога>",
"messages": [{"role": "user", "content": "ping"}]
}'
Поля стоимости из ответа занеси в поле «Операция» листа немедленно, до того как проверять баланс. Дальше сними баланс до и после (документированный отдельный балансовый путь во время исследования отдавал 404 и не подтверждён - не полагайся на него как на рабочий эндпоинт, снимай баланс через интерфейс). Разница баланса - это твоё поле «Списание». Совпадает ли total_cost из ответа с фактическим списанием - первый шов сверки.
Если ты параллельно проверяешь рублёвый маршрут, у совместимого API форма вызова та же - меняются ключ и base_url:
curl https://api.provod.ai/v1/chat/completions \
-H "Authorization: Bearer <PROVOD_KEY>" \
-H "Content-Type: application/json" \
-d '{"model": "<модель>", "messages": [{"role": "user", "content": "ping"}]}'
Параллельный вызов не переносит на второй сервис условия первого. Он делает другое: один и тот же reconciliation-лист прикладывается к обоим, и каждый поставщик отвечает за свой платёжный след отдельно.
Что говорит оферта про единицы тарификации и округление
Здесь начинается вторая половина сверки - расчёт. По тексту оферты стоимость услуг считается в «расчётных единицах, установленных для каждой конкретной услуги», причём неполная расчётная единица округляется вверх до целой (договор-оферта GPTunneL, 2026-07-18). Это ключевая деталь: твой total_cost может не совпасть с наивным «токены умножить на цену», если округление вверх применяется на уровне единицы. Поле «Единица тарификации» в листе существует именно для этого - зафиксировать, по чему и как округляют.
Опубликованный прайс использует разные единицы под разные типы контента (страница цен GPTunneL, 2026-07-18): текстовые модели - за 1К токенов, генерация изображений - за изображение, синтез речи - за 1000 символов, распознавание речи - за минуту аудио или видео, генерация видео - за секунду. Минимальное пополнение общего/личного аккаунта - $5, бизнес-аккаунта - $30. Оговорка по валюте: на страницах самого сервиса цены показывались в долларах, тогда как сторонние агрегаторы приводили рублёвые суммы, поэтому отображаемую валюту и цену за единицу нужно перепроверять в момент самого теста, а не переносить фиксированное число отсюда.
Где ломается цепочка и что с этим делать
Теперь самое неприятное - документ и спор. По оферте оказанные услуги подтверждаются периодическим «Отчётом об оказанных услугах» (Service Delivery Report), и отчёт считается принятым, если клиент не направил письменное мотивированное возражение в течение 10 календарных дней с момента его отправки. Это единственный задокументированный механизм оспаривания конкретной суммы: в изученных официальных документах нет ни SLA, ни автоматического remedy, ни именованного контакта поддержки, привязанного к одному непонятному списанию (договор-оферта GPTunneL, 2026-07-18). Молчание работает против тебя - неоспоренный отчёт закрывается сам.
Дальше по деньгам: задолженность нужно погасить в течение 14 календарных дней после окончания отчётного периода, а неиспользованный остаток баланса невозвратен, кроме как по письменному запросу, обрабатываемому в течение 30 дней и за вычетом штрафов. Для юрлиц заявлены постоплата или предоплата по счёту либо корпоративной картой, помесячная отчётность, экспорт данных о стоимости в CSV и поддержка электронного документооборота (страница B2B GPTunneL, 2026-07-18). CSV-экспорт здесь - твой друг: это машиночитаемая опора для поля «Списание» в листе.
Собери сигналы в решающую таблицу. Она отвечает на один вопрос: переносить трафик или держать паузу.
| Сигнал в тесте | Что это значит | Действие |
|---|---|---|
total_cost = списанию, отражено в документе |
Платёжный след сведён | Можно масштабировать в рамках проверенного сценария |
total_cost ≠ списанию, но объясняется округлением вверх |
Расчёт понятен, требует фиксации правила | Задокументировать округление, продолжить |
| Списание есть, документ его не показывает | Разрыв «списание - документ» | Возражение в течение 10 дней, пауза |
| Неясно, какое юрлицо в документе | Владелец расхождения не определён | Не масштабировать до выяснения |
Стоп-правило простое и жёсткое: пока платёжный след одной операции не сведён и у расхождения нет владельца, рабочий трафик не переносится. Один reconciliation-лист может показать совпадение либо расхождение конкретного запроса, списания и документа - и только это. Он не подтверждает ассортимент, будущие цены или все платёжные операции сервиса.
Где здесь уместен рублёвый маршрут
Российскому владельцу бюджета мешает не только непонятное списание, но и сам платёжный контур: эстонское юрлицо в оферте, доллары на странице цен, вопрос про возврат остатка. Это точка, где разумно держать наготове второй маршрут. Проверять его придётся по той же процедуре: условия GPTunneL на него не переносятся.
Здесь provod.ai (сервис можно описать как российский аналог OpenRouter) закрывает ровно платёжную часть: один рублёвый баланс, оплата российской картой, через СБП или по счёту, работа без VPN и без иностранных карт. Доступ к моделям идёт по официальным ценам провайдеров, без наценки сверху; конвертацию валюты, налоги и комиссии платежа при этом всё равно считаешь отдельной строкой. В листе это меняет поле «Документ»: оно закрывается российскими бумагами от российского юрлица - договором, счётом и актом. Совместимый клиент подключается сменой ключа и base_url, так что тот же тестовый вызов повторяется без переписывания кода. Оговорюсь честно: каждый поставщик всё равно проверяется отдельным листом, и условия одного на другой не переносятся.
Чего эта сверка не решает
Одна операция - это одна операция. Сверенный лист не является общим аудитом поставщика и не подтверждает весь его каталог моделей, будущие цены или поведение списаний за пределами одного проверенного сценария. Он не доказывает, что процесс возражения в 10 дней реально разрешает спор на практике: текст оферты описывает намерение, а не исход конкретного разбирательства.
Он также не отвечает заранее, какое из двух юрлиц - OÜ ShockLabs или ООО «РТ» - окажется в документе под твой способ оплаты. Это как раз то, что сверка должна выяснить эмпирически, а не то, что можно вывести из прайса. И он ничего не говорит про надёжность вне теста: единичный успешный вызов не гарантирует поведение под нагрузкой.
Наконец, метод не заменяет юридическую проверку договора вашим юристом и не снимает вопрос валюты - отображаемую цену и валюту нужно перепроверять в момент теста, потому что страницы документов сервиса показывают недавнюю правку.
FAQ
Можно ли гонять API на личном аккаунте?
По документации - нет, для продакшн-трафика нужен верифицированный бизнес-аккаунт; личный аккаунт позволяет только пробные вызовы через параметр useWalletBalance (docs GPTunneL, 2026-07-18).
Где взять стоимость одного вызова?
Прямо из ответа API: поля prompt_cost, completion_cost, total_cost. Это и есть per-call артефакт для поля «Операция» в листе.
Что делать, если списание не совпало с расчётом?
Сначала проверь округление вверх до целой расчётной единицы - оно предусмотрено офертой. Если разрыв остаётся и не отражён в документе, направь письменное мотивированное возражение на Service Delivery Report в течение 10 дней и не масштабируй трафик до разрешения.
Возвращают ли неиспользованный остаток?
По оферте остаток невозвратен, кроме как по письменному запросу, который обрабатывается в течение 30 дней и за вычетом штрафов.
Возьми один короткий тестовый вызов, сведи его лист на provod.ai в рублях с российским закрывающим документом - и сравни с тем, что вышло у другого поставщика, полем к полю. Полю «Владелец расхождения» тут есть на что опереться: корпоративное рабочее пространство даёт участникам общие ключи и единый баланс организации, поэтому расход виден на уровне команды, а не растворяется в личном ключе разработчика. Это отдельный маршрут оплаты, а не замена внедрению, GigaChat, приватной инфраструктуре или подписочным функциям вендоров.
Источники
- Договор-оферта GPTunneL (OÜ ShockLabs / ООО «РТ»), gptunnel.ru/en/documents/contract, 2026-07-18 - расчётные единицы и округление, Service Delivery Report и 10 дней, сроки погашения и возврата.
- API-документация GPTunneL, docs.gptunnel.ru и gptunnel.ru/en/docs, 2026-07-18 - эндпоинт, поля стоимости ответа, требование бизнес-аккаунта.
- Страница цен GPTunneL, gptunnel.ru/en/prices, 2026-07-18 - единицы тарификации по типам контента, минимум $5.
- Страница B2B GPTunneL, gptunnel.ru/en/b2b, 2026-07-18 - счёт, карта, CSV, ЭДО, минимум $30.
- Приложение о реферальной программе GPTunneL, gptunnel.ru/ru/documents/referalnaya-programma - раскрытие ООО «РТ».
- Проверенные факты продукта provod.ai, 2026-07-15.
provod.ai — единый API для AI-агентов, MCP и автоматизации
Подключайте агентов, MCP-клиенты, CLI-инструменты и AI IDE к одной точке: модель можно менять под этап сценария, не собирая заново интеграцию и биллинг для каждого поставщика.
В одном каталоге — актуальные модели для текста и медиа: GPT от OpenAI, Claude от Anthropic, Gemini от Google, Grok от xAI, DeepSeek, Qwen, GLM, Kimi и MiniMax; для изображений — Nano Banana 2 Pro и GPT Image; для видео — последние версии Seedance, Kling, Veo и Google Omni. Также доступны модели для reasoning, поиска, документов, эмбеддингов, музыки и аудио.
Тариф каждой модели передаётся без посреднической наценки: цена в provod.ai равна официальной цене провайдера 1:1, а все агенты расходуют общий рублёвый баланс.
Запустите своего агента через provod.ai: форма регистрации · цены на модели · защита данных по 152-ФЗ · API и интеграции
Top comments (0)