Российский бизнес тратит 100–150 миллионов рублей в месяц на «серый» доступ к зарубежным ИИ — такую оценку приводит ZOOM.CNews. В сумму попадают платежи мимо официальных договоров: посредники с иностранными картами, юрлица-прокладки в дружественных юрисдикциях, перекупщики API-ключей. Ни одна из этих схем не даёт закрывающих документов и гарантий на случай отключения, но каждая решает главную задачу — модель продолжает отвечать на запросы.
Со стороны это выглядит абсурдом. Внутри компании всё прозаичнее: одна строка в смете на разработку и один сотрудник, который держит карту и не рассказывает об этом на планёрках. Пока ключ работает, тема не всплывает. Она всплывает в день, когда ключ перестаёт работать.
Почему российский бизнес платит 100–150 миллионов в месяц именно посредникам
Причина техническая и скучная. Крупные зарубежные провайдеры моделей не продают доступ российским юрлицам напрямую: корпоративный аккаунт требует иностранной карты, верификации и адреса, а рублёвый платёж из российского банка отбивается на стороне платёжного шлюза. Разрыв между «модель нужна вчера» и «заплатить нечем» заполняют посредники, и свою маржу они закладывают в счёт.
Отказаться легче на словах. Если продукт уже собирает ответы модели — суммаризация обращений, разбор договоров, генерация описаний товара, — выключение доступа означает не паузу в разработке, а остановку функции, за которую кто-то платит. Поэтому компания соглашается на наценку и на риск, выбирая из двух потерь меньшую прямо сейчас.
Есть и вторая причина, менее очевидная: инженерный привычка. Команда годами писала код под конкретный API и знает его особенности, лимиты и поведение на длинных промптах. Переезд на другую модель — это не замена адреса в конфиге, а переоценка качества ответов, заново подобранные промпты и повторные прогоны тестов. Дешевле заплатить посреднику, чем объяснять продукту, почему ответы стали хуже.
Где рвётся каждая схема доступа
Схемы различаются не удобством, а тем, кто именно держит риск. В одной его берёт на себя сотрудник с личной картой, в другой — сторонняя компания, в третьей — сам заказчик, который арендует зарубежное облако. Разница проявляется не в спокойные месяцы, а в момент блокировки аккаунта или запроса документов от банка.
| Схема | Как выглядит на практике | Слабое место |
|---|---|---|
| Карта физлица или ИП | Сотрудник оплачивает подписку, расходы проводит как компенсацию или вовсе не проводит | Аккаунт привязан к человеку, а не к компании; при увольнении доступ уходит вместе с ним |
| Реселлер API-ключей | Российский подрядчик продаёт доступ к чужому аккаунту с наценкой, оплата в рублях | Общий пул лимитов, отсутствие SLA, ключ могут отозвать без предупреждения |
| Юрлицо за рубежом | Своя или партнёрская компания в другой стране заключает договор с провайдером | Содержание структуры, отчётность, валютный контроль и вопросы о цепочке владения |
| Свой шлюз в облаке | Команда арендует мощности за рубежом и проксирует запросы | Ответственность за данные пользователей целиком на компании |
Общий у всех четырёх вариантов один изъян: договора с владельцем модели нет. Значит, нет и правовой позиции, если модель отключили, качество упало или данные оказались не там, где компания обещала клиентам.
Из чего складывается счёт и почему он растёт быстрее ожиданий
Основная часть расходов — не подписка и не комиссия за перевод, а объём токенов. Счёт формируется из входного контекста и сгенерированного текста, и на длинных документах, где в модель загружают договор целиком, расход растёт нелинейно. Переход с компактной модели на рассуждающую увеличивает стоимость одной операции в разы при том же объёме задач.
Сверху добавляется наценка посредника, комиссия за конвертацию и невидимая статья — резерв. Компании, которые однажды потеряли доступ, начинают держать два-три ключа от разных поставщиков: платят за все, а используют один. В оценку 100–150 миллионов рублей в месяц такие «страховочные» платежи тоже входят.
Экономия на тарифе почти всегда обманчива. Дешёвый пул ключей означает общий лимит запросов: в пиковый час запросы начинают отваливаться с ошибкой, и функция, рассчитанная на поток клиентов, деградирует без всякого предупреждения. Проверить это заранее по описанию тарифа нельзя, только нагрузочным тестом.
Что компания теряет кроме денег
Первый и самый болезненный риск — внезапная остановка. Аккаунт блокируют за нарушение условий использования или за несовпадение платёжных данных, и восстановить его из России практически невозможно. Второй риск связан с данными: посредник технически видит всё, что проходит через его шлюз, включая обращения клиентов и внутренние документы.
Бухгалтерия добавляет свои ограничения. Платёж без закрывающих документов нельзя нормально учесть в расходах, а оплата через иностранную структуру требует внимания к валютному законодательству. Для компаний, работающих с персональными данными, действует отдельный контур: передача информации за рубеж подчиняется требованиям 152-ФЗ, и «серый» канал здесь не оставляет пространства для манёвра.
Практический ориентир для самопроверки: если через модель проходят обращения клиентов, медицинские сведения или финансовые документы, канал доступа перестаёт быть технической деталью и становится предметом ответственности. В таких случаях решение стоит согласовывать с юристом и специалистом по защите информации — универсального ответа здесь нет.
Когда вариант не подходит и чем его заменить
Госсектор, банки, страхование, медицина и любая организация, обрабатывающая персональные данные по договору с клиентом, попадают в зону, где «серый» доступ экономически бессмысленен: одна претензия перекрывает всю сэкономленную сумму. Не подходит он и там, где функция критична для выручки — интернет-магазин с генерацией карточек, сервис поддержки, продукт с оплатой по подписке.
Замены известны. Отечественные модели вроде YandexGPT и GigaChat закрывают часть задач и работают по российскому договору. Открытые модели, развёрнутые на собственных или арендованных в России мощностях, дают полный контроль над данными, но требуют затрат на инфраструктуру и инженера. Рабочая практика — гибрид: чувствительные запросы обрабатываются локально, а черновики и низкорисковые сценарии уходят в зарубежную модель, пока она доступна.
Честная оговорка: по качеству на сложных рассуждениях и коде открытые и локальные модели нередко уступают топовым зарубежным. Признать это дешевле на этапе пилота, чем после перевода продукта.
Что проверить у поставщика доступа за один вечер
- Юридическая цепочка: с кем подписывается договор, что в нём сказано о прекращении доступа и возврате средств.
- Наличие закрывающих документов и того, как расходы будут отражаться в учёте.
- Отдельный лимит запросов под конкретную компанию, а не общий пул на всех клиентов поставщика.
- Куда уходят данные: хранятся ли логи запросов и сколько времени.
- План на случай отключения — резервная модель, сроки переключения, ответственный.
С чего начать, пока ключ ещё работает
Разумный первый шаг — не искать «правильного» посредника, а выписать на одном листе все платежи за модели: кто платит, сколько, по какой карте, в каком канале и что именно сломается при остановке. Этот реестр даёт две вещи сразу: понимание реальной доли серых расходов и список функций, которые нужно перевести первыми. Дальше по каждой строке выбирается замена, начиная с той, где проходят данные клиентов. Дата переноса для первой функции — через две недели; если к этому моменту альтернатива не подобрана, это повод урезать её сценарии до обезличенных.
