Когда команда начинает пользоваться языковыми моделями, первым всегда приходит разработчик. Он берёт подписку на свою карту, получает ключ API и через неделю показывает работающий прототип. Бухгалтер появляется позже, обычно в конце квартала, и спрашивает, что это за списания и на каком основании их провести. Я делаю Heli, сервис доступа к API зарубежных моделей с оплатой в рублях, и заметная часть вопросов, которые мне задают, приходит от бухгалтеров и финансовых директоров. Вопросы при этом почти всегда одни и те же. Можно ли принять такой расход, кто платит НДС, что будет, если аккаунт заблокируют, и почему одна и та же модель у разных поставщиков стоит по-разному.

В этой статье я собрал ответы, которые проверил по первоисточникам 23 октября 2026 года: правила Anthropic и OpenAI, Налоговый кодекс, закон о персональных данных, прайсы и курс ЦБ. Я не юрист и не налоговый консультант, поэтому формулировки из НК даю со ссылками, а окончательное решение по вашей схеме стоит принимать вместе со своим бухгалтером. Ссылки на первоисточники стоят прямо в тексте, чтобы любой тезис можно было перепроверить.

Личная подписка сотрудника: где она ломается

Схема «сотрудник платит со своей зарубежной карты, компания компенсирует» держится, пока речь идёт о двадцати долларах в месяц. Как только модели попадают в рабочие процессы и расходы вырастают до сотен долларов, у неё обнаруживаются три слабых места. Каждое из них по отдельности можно терпеть, но вместе они обычно и приводят компанию к разговору о нормальном договоре.

Первое касается учёта. Расход уменьшает налоговую базу, только если он обоснован и подтверждён документами, оформленными по законодательству РФ. Это требование пункта 1 статьи 252 НК РФ, и на упрощёнке через статью 346.16 действует та же логика. Квитанция зарубежного сервиса выписана на физлицо, в ней нет реквизитов вашей компании, нет договора, а сама услуга куплена человеком для себя. Как поступить с возмещением, решает бухгалтер, и хороших вариантов у него здесь немного.

Второе касается данных. Если сотрудник вставляет в личный чат договор с клиентом или выгрузку из CRM с фамилиями и телефонами, компания как оператор персональных данных фактически передаёт их за границу. По части 3 статьи 12 152-ФЗ оператор обязан уведомить Роскомнадзор о намерении осуществлять трансграничную передачу ещё до её начала, отдельным уведомлением. В личном аккаунте сотрудника этого, разумеется, никто не делал, а историю переписки компания не видит и удалить не может.

Третье касается самого доступа. Россия не входит в список стран ни у Anthropic, ни у OpenAI. OpenAI на этой странице прямо пишет, что использование сервисов вне перечисленных стран может привести к блокировке или приостановке аккаунта. Как это выглядит на практике, хорошо показал Гонконг, который тоже не входит в список Anthropic. 2 октября 2026 года South China Morning Post написала о волне жалоб от гонконгских пользователей, которые месяцами работали с Claude через VPN. Им пришли письма от команды безопасности Anthropic: в аккаунте замечены «подозрительные сигналы», доступ отзывается за нарушение правил использования. Один из пострадавших написал, что пользовался сервисом через VPN полгода. Для частного лица это неприятность. Для компании, у которой на этом аккаунте висят рабочие сценарии, это остановка процесса без предупреждения и, возможно, без доступа к истории.

Правило 50% и «дочка за рубежом»

Следующая идея, которую мне регулярно пересказывают, звучит так: зарегистрировать компанию в поддерживаемой стране и покупать API на неё. Anthropic закрыла этот вариант ещё 4 сентября 2025 года. В посте о сужении продаж компания объявила, что не обслуживает организации, чья структура собственности подчиняет их контролю из неподдерживаемых юрисдикций, независимо от места работы. В качестве явного критерия там указано владение более чем на 50%, прямое или косвенное, со стороны компаний со штаб-квартирой в таких регионах. Главным примером в тексте был Китай, но правило сформулировано через список поддерживаемых стран, а России в нём нет.

8 октября 2026 года Anthropic обновила политику использования и уточнила Supported Regions Policy, новая редакция вступает в силу 12 ноября. Формулировки стали жёстче. Запрещено использование людьми, физически находящимися в неподдерживаемом регионе, в том числе сотрудниками компаний из поддерживаемых стран. Запрещено использование компаниями, зарегистрированными в таком регионе или имеющими там штаб-квартиру. И отдельно запрещено использование компаниями, которые принадлежат лицам из этих регионов или контролируются ими, причём не только через долю больше половины.

Что на самом деле нужно бухгалтерии

Нормальная схема для компании выглядит скучно. Есть договор с российским юрлицом или ИП. Им может быть и публичная оферта: по пункту 3 статьи 438 ГК РФ оплата счёта на условиях оферты считается её акцептом. Есть счёт в рублях, который оплачивается с расчётного счёта. И есть закрывающий документ, акт или УПД, которые бухгалтерия проводит как любую закупку сервиса.

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

С НДС ситуация зависит от того, у кого вы покупаете. Если компания покупает доступ к API напрямую у иностранной организации, это, скорее всего, услуга в электронной форме из пункта 1 статьи 174.2 НК РФ. По пункту 10.1 той же статьи российские организации и ИП, которым иностранец оказывает такие услуги, сами исчисляют и уплачивают НДС как налоговые агенты по пунктам 1 и 2 статьи 161. Это правило действует с 1 октября 2022 года. С 2026 года основная ставка НДС составляет 22%, её ввёл закон 425-ФЗ. Обязанность агента не отменяется освобождением на упрощёнке: ФНС в методических рекомендациях по НДС для УСН на 2026 год прямо пишет, что освобождение не касается случаев, когда плательщик УСН выступает налоговым агентом. Для компании на общей системе такой НДС потом можно заявить к вычету, для упрощенца он становится просто дополнительной стоимостью покупки.

Если вы покупаете у российского поставщика, НДС определяется его режимом. Плательщик УСН с доходом за 2025 год до 20 млн рублей в 2026 году освобождён от НДС и выставляет счёт без налога. Порог в 20 млн, по сообщению УФНС по Кировской области от 9 сентября 2026 года, закон 228-ФЗ от 4 июля 2026 года зафиксировал до конца 2029 года. Если доход выше, поставщик на упрощёнке платит НДС по ставке 22% или по пониженным 5% и 7%, а на общей системе по 22%. Есть и третий вариант, когда российская компания работает по агентскому договору с иностранным провайдером и участвует в расчётах. Тогда налоговым агентом по пункту 10 статьи 174.2 становится она сама. Для покупателя из всего этого вытекают простые вопросы к поставщику. По какому договору он продаёт: оказывает услугу сам или действует как агент? Включён ли НДС в цену, и по какой ставке? Если вы на общей системе, сможете ли вы его принять к вычету?

Как посчитать реальную цену

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

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

def effective_rate(usage: dict, charged_rub: float,
                   p_in: float, p_out: float, p_cache_read: float = 0.0) -> float:
    """Курс ₽/$, фактически заложенный в цене. Цены — $ за 1M токенов."""
    usd = (usage["uncached_input"] * p_in
           + usage["cache_read"] * p_cache_read
           + usage["output"] * p_out) / 1_000_000   # output уже включает reasoning
    return charged_rub / usd

Получившееся число полезно положить рядом с курсом ЦБ на ту же дату. Если списали 10 рублей за запрос, который по прайсу провайдера стоит $0,1, заложенный курс равен 100 рублям за доллар, и разница с официальным курсом и есть ваша реальная наценка вместе со всеми комиссиями. Если в цену включён НДС, он тоже окажется внутри этого числа, поэтому сравнивать поставщиков стоит при одинаковом налоге. Как правильно разбирать usage у разных API, я подробно писал в прошлой статье. Там же объяснено, почему кэшированный вход у OpenAI нужно вычитать из общего, а у Anthropic нет.

