Acheter l'API Kimi en entreprise n'a rien à voir avec une recharge personnelle. Un particulier se demande « est-ce utilisable et pas trop cher » ; une entreprise doit aussi vérifier l'entité contractante, la certification d'entreprise, le paiement interentreprise, les factures, les quotas et le SLA, la conformité des données, le cycle de vie des modèles et la répartition des coûts. Tout point absent du contrat peut devenir un problème d'exploitation après la mise en production.
Cet article propose une liste d'achat opérationnelle, sans prix figé. Les prix unitaires, remises et conditions font foi dans le devis du fournisseur, le contrat et la page Tarifs des modèles.
Remarque : Moonshot et Kimi sont des marques de leurs détenteurs. Les offres entreprise, procédures de certification et conditions commerciales peuvent évoluer. Cet article décrit les situations courantes d'octobre 2026 ; avant l'achat, les pages du fournisseur et le contrat font foi.
1. Distinguer d'abord deux produits
| Produit | Public | Facturation | Identifiant | Convient à |
|---|---|---|---|---|
| API Kimi | Développeurs et systèmes d'entreprise | À l'usage par token | Clé API | Intégration produit, traitement par lots, agents |
| Kimi Business | Équipes utilisant l'assistant Kimi | Abonnement | Compte | Collaboration bureautique, usage individuel |
Ce ne sont pas les mêmes produits. Pour intégrer Kimi à un service client, à la documentation ou au code, il faut l'API ; pour fournir un abonnement d'assistant aux collaborateurs, c'est Kimi Business. Clarifiez le besoin avant l'achat pour éviter de commander le mauvais produit.
2. Liste d'achat pour l'entreprise
| Poste | Question à confirmer | Pourquoi c'est important |
|---|---|---|
| Entité contractante | Contrat, paiement et facture au même nom | Influence certification, paiement et remboursement |
| Certification d'entreprise | Vérification d'identité requise, procédure | Précondition au paiement interentreprise et au contrat |
| Recharge et paiement | Virement interentreprise accepté, délai d'arrivée | Organisation de trésorerie |
| Facture | Type, taux de TVA, catégorie, règles d'en-tête | Comptabilisation |
| Quotas et limitation | Concurrence, RPM, TPM, TPD | Capacité à tenir les pics |
| SLA et support | Engagement de disponibilité, délai de réponse | Possibilité de recours et de rétablissement |
| Données et conformité | Conservation, entraînement, transfert transfrontalier | Données personnelles et clients |
| Cycle de vie des modèles | Date de retrait, procédure de migration | Éviter une indisponibilité soudaine |
| Clés et permissions | Clés par projet, moindre privilège | Réduire fuite et mauvaise utilisation |
| Sortie | Traitement du solde, des données et des journaux | Ne pas laisser de dette chez le prestataire |
Emportez ce tableau en rendez-vous commercial. Ce que le fournisseur peut confirmer par écrit doit figurer au contrat ou en annexe ; ce qui reste oral doit être traité comme un risque.
3. Négocier quotas et limitation
Les niveaux de débit de la plateforme ouverte Kimi dépendent de la recharge cumulée du compte ; les bons ne sont généralement pas comptés dans ce cumul. Le niveau le plus bas est le plus contraint, avec un plafond de tokens journalier ; à mesure que le niveau monte, concurrence, RPM et TPM augmentent. Les niveaux payants ne sont généralement plus soumis au plafond journalier de tokens, mais restent limités par la concurrence et les quotas à la minute.
Une entreprise peut demander par le canal commercial des débits et une concurrence plus élevés, un support dédié et un SLA personnalisé. Pour négocier, fournissez l'usage mensuel estimé, la concurrence de pointe, les scénarios principaux et le plan de croissance ; sinon le fournisseur ne peut pas proposer un quota adapté.
Deux points supplémentaires : la plateforme peut limiter temporairement le débit en cas de forte charge du cluster ; et une limitation de sécurité déclenchée par un comportement anormal peut ne pas être levée automatiquement. L'architecture ne doit donc pas supposer qu'« un quota élevé supprime toute limitation » : prévoyez file d'attente, backoff, clés séparées et canal de repli.
4. Documents de conformité à examiner
- Enregistrement du modèle : vérifier que le service a réalisé les enregistrements applicables d'algorithme ou de service d'IA générative et demander les justificatifs.
- Accord de traitement des données : où et combien de temps les données sont stockées, qui peut y accéder, si elles servent à l'entraînement.
- Politique de confidentialité et conditions utilisateur : les conditions de l'API et des produits grand public peuvent différer et ne sont pas interchangeables.
- Transfert transfrontalier : en cas d'utilisation d'un site international ou de nœuds à l'étranger, évaluer d'abord s'il s'agit d'un transfert de données hors du pays.
- Comptes et permissions : compte certifié, clés par projet, moindre privilège et procédure de récupération au départ d'un salarié.
- Journaux et audit : conserver journaux d'appels, erreurs et factures pour répondre aux exigences d'audit interne.
- Sécurité des contenus : pour un service public, prévoir un mécanisme de modération et de traitement des plaintes.
Pour des données personnelles, des données importantes ou des contrats clients, faites évaluer par les équipes juridique et sécurité avant la mise en ligne, pas après.
5. Maîtriser les coûts
| Moyen | Pratique | Effet |
|---|---|---|
| Cache | Figer le prompt système, les définitions d'outils et le préfixe de base de connaissances | Augmenter les succès de cache, réduire le coût d'entrée |
| Gestion du contexte | Récupération ciblée, résumé de l'historique, réduction des sorties d'outils | Réduire les entrées inutiles |
| Routage par modèle | K2.6 pour le général, K2.7 pour le code, K3 à évaluer pour les documents très longs | Éviter les inadéquations de modèle |
| Plafond de sortie | Fixer max_completion_tokens, exiger une sortie structurée |
Contrôler les sorties longues |
| Budget par projet | Budget journalier et alertes par projet | Éviter qu'une activité épuise tout le quota |
| Rapprochement mensuel | Revoir par projet, modèle et scénario | Identifier la consommation qui croît le plus vite |
import os
from collections import defaultdict
# Les prix sont lus dans le contrat ou la page tarifs ; l'exemple n'indique aucun chiffre
PRICE = {
"input_miss": float(os.environ["KIMI_INPUT_MISS_PRICE"]),
"input_hit": float(os.environ["KIMI_INPUT_HIT_PRICE"]),
"output": float(os.environ["KIMI_OUTPUT_PRICE"]),
}
# Chaque ligne : projet, entrée non cachée, entrée cachée, sortie
rows = [
("Service client", 120000, 80000, 30000),
("Extraction documentaire", 90000, 20000, 12000),
]
cost = defaultdict(float)
for project, miss, hit, out in rows:
cost[project] = (
miss * PRICE["input_miss"]
+ hit * PRICE["input_hit"]
+ out * PRICE["output"]
)
for project, amount in sorted(cost.items(), key=lambda x: -x[1]):
print(project, round(amount, 2))
Ce code n'est qu'un exemple de répartition : utilisez les prix réels du contrat, pas une capture d'écran ou un tarif oral. Si K3 facture l'écriture de cache, comptez-la séparément.
6. Processus d'achat
- Décrire les scénarios, la concurrence de pointe, les tokens quotidiens et la croissance prévue.
- Réaliser la certification d'entreprise avec licence d'activité, compte bancaire et code de crédit social unifié.
- Tester qualité, latence, limitation et taux d'erreur sur un faible volume.
- Négocier le contrat : quotas, SLA, délai de support, traitement des données et conditions de sortie.
- Payer par virement interentreprise ou crédit, en confirmant l'arrivée des fonds et la facturation.
- Mettre en production : clés par projet, budgets, supervision, alertes et canal de repli.
- Revoir chaque trimestre usage, coûts, incidents et alternatives.
Questions fréquentes
Comment réaliser la certification d'entreprise ?
Il faut généralement fournir la raison sociale, un compte bancaire au même nom et le code de crédit social unifié ; la plateforme verse un montant aléatoire sur le compte de l'entreprise, que la finance vérifie puis saisit. La procédure exacte dépend des pages du fournisseur.
Le paiement interentreprise et la facture sont-ils possibles ?
Après certification, on peut généralement choisir la recharge en ligne ou le virement interentreprise ; l'en-tête de facture doit correspondre à l'entité certifiée. Type de facture, taux et catégorie dépendent des règles de la plateforme et du contrat.
Une entreprise peut-elle obtenir un SLA ?
Les niveaux de support de l'API standard et des offres entreprise peuvent différer. Si vous avez besoin d'un engagement de disponibilité, d'un support dédié ou de quotas plus élevés, demandez-le explicitement lors de la négociation et faites-le figurer au contrat.
Les données servent-elles à l'entraînement ?
Ne vous fiez pas à la page de présentation. Les clauses de l'API et des produits grand public peuvent différer ; avant de signer, lisez la politique de confidentialité et l'accord de traitement des données, et inscrivez les règles de conservation, d'entraînement et de suppression au contrat.
Un compte personnel peut-il porter l'activité de l'entreprise ?
Ce n'est pas recommandé. Un compte personnel reste incomplet pour la certification, le paiement interentreprise, la facturation, la gestion des permissions et l'audit, et la responsabilité en cas d'incident est floue.
Pour aller plus loin
Créez une clé de test sur ZSQH AI Gateway, exécutez un cycle de scénarios réels pour obtenir usage, latence et taux d'erreur, puis négociez quotas et contrat avec ces données. Modèles, tarifs et offres entreprise font foi sur la page Tarifs des modèles.
Articles liés :
