Для разработчика API — адрес запроса, ключ и документация. Для компании это еще одна закупка с бюджетом, ответственными и документами. Если эти части не соединить заранее, пилот может успешно пройти технически, но остановиться на согласовании оплаты или вызвать спор о том, за что списаны деньги.
Поэтому закупку стоит начинать с короткого описания будущего использования: какая команда подключает модель, в каком продукте, для каких данных и с какой ожидаемой нагрузкой. Это помогает сразу выбрать понятную единицу цены и не подменять расходы на токены ценой места в командной подписке.
Сначала определите, что покупает компания
Командная подписка дает сотрудникам интерфейс для работы в сервисе. API нужен, когда разработчики встраивают модель в собственное приложение, бота или внутреннюю систему. У этих продуктов разные способы использования и расчета. Месячная цена места не превращается автоматически в бюджет для API, а пополнение API-баланса не дает сотруднику рабочее место в ChatGPT или Claude.
Если нужен интерфейс для сотрудников, посмотрите командный доступ к ChatGPT и Claude. Если модель должна отвечать внутри вашего продукта, далее речь именно об API.
Зафиксируйте правила цены до первого платежа
В коммерческом предложении должны быть перечислены доступные модели и ставки за входные и выходные токены. Обычно их показывают за миллион токенов; фактическое потребление считается пропорционально. Отдельной строкой стоит указать цену чтения и записи кэша, если этот режим используется, и стоимость дополнительных инструментов, если они подключены. Ставка должна быть привязана к модели и режиму: сравнение разных маршрутов по одному слову «Claude» или «GPT» не даст точного бюджета.
Попросите пример расчета на ожидаемой нагрузке. Допустим, сервис получает 10 000 обращений в месяц, а средний запрос и ответ составляют 2 000 и 500 токенов. Тогда база расчета — 20 млн входных и 5 млн выходных токенов. Как именно из нее складывается сумма, показано в материале расчет стоимости API за токены. Такой пример позволит финансовой команде видеть объем, а не только цену за условный миллион.
Следующий вопрос — что считается пополнением, а что расходом. Если компания перечисляет деньги на баланс, это аванс для будущего использования. Сам по себе он не равен числу обработанных запросов за месяц. Порядок списания, остатка и оформления документов должен следовать условиям конкретного договора; нельзя обещать универсальный механизм всем клиентам без согласованной модели поставки.
Согласуйте документы и ответственных
Корпоративной закупке обычно требуются данные договорной стороны, счет и документы по оказанной услуге. Состав и формулировки первичных документов, порядок ЭДО, сроки и налоговые реквизиты нужно брать из договора конкретного исполнителя. Не стоит автоматически переносить реквизиты или условия одного поставщика на другого. Для ИТ-отдела отдельно запишите, кто получает параметры доступа, кто хранит секреты и кому сообщать об ошибках или изменении потребления.
В предложении «Культуры платежей» для API-доступа предусмотрены рублевый счет, договор и закрывающие документы. Предлагаемая схема оплаты — по фактически использованным токенам. Конкретные модели, ставки, порядок пополнения и состав документов закрепляются в предложении и договоре. Посмотреть структуру предложения и отправить параметры проекта можно здесь: API-доступ для компании.
Проверьте не только цену
Самая низкая ставка за миллион не всегда делает закупку выгодной. Финансовой команде важна предсказуемость счета, разработчикам — нужный метод API и стабильное поведение модели на реальных данных. Если канал включает дополнительные режимы или инструменты, их цена должна быть видна до запуска. Если часть функций заявлена на словах, запросите документацию или включите их в тест. Вопрос о гарантированной доступности рассматривайте отдельно: ее нельзя выводить из слова «корпоративный» без условий SLA.
Для внутреннего решения достаточно одной страницы со следующими полями: задача, модель, плановый объем запросов, входные и выходные токены, рублевый бюджет, порядок оплаты, комплект документов, технический владелец и ответственный за закупку. После первого месяца план стоит пересмотреть по фактическому потреблению. Такое правило позволяет увеличивать бюджет на основании реальной нагрузки и качества результата, а не покупать крупный пакет «на всякий случай».
В случае «Культуры платежей» заявка начинается с модели или описания задачи и примера запроса. На странице услуги собраны предлагаемые ставки и поля для расчета: получить корпоративное предложение по API. Технические ограничения и доступные форматы фиксируются при согласовании конкретного канала; наша роль в этом предложении — организация доступа, оплаты и документов, а код интеграции остается за командой клиента.