Ещё сильнее прикидки искажают рассуждения модели. Reasoning-токены не видны в ответе, но оплачиваются как выходные: так считают и провайдеры, и, например, OpenRouter. Выход обычно стоит в несколько раз дороже входа, поэтому рассуждающая модель может удвоить счёт без всяких изменений в промпте. Чтобы цифры в договоре и в бюджете сходились, считать надо по фактическим списаниям: средняя длина ответа здесь почти ничего не говорит.

Возьмём конкретный пример на ценах, которые я проверил сегодня. Claude Sonnet 5.5 на странице цен Anthropic и на OpenRouter стоит $2 за миллион входных токенов и $10 за миллион выходных. Официальный курс ЦБ на 23 октября 2026 года составляет 81,1255 рубля за доллар. Значит, по курсу ЦБ миллион входных токенов стоит 162,25 рубля, а миллион выходных 811,26 рубля.

Допустим, отдел поддержки готовит черновики ответов: 20 000 запросов в месяц, в каждом 4 000 токенов входа (инструкции и текст обращения), 400 токенов видимого ответа и 1 200 токенов рассуждений. Один запрос стоит 4 000 × $2 / 1M плюс 1 600 × $10 / 1M, то есть $0,008 + $0,016 = $0,024. За месяц выходит $480. Без рассуждений выход был бы 400 токенов, и месяц обошёлся бы в $240. Дальше всё зависит от того, как эти доллары превращаются в рубли:

Строка про OpenRouter нужна как ориентир. Сам OpenRouter пишет, что не наценивает цены провайдеров и берёт комиссию при покупке кредитов: 5,5% на тарифе Standard и 8% на Business. Для российской компании это прежде всего эталон, с которым удобно сравнивать, потому что пополнять его всё равно нужно иностранной картой. Курс 100 рублей за доллар в четвёртой строке я взял для наглядности, это не цена какого-то конкретного сервиса. Последняя строка показывает, почему вопрос про НДС из предыдущего раздела напрямую влияет на цену: для покупателя на упрощёнке 22% сверху ничем не отличаются от наценки.

Как я бы выбирал поставщика

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

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

С данными вопросы такие. Хранит ли поставщик тексты запросов и ответов или только метаданные? Если хранит, то где и сколько? Какой у него статус по 152-ФЗ? Помните при этом, что поставщик не снимает с вас обязанности оператора: если вы отправляете в зарубежную модель персональные данные, уведомление о трансграничной передаче по статье 12 подаёте вы. Самый надёжный способ, который я знаю, это обезличивать данные ещё до запроса, чтобы персональные данные до модели просто не доходили.

Наконец, технические вещи. Совместимость с API OpenAI экономит больше всего времени: если для подключения достаточно поменять base_url и ключ, переезд к другому поставщику или на другую модель занимает минуты. Ключи должны выдаваться по сотрудникам, сервисам или отделам, с отдельными лимитами и возможностью отозвать один ключ, не трогая остальные. Это защищает и от зацикленного скрипта, который за ночь съедает месячный бюджет, и от ключа уволенного сотрудника, который продолжает работать в чьём-то личном проекте. И уточните, что происходит с балансом, если нужная модель становится недоступна: можно ли переключиться на другую, вернуть остаток и в какие сроки.

Что в итоге

Компания платит за модели так же, как за хостинг или CRM, и требования к этому платежу те же: договор, рублёвый счёт, акт по факту потребления, понятный НДС. Сложность в другом. Цена токена у посредника складывается из прайса провайдера, курса, комиссий, наценки и налога, и всё это редко показывают раздельно. Поэтому я бы относился к заложенному курсу как к главной цифре при сравнении поставщиков и пересчитывал её по реальным списаниям хотя бы раз в квартал. Прайсы провайдеров и правила доступа за последний год менялись несколько раз, и формулировки Anthropic, на которые я ссылаюсь, изменятся уже 12 ноября. Перед своими расчётами откройте первоисточники по ссылкам: всё, что выше, проверено на 23 октября 2026 года.