Хабр Курсы для всех
РЕКЛАМА
Большая витрина: от крупнейших школ до частных авторов. Сравнивайте по цене, длительности, формату и выбирайте самый подходящий курс!
Поток AI и ML доступен 24/7 благодаря поддержке друзей Хабра
Комментарии 34
а что мешает проводить затраты на личные подписки сотрудников в виде премии раз в квартал например? если опустить пока остальные сложности
Предположу что вопрос в управлении тем что там "навайбили"
Уже была где-то новость что компания потеряла деньги из-за увольнения сотрудника потому что с ним ушли и все его чаты в личной подписке
Как бы сильно мне это не нравилось, но сейчас настройки агентов, подгруженные документы, контекст и т.д. уже стали частью интеллектуальной собственности компании и всем этим нужно управлять также как, например, кодовой базой. Отсюда вытекают все нюансы с управлением утечками, доступностью и все прочие инфобезовские штуки
Костыль коненчо, но что мешает настроить пайплайн сохранения стенограмм сессий работника где-то у работодателя на такой случай?
Пайплайну ничего принципиально не мешает: стенограммы и ключи можно держать на стороне компании. Сложность в другом — чтобы доступ и история не жили в личных аккаунтах сотрудников, иначе после увольнения контекст уходит вместе с ними.
А когда сотрудник (внимание, сейчас будет ересь) работает своей собственной головой, что делать с контекстом который он уносит с собой?
Вписать в договор обязательную лоботомию перед увольнением?
Без лоботомии, конечно: опыт и навыки сотрудника остаются у него, и это нормально. Речь в статье о другом — о рабочем контексте: переписке с моделью, где лежат фрагменты кода, данные клиентов, договорённости по проекту. Если это живёт в личном чат-аккаунте, компания не контролирует доступ, не видит, кто и что туда выгрузил, и не может ни передать историю коллеге, ни отозвать её при уходе человека. В общем организационном контуре есть управление доступом, журнал аудита и понятные правила хранения. То есть разделяем «знания в голове» и «рабочие артефакты в аккаунте, который принадлежит человеку, а не компании».
В голове сотрудник уносит абстрактный опыт и навыки решения проблем. В чатах с моделью остаются конкретные дампы клиентских баз, токены доступа к тестовым стендам и приватные ключи. Это прямая утечка конфиденциальных данных компании, за которую прилетает по закону
Согласен, это отдельный и серьёзный риск. Личный аккаунт сотрудника компания не контролирует: ни историю удалить, ни доступ отозвать при увольнении. Корпоративный доступ хотя бы даёт общие правила, логи и возможность отключить ключ сразу.
Личный аккаунт - это личный аккаунт. И тут надо разбираться - то ли сотрудник совершил нарушение, таская корпоративную инфу в личный чат, то ли наоборот - руководство, в гениальности своей, дало ЦУ - "а давай ты откроешь личный чат ИИ для рабочих задач, чтобы у нас там (любой произвольный аргумент). В первом случае - разглашение, во втором случае - ССЗБ.
Согласен, по сути это вопрос внутренних правил. Но на практике оба сценария часто растут из одного: людям нужен ИИ для работы, а легального корпоративного доступа нет. Когда доступ идёт от компании — с ключами на проект, лимитами и счётом на юрлицо, — и сотруднику не нужно идти в личный чат, и руководству видно, кто и что туда отправляет.
Имхо проблема которую вы описали вообще не связана с нейросетями. Это то же самое, что если разработчик сам напишет огромный модуль и кроме него никто не будет знать как он вообще работает. При нормальном подходе к разработке код должен документироваться, чтобы в нем не нужна была переписка с нейронкой разработчика, чтобы разобраться. Условный код ревью должен опираться на взгляд со стороны. Кто написал код - разработчик сам или нейросеть - разработку вообще не должно волновать
Согласен: документирование и код-ревью нужны независимо от того, писал человек или модель. В статье речь не про замену документации чатом с нейросетью, а про другой слой — рабочий контекст: промпты с фрагментами кода и данными клиентов, решения по проекту, доступы. Даже при нормальной документации этот канал всё равно нужно контролировать: кто имеет доступ, что ушло наружу, можно ли отозвать историю при уходе сотрудника. Документация кода и управление доступом к ИИ-сессиям дополняют друг друга, а не заменяют.
С премии придется заплатить НДФЛ сколько-то там процентов плюс страховые взносы. Накладные расходы на такую компенсацию сделают подписку золотой для фонда оплаты труда
Да, в этом и подвох компенсации через премию: сверху НДФЛ и страховые взносы, и подписка обходится фонду оплаты труда заметно дороже номинала. Поэтому оплата по счёту на юрлицо обычно выходит дешевле.
если взять все налоги это будет меньше чем +50% к стоимости, подписка для бизнеса стоит в 2 раза дороже, а если вообще платить по токенам то x10, так что очень сомнительно
Спасибо, справедливо для одного человека: если сотрудник сам платит за личную подписку, это почти всегда дешевле. Статья про другой случай — когда платит компания. Юрлицо из РФ зарубежную подписку картой не оплатит и в расходы без закрывающих документов не проведёт, а у подписок ChatGPT и Claude нет API, поэтому для интеграций в продукт и автоматизаций они не подходят. Насчёт x10 по токенам согласен, что это сильно зависит от нагрузки: при небольшом объёме и ручной работе в чате подписка выгоднее, при нормальном кэшировании промптов и выборе модели под задачу разница сокращается в разы.
для себя то вроде проще, есть например any-llm.ru там и claude и gpt работают из рф, оплата по сбп просто. а вот с документами для юрлиц уже хз
Я пока ни разу вообще не сталкивался с такой проблемой.
Если речь идет о небольшой компании и расходе 100-200 долларов в месяц - это может оплачивать руководитель компании или кто-то из замов со своей личной карты. Не тот расход, на который непременно нужны документы.
НУ а если нужны - достаточно уже компаний-посредников, которые работают с юрлицами. Цена токенов конечно дороже, порой сильно дороже. Зато все документы в наличии. Называть их не буду, находится в поисковике без проблем
Крупные компании чаще всего вообще не работают со сторонними апи. У них есть свой контур
Согласен, для небольшого расхода личная карта руководителя — рабочий вариант, мы это и не отрицаем. Но у него есть цена: платёж идёт с личного счёта, нет первички для бухгалтерии (компенсацию придётся оформлять как подотчётные/авансовый отчёт, а это отдельная возня), а у зарубежных провайдеров есть свои ограничения по ToS и географии — аккаунт, привязанный к личной карте, могут заблокировать вместе с накопленным контекстом. Если расход растёт или нужен вычет по налогам и понятная отчётность, путь через юрлицо с договором, счётом и закрывающими документами становится нормой. Просто стоит заранее решить, на каком пороге вы переходите с одного на другое.
По количеству вайбкодеров не скажешь что есть какие то проблемы с подписками )
При росте затрат я предпочитаю смотреть в сторону оптимизаци расхода токенов в первую очередь.
Хотя наверно, если компания занимается разработкой ПО и хочет использовать корпоративную подписку - в этом есть смысл. Будет выгодней скорее всего, чем каждому разрабу покупать персональную подписку
Согласен, оптимизация токенов почти всегда даёт больше, чем смена тарифа: кэш промптов, урезанный контекст и модель попроще для рутины легко снижают счёт в разы. Корпоративная подписка нужна, когда упираешься в бухгалтерию: юрлицу нужны счёт и закрывающие документы, а личные подписки сотрудников на карту так не оформишь. Для команды из 5–10 разработчиков это обычно решает не цена, а возможность провести расход официально.
Руководитель обычно быстро устает оплачивать рабочие инструменты из своего кармана и ждать компенсаций)
можно попробовать через самозанятых, расход до 200 тыс. в месяц, это приблизительно 2000 долларов на одного. Надо еще внимательно смотреть какой налог на прибыль у компании, у самозанятых при работе с ЮЛ 6%. если у компании с учетом льгот такой же или меньше, проще просто платить и не вычитать из налогооблагаемой базы
Схема рабочая, но с оговорками. Лимит НПД — 2,4 млн ₽ в год, а сам самозанятый всё равно упирается в зарубежную карту для оплаты подписки. Если человек по сути работает на компанию постоянно, ФНС может переквалифицировать это в трудовые отношения с доначислением НДФЛ и взносов. И главное для бухгалтерии: компания получает чек НПД за "услугу", а не документы на сам сервис, так что расходы на ИИ формально подтверждены слабо
Самозанятый не упирается в карту, потому что он платит с суммы прихода а не разницы приход-расход, поэтому его расходы на карту не волнуют. И бухгалтерию не волнуют документы на сам сервис, ей важно подтверждение что услуга оказана, а это оформляется актом. Постоянство работы действительно скользкая вещь, но можно отбиваться что он не имеет доступа на территорию компании, ему не даются указания и т.д. Но это действительно требует внимания юриста
Да, по НПД вы правы: налог с прихода, расходы самозанятого бухгалтерию компании действительно не интересуют — ей нужен акт (или чек) на оказанную услугу. Мой прошлый акцент был уже: если компания хочет именно закрывающие документы на сам ИИ-сервис (как расход на ПО/API), схема через самозанятого даёт документы на «услугу посредника», а не на токены/подписку у провайдера. Плюс остаётся риск переквалификации при постоянной работе — тут без юриста не обойтись. То есть схема живая для небольшого объёма, просто надо заранее решить, чего именно вы закрываете документами.
Статья очень полезная именно для диалога с главбухом, который падает в обморок от слова токен)
а ты способен хоть один комментарий самостоятельно написать? а не натравливать нейронку что б в каждый коммент её бесполезное мнение вставлять, я если захочу с ботом поговорить открою свой chatgpt.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Claude и GPT для компании из России в 2026 году: счёт, закрывающие документы и реальная цена токена