Que doit contenir un cahier des charges pour une passerelle LLM ou une plateforme IA ?

Le lieu de traitement des données, ce qui est conservé, qui peut s'entraîner dessus, les sous-traitants ultérieurs et le DPA, l'identité et l'accès (SSO, SCIM, clés), le contrôle des dépenses, les modèles et fournisseurs autorisés, les journaux d'audit et leur export, l'accompagnement des déployeurs au titre de l'AI Act, les conditions de sortie et le SLA. Ce modèle couvre chaque domaine avec 43 exigences et le justificatif à demander.

Un acheteur public peut-il utiliser ce modèle dans un marché public ?

Oui. Il est libre de copie et de modification. Les acheteurs publics l'utilisent généralement comme annexe technique du cahier des charges et joignent au contrat les clauses contractuelles types de l'UE pour l'IA (MCC-AI), qui sont facultatives. Vérifiez les exigences au regard des règles de la commande publique qui vous sont applicables et indiquez celles qui sont obligatoires avant publication.

Que sont les clauses contractuelles types de l'UE pour l'IA ?

Des modèles de clauses pour l'achat de systèmes d'IA, publiés par la Community of Practice on Public Procurement of AI sur la Public Buyers Community de la Commission. La mise à jour de mars 2025 comprend une version complète pour l'IA à haut risque et une version allégée pour les autres systèmes d'IA. Elles sont facultatives et destinées à être annexées à un contrat, qui doit encore traiter la protection des données, la responsabilité et la propriété intellectuelle.

Un fournisseur de modèles est-il un sous-traitant ultérieur d'une passerelle IA ?

En général, oui. Lorsqu'une passerelle transmet à un fournisseur de modèles des prompts contenant des données personnelles, ce fournisseur traite les données pour le compte de la passerelle. C'est pourquoi les lignes 13 et 14 demandent une liste des sous-traitants ultérieurs incluant les fournisseurs d'inférence et un préavis avant l'ajout de nouveaux.

Combien de temps une plateforme IA doit-elle conserver les registres de requêtes ?

Pour les usages à haut risque, l'article 26, paragraphe 6, de l'AI Act demande aux déployeurs de conserver les journaux placés sous leur contrôle pendant au moins six mois, sauf disposition contraire du droit applicable. De nombreux acheteurs demandent 12 mois de registres de requêtes limités aux métadonnées, sans contenu stocké.

Cahier des charges et exigences d'appel d'offres pour une passerelle LLM ou une plateforme IA

Mis à jour le 9 novembre 2026. Libre de copie, de modification et d'utilisation dans vos propres documents de consultation.

Une entreprise ou un acheteur public qui achète l'accès à des grands modèles de langage pour ses collaborateurs et ses applications achète généralement une passerelle : un seul compte et une seule API devant plusieurs fournisseurs de modèles. Ce modèle de cahier des charges liste 43 exigences pour cet achat, regroupées dans l'ordre où une revue de sécurité et d'achats les examine. Chacune indique pourquoi elle compte et quel justificatif demander au fournisseur.

Il est neutre vis-à-vis des fournisseurs et sert d'annexe d'exigences pour une consultation, un marché public ou une revue de sécurité fournisseur. Pour les clauses contractuelles propres à l'IA, associez-le aux clauses contractuelles types de l'UE pour l'IA (MCC-AI), facultatives, publiées en mars 2025 sur la Public Buyers Community de la Commission.

Télécharger le cahier des charges (.md)Tableur (.csv)

Le CSV s'ouvre dans Excel, Google Sheets ou Numbers, avec des colonnes vides pour la pondération, la réponse du fournisseur et le justificatif reçu.

Les exigences

Chaque exigence est rédigée pour qu'un fournisseur puisse y répondre en un paragraphe et joindre le justificatif. Marquez celles qui sont obligatoires pour vous, pondérez les autres et supprimez celles qui ne s'appliquent pas.

1. Localisation des données

N°	Exigence	Pourquoi elle compte	Justificatif à demander
1	Région de traitement. Le fournisseur peut limiter l'inférence à une région désignée par l'acheteur, comme l'UE/EEE ou l'Europe, pour toute l'organisation, une équipe ou une seule clé API, y compris les nouvelles tentatives et les bascules.	Pourquoi elle compteLes passerelles basculent d'un fournisseur à l'autre. Sans règle de région couvrant chaque tentative, une bascule peut envoyer un prompt vers une autre juridiction sans que personne ne s'en aperçoive.	Justificatif à demanderLa politique de routage du trafic restreint, les points de terminaison autorisés par région avec leur localisation, et ce qui se passe lorsqu'aucun point de terminaison de la région ne peut servir une requête.
2	Définition de la région. Le fournisseur indique les pays couverts par chaque région, par exemple uniquement l'UE/EEE, ou aussi le Royaume-Uni, la Suisse ou d'autres pays.	Pourquoi elle compteLes documents commerciaux emploient souvent Europe et UE indifféremment. Votre analyse des transferts dépend de la liste exacte.	Justificatif à demanderUne définition écrite par région et le lieu de traitement de chaque sous-traitant ultérieur qui en fait partie.
3	Localisation du point d'entrée et de la passerelle. Le fournisseur indique où se fait la terminaison TLS, où fonctionne la passerelle et quel nom d'hôte utiliser pour le traitement régional.	Pourquoi elle compteUne requête peut être servie par un modèle dans la bonne région tout en passant d'abord par un réseau périphérique mondial.	Justificatif à demanderLes noms d'hôte par région, l'hébergeur et la région de l'équilibreur de charge et de la passerelle, et un schéma des flux de données.
4	Localisation des métadonnées et des journaux. Le fournisseur indique où sont stockés et traités les données de compte, les registres d'usage, les journaux d'exploitation, les sauvegardes et les e-mails.	Pourquoi elle compteLes réponses sur la résidence des données ne couvrent souvent que les prompts. Les métadonnées contiennent pourtant des données personnelles comme des noms, des adresses e-mail et des adresses IP.	Justificatif à demanderUn lieu de stockage par catégorie de données, y compris les sauvegardes et les e-mails transactionnels.

2. Durée de conservation et conservation zéro des données

N°	Exigence	Pourquoi elle compte	Justificatif à demander
5	Aucun stockage de contenu par le fournisseur. Le fournisseur traite les prompts et les réponses uniquement pour servir la requête, ou indique précisément quel contenu il stocke, où et pendant combien de temps.	Pourquoi elle compteLa passerelle voit chaque prompt envoyé par votre organisation. Sa propre conservation est la première exposition à vérifier.	Justificatif à demanderUne description des flux de données, le schéma des journaux montrant les champs écrits, et la clause correspondante du DPA.
6	Conservation zéro chez les fournisseurs de modèles. L'acheteur peut exiger que les requêtes aillent uniquement vers des points de terminaison qui s'engagent à ne conserver aucune copie du contenu, au niveau de l'organisation, d'une équipe ou d'une clé, sans que les niveaux inférieurs puissent la désactiver.	Pourquoi elle compteLes fournisseurs de modèles conservent couramment les prompts pendant un certain temps pour la surveillance des abus, sauf si un accord de conservation zéro s'applique au point de terminaison.	Justificatif à demanderLes conditions de conservation par fournisseur, la manière dont le paramètre est appliqué à chaque requête, et les fonctionnalités désactivées lorsqu'il est actif.
7	Fonctionnalités qui stockent du contenu. Le fournisseur liste chaque fonctionnalité qui stocke du contenu (mise en cache des prompts, réponses stockées, état des conversations, fichiers, traitements par lots) avec sa durée de conservation et le paramètre qui la désactive.	Pourquoi elle compteLes engagements de conservation comportent généralement des exceptions liées aux fonctionnalités. La liste montre où elles se trouvent.	Justificatif à demanderUne liste des fonctionnalités avec la durée de conservation de chacune et le réglage qui la désactive.
8	Suppression en fin de contrat. Le fournisseur supprime ou restitue les données de l'acheteur dans un délai indiqué après la fin du service et le confirme par écrit.	Pourquoi elle compteL'article 28, paragraphe 3, point g), du RGPD impose que le contrat de sous-traitance prévoie la suppression ou la restitution à la fin des services.	Justificatif à demanderLa clause du DPA avec le délai, le traitement des sauvegardes et un exemple de confirmation de suppression.

3. Entraînement et utilisation des données

N°	Exigence	Pourquoi elle compte	Justificatif à demander
9	Aucun entraînement par le fournisseur. Le fournisseur n'utilise pas les prompts, les réponses ni les métadonnées pour entraîner ou améliorer des modèles.	Pourquoi elle compteL'entraînement est l'usage que les acheteurs excluent le plus souvent, et il doit figurer au contrat pour être contraignant.	Justificatif à demanderLa clause du contrat ou du DPA et la section correspondante de la politique de confidentialité.
10	Aucun entraînement par les fournisseurs de modèles. Le fournisseur achemine le trafic de l'acheteur uniquement vers des fournisseurs qui s'engagent à ne pas s'entraîner dessus, et explique comment cela est appliqué à chaque requête.	Pourquoi elle compteL'engagement de la passerelle ne lie pas les fournisseurs de modèles qui se trouvent derrière elle.	Justificatif à demanderLes conditions des fournisseurs par point de terminaison, le mécanisme d'application et le trafic qu'il couvre.
11	Autres usages secondaires. Le fournisseur indique si le contenu ou les métadonnées servent à de l'analyse, du benchmarking, l'amélioration du produit ou une revue humaine, et comment s'y opposer.	Pourquoi elle compteLes usages secondaires sortent des instructions qu'un responsable du traitement donne à un sous-traitant, sauf s'ils ont été convenus.	Justificatif à demanderLa liste des usages secondaires, la politique de revue humaine et le paramètre de désactivation.

4. Sous-traitants ultérieurs et DPA

N°	Exigence	Pourquoi elle compte	Justificatif à demander
12	Accord de traitement des données. Un DPA conforme à l'article 28 du RGPD est disponible avant la signature et couvre l'objet, la durée, les instructions, la confidentialité, la sécurité, l'assistance, la suppression et les audits.	Pourquoi elle compteL'article 28, paragraphe 3, liste ce que doit contenir le contrat de sous-traitance. Une passerelle traite des données personnelles dans chaque prompt qui mentionne une personne.	Justificatif à demanderLe texte du DPA, le droit applicable et le mode de signature.
13	Liste des sous-traitants ultérieurs. Le fournisseur publie chaque sous-traitant ultérieur avec sa finalité, les données qu'il traite et sa localisation, y compris les fournisseurs de modèles et d'inférence.	Pourquoi elle comptePour une passerelle, chaque fournisseur de modèles susceptible de servir votre trafic est un sous-traitant ultérieur.	Justificatif à demanderL'URL de la liste et la date de sa dernière modification.
14	Information sur les nouveaux sous-traitants ultérieurs. Le fournisseur respecte un préavis défini avant d'ajouter ou de remplacer un sous-traitant ultérieur, avec un droit d'opposition.	Pourquoi elle compteL'article 28, paragraphe 2, impose que le responsable du traitement soit informé des changements et ait la possibilité de s'y opposer.	Justificatif à demanderLa clause du DPA avec le délai de préavis et le canal utilisé pour les notifications.
15	Transferts internationaux. Pour tout traitement hors de l'EEE, le fournisseur indique le mécanisme de transfert (décision d'adéquation, clauses contractuelles types, UK IDTA).	Pourquoi elle compteLes transferts exigent une base juridique au titre du chapitre V du RGPD, et l'acheteur documente son analyse.	Justificatif à demanderLes annexes des clauses contractuelles types et un résumé de l'analyse d'impact des transferts réalisée par le fournisseur.
16	Notification des violations. Le fournisseur notifie les violations de données personnelles dans les meilleurs délais et dans un nombre d'heures défini.	Pourquoi elle compteLe responsable du traitement dispose de 72 heures pour notifier l'autorité de contrôle au titre de l'article 33, le délai du sous-traitant doit donc être plus court ou égal.	Justificatif à demanderLa clause du DPA, un résumé du processus de réponse aux incidents et le contact sécurité.

5. Identité et accès

N°	Exigence	Pourquoi elle compte	Justificatif à demander
17	Authentification unique. Connexion SAML 2.0 ou OpenID Connect avec le fournisseur d'identité de l'acheteur, comme Microsoft Entra ID, Okta ou Google Workspace, pour la console d'administration et pour les utilisateurs.	Pourquoi elle compteLes comptes professionnels lient l'accès au contrat de travail et appliquent la MFA et les politiques de connexion de l'acheteur.	Justificatif à demanderLes protocoles et fournisseurs d'identité pris en charge, le guide de configuration et une connexion de test.
18	SSO obligatoire. L'acheteur peut imposer le SSO à tous les utilisateurs et désactiver la connexion par mot de passe et les autres méthodes.	Pourquoi elle compteUn SSO qui coexiste avec des mots de passe laisse des comptes hors du contrôle du fournisseur d'identité.	Justificatif à demanderLe paramètre, et son effet sur les sessions et les clés API existantes.
19	Provisionnement des utilisateurs. Provisionnement et déprovisionnement SCIM 2.0 depuis le fournisseur d'identité, avec correspondance des groupes vers des rôles ou des équipes.	Pourquoi elle compteSans déprovisionnement, les personnes qui partent gardent leur accès jusqu'à ce que quelqu'un pense à le retirer.	Justificatif à demanderLes ressources SCIM prises en charge (utilisateurs, groupes), et le délai dans lequel le déprovisionnement révoque les sessions et les clés.
20	Rôles et clés API. Contrôle d'accès par rôles, une clé par personne et par application, des clés à périmètre limité et une révocation immédiate.	Pourquoi elle compteLes clés partagées masquent qui a envoyé quelle requête et ne peuvent pas être révoquées pour une seule personne.	Justificatif à demanderLa matrice des rôles et le cycle de vie des clés : création, périmètre, rotation et révocation.
21	Applications de bureau et agents de code. Le fournisseur indique comment les collaborateurs s'authentifient dans les applications d'IA de bureau et les agents de code (par exemple Claude Desktop, Claude Code et les extensions d'IDE) : connexion avec le compte professionnel ou clés distribuées.	Pourquoi elle compteC'est dans ces outils qu'apparaissent les comptes personnels et les clés copiées, hors du circuit des achats.	Justificatif à demanderLe guide de configuration et la liste des outils pris en charge.

6. Contrôle des dépenses

N°	Exigence	Pourquoi elle compte	Justificatif à demander
22	Budgets aux niveaux que vous gérez. Des plafonds mensuels stricts par utilisateur, par application et par équipe ou service, qui arrêtent les dépenses une fois atteints.	Pourquoi elle compteLes agents et les traitements par lots peuvent consommer le budget d'un mois en quelques heures. Une limite qui se contente d'alerter n'est qu'un rapport.	Justificatif à demanderLes niveaux pris en charge, et ce qui se passe à la limite : blocage, alerte ou dépassement.
23	Plafond d'organisation et alertes. Un plafond pour toute l'organisation et des alertes avant qu'une limite soit atteinte.	Pourquoi elle compteLa direction financière a besoin d'un montant qui ne peut pas être dépassé, quoi qu'il se passe en dessous.	Justificatif à demanderLes paramètres et les canaux d'alerte.
24	Prix et facturation. Le prix par modèle ou par offre, la devise de facturation, des factures avec les coordonnées de l'acheteur et son numéro de TVA, et un suivi des coûts par utilisateur et par application pour la refacturation interne.	Pourquoi elle compteLes prix au token varient de plusieurs ordres de grandeur d'un modèle à l'autre, l'évaluation a donc besoin de la base de prix et du suivi.	Justificatif à demanderLa grille tarifaire, un exemple de facture et un exemple de rapport d'usage.

7. Accès aux modèles et listes d'autorisation

N°	Exigence	Pourquoi elle compte	Justificatif à demander
25	Catalogue de modèles. Les modèles de pointe et à poids ouverts proposés, et ceux qui sont disponibles sous chaque règle de région.	Pourquoi elle compteUn modèle indisponible dans votre région vous devient inaccessible dès que la règle de région est active.	Justificatif à demanderUne liste des modèles par région et la politique d'ajout de modèles.
26	Liste des modèles autorisés. Les administrateurs choisissent les modèles que chaque équipe, application ou clé peut utiliser. Les requêtes vers d'autres modèles sont refusées.	Pourquoi elle compteL'approbation d'un modèle pour un cas d'usage doit être appliquée, pas seulement documentée.	Justificatif à demanderLe paramètre et l'erreur renvoyée pour un modèle non autorisé.
27	Liste des fournisseurs autorisés. Les administrateurs choisissent les fournisseurs d'inférence autorisés à servir le trafic. Les bascules respectent la liste, et aucun nouveau fournisseur n'est ajouté sans approbation.	Pourquoi elle compteUn fournisseur ajouté par le prestataire devient un nouveau lieu de traitement de vos données.	Justificatif à demanderLe paramètre, la manière dont les bascules l'appliquent, et ce qui se passe lorsque le prestataire ajoute un fournisseur.
28	Changements de modèles. Le fournisseur annonce à l'avance les retraits de modèles et les changements de version, et l'acheteur peut figer une version.	Pourquoi elle compteUn changement de modèle non annoncé modifie la qualité des réponses et peut invalider l'évaluation menée pour un cas d'usage.	Justificatif à demanderLa politique de retrait des modèles et le canal de notification.
29	Transparence du routage. Si le fournisseur route automatiquement entre modèles ou fournisseurs, pour le coût ou la disponibilité, il documente les règles et enregistre le modèle et le fournisseur qui ont servi chaque requête.	Pourquoi elle compteLe routage automatique n'a de valeur que si vous voyez où chaque requête est allée.	Justificatif à demanderLa documentation du routage et un exemple d'enregistrement par requête.

8. Journaux d'audit et export

N°	Exigence	Pourquoi elle compte	Justificatif à demander
30	Journal d'audit d'administration. Chaque modification des utilisateurs, des clés, des budgets et des règles, avec l'auteur, l'heure et les valeurs avant et après.	Pourquoi elle compteLes auditeurs demandent qui a modifié une règle et quand. Sans valeurs avant et après, le journal ne dit pas ce qui a changé.	Justificatif à demanderUn exemple d'entrée du journal et la durée de conservation.
31	Registre des requêtes. Pour chaque requête : heure, utilisateur ou clé, modèle, fournisseur qui l'a servie, règle de région, statut, tokens et coût, sans le contenu sauf si l'acheteur l'active, avec une durée de conservation indiquée.	Pourquoi elle comptePour les usages à haut risque, l'article 26, paragraphe 6, de l'AI Act demande aux déployeurs de conserver les journaux placés sous leur contrôle pendant au moins six mois. Le registre des requêtes sert aussi de preuve pour l'inventaire IA.	Justificatif à demanderLa liste des champs, la durée de conservation et un exemple d'export.
32	Export. Les journaux s'exportent en CSV ou via une API, et peuvent être envoyés vers le SIEM de l'acheteur.	Pourquoi elle compteDes registres que l'acheteur ne peut pas extraire ne servent pas à son propre audit.	Justificatif à demanderLes formats, les limites en lignes ou en durée, et la documentation de l'API.

9. Obligations du déployeur au titre de l'AI Act

N°	Exigence	Pourquoi elle compte	Justificatif à demander
33	Inventaire et maîtrise de l'IA. Le fournisseur fournit les informations dont l'acheteur a besoin pour son inventaire IA et ses mesures de maîtrise de l'IA au titre de l'article 4 : les modèles utilisés par application, leurs fournisseurs et leurs limites documentées.	Pourquoi elle compteL'article 4 s'applique depuis le 2 février 2025, et l'inventaire est le point de départ de toutes les autres obligations de l'AI Act.	Justificatif à demanderLes enregistrements des modèles et fournisseurs par application, et des liens vers la documentation des modèles.
34	Usages à haut risque. Si l'acheteur utilisera le service pour une finalité listée à l'annexe III, le fournisseur indique son rôle au titre de l'AI Act et accepte les clauses pertinentes des clauses contractuelles types de l'UE pour l'IA (MCC-AI).	Pourquoi elle compteLes obligations des déployeurs pour l'annexe III s'appliquent à partir du 2 décembre 2027 et dépendent d'informations que seuls le fournisseur et le fournisseur du modèle détiennent.	Justificatif à demanderLa déclaration de rôle du fournisseur et une annexe MCC-AI High Risk ou Light complétée.
35	Documentation des modèles à usage général. Pour chaque modèle d'IA à usage général proposé, le fournisseur donne le lien vers la documentation que son fournisseur met à disposition des fournisseurs en aval et vers le résumé public des contenus d'entraînement.	Pourquoi elle compteL'article 53 oblige les fournisseurs de modèles d'IA à usage général à mettre ces éléments à disposition, et les acheteurs les archivent par modèle.	Justificatif à demanderLes liens par modèle et la date de consultation.
36	Transparence. Le fournisseur indique si les résultats portent un marquage lisible par machine et comment il soutient les obligations d'information de l'acheteur.	Pourquoi elle compteLes obligations de transparence de l'article 50 s'appliquent à partir du 2 août 2026.	Justificatif à demanderLes informations de marquage par modèle et des recommandations pour l'information des personnes.

10. Réversibilité et portabilité

N°	Exigence	Pourquoi elle compte	Justificatif à demander
37	Interface standard. L'API suit une interface largement utilisée, comme le format chat completions compatible OpenAI, pour que les applications puissent changer de fournisseur sans réécriture.	Pourquoi elle compteUne interface propriétaire transforme un changement de fournisseur en projet logiciel.	Justificatif à demanderLa référence de l'API et les SDK et outils connus pour fonctionner avec elle.
38	Export des données à la sortie. L'acheteur peut exporter la configuration, les utilisateurs, les métadonnées des clés, l'usage et les journaux dans un format lisible par machine, avant et après la résiliation.	Pourquoi elle compteLorsque le service est un service de traitement de données au sens du règlement sur les données (Data Act), le chapitre VI donne au client des droits de changement de fournisseur, et à partir du 12 janvier 2027 aucuns frais de changement ne peuvent être imposés.	Justificatif à demanderLes formats d'export, l'assistance à la transition proposée, et la durée pendant laquelle les données restent disponibles après la notification.
39	Durée et préavis. La durée du contrat, le délai de préavis, les éventuels frais de résiliation et la période de transition.	Pourquoi elle compteLes engagements longs et les frais de résiliation déterminent le coût d'une sortie.	Justificatif à demanderLes conditions commerciales et la clause de résiliation.

11. Support et SLA

N°	Exigence	Pourquoi elle compte	Justificatif à demander
40	SLA de disponibilité. Un engagement de disponibilité mensuelle avec crédits de service, la méthode de mesure et les exclusions.	Pourquoi elle compteL'IA entre dans des processus de production, où une indisponibilité a un coût.	Justificatif à demanderLe document de SLA, la page de statut publique et la disponibilité des 12 derniers mois.
41	Bascule entre fournisseurs. Lorsqu'un fournisseur de modèles est indisponible, les requêtes basculent vers un autre fournisseur approuvé du même modèle, dans le respect des règles de région et des listes d'autorisation.	Pourquoi elle compteUne bascule qui ignore la région ou la liste d'autorisation enfreint les règles précisément au moment où un incident est déjà en cours.	Justificatif à demanderLa conception de la bascule et le nombre de fournisseurs par modèle sous chaque règle de région.
42	Support et communication sur les incidents. Les canaux de support, les délais de réponse par niveau de gravité, les langues, et la manière dont les incidents sont communiqués.	Pourquoi elle compteLe processus de gestion des incidents de l'acheteur dépend de celui du fournisseur.	Justificatif à demanderLa politique de support, l'URL de la page de statut et des rapports d'incident récents.
43	Documentation de sécurité. Une présentation de la sécurité, un questionnaire de sécurité complété, et les rapports d'assurance ou certifications détenus par le fournisseur et ses hébergeurs.	Pourquoi elle compteC'est ce que l'équipe sécurité de l'acheteur examine avant d'approuver. Le demander dès l'appel d'offres évite un aller-retour.	Justificatif à demanderLa page sécurité, un questionnaire complété comme le questionnaire de sécurité ouvert pour passerelles LLM, et les éventuels rapports.

Télécharger le cahier des charges (.md)Tableur (.csv)

Les réponses de Standard Compute

Standard Compute est une passerelle IA européenne : un seul compte d'entreprise et une seule API pour Claude, GPT, Gemini et les modèles ouverts, exploitée par Standard Compute AS à Oslo. Voici nos réponses aux exigences ci-dessus, dans les termes de notre page sécurité et de notre DPA. Les numéros renvoient aux lignes du cahier des charges.

N°	Statut	Notre réponse
N° 1	Disponible, sur activation	Définissez une règle Europe pour votre entreprise, une équipe ou une seule clé, et chaque requête, y compris les nouvelles tentatives et les bascules, est servie uniquement par des points de terminaison d'inférence européens approuvés. Si aucun point de terminaison européen ne peut la servir, la requête est refusée avant l'envoi de votre prompt.
N° 2	Disponible	Une règle Europe n'admet que les points de terminaison d'inférence européens approuvés figurant sur notre liste des sous-traitants ultérieurs, chacun avec son lieu de traitement.
N° 3	Disponible	Notre passerelle UE, eu.stdcmpt.com, assure la terminaison TLS et fonctionne en Finlande, et vos données de compte sont stockées à Francfort.
N° 4	Disponible	Vos données de compte et d'usage sont stockées à Francfort, en Allemagne. Les registres de requêtes ne contiennent que des métadonnées (modèle, fournisseur, tokens, coût et statut), jamais vos prompts ni vos réponses. Chaque sous-traitant ultérieur de la plateforme est listé avec sa localisation.
N° 5	Disponible	Nous traitons vos prompts en mémoire pour servir chaque requête et ne les écrivons jamais dans un stockage ni dans des journaux.
N° 6	Disponible, sur activation	Activez la conservation zéro des données pour votre entreprise, une équipe ou une clé, et chaque requête est acheminée uniquement vers des points de terminaison d'inférence qui s'engagent à ne conserver aucune copie de vos données. Les équipes et les clés héritent de cette exigence et ne peuvent jamais la désactiver.
N° 8	Disponible	Le DPA prévoit la suppression ou la restitution de toutes les autres données personnelles du client dans les 30 jours suivant la résiliation (section 10).
N° 9, 10	Disponible	Standard Compute n'entraîne jamais de modèles sur vos prompts ni vos réponses. Avec une règle de région ou la conservation zéro activée, chaque requête est envoyée uniquement à des fournisseurs qui s'engagent à ne pas l'utiliser pour entraîner des modèles.
N° 12, 16	Disponible	Signez notre accord de traitement des données dans le tableau de bord en quelques minutes. Il nous engage à ne pas entraîner de modèles sur vos données, à ne pas conserver votre contenu et à notifier toute violation sous 72 heures. Le DPA est régi par le droit norvégien.
N° 13, 14	Disponible	Nous publions chaque sous-traitant ultérieur avec sa finalité, les données concernées et sa localisation, et nous vous prévenons 14 jours avant d'en ajouter un nouveau.
N° 15	Disponible	Les transferts hors de l'EEE ou du Royaume-Uni vers un pays sans décision d'adéquation sont encadrés par les clauses contractuelles types de l'UE et, pour les données du Royaume-Uni, par l'UK IDTA (DPA, section 6).
N° 17	Disponible	Connectez Microsoft Entra ID ou tout fournisseur d'identité SAML pour que vos collaborateurs se connectent à Standard Compute avec leur compte professionnel. Toute personne de votre domaine vérifié rejoint automatiquement votre entreprise.
N° 18	En partie	La connexion SAML est disponible pour chaque entreprise dotée du SSO. La connexion par mot de passe reste disponible en parallèle : le SSO n'est donc pas le seul accès.
N° 19, 21	Disponible	Les collaborateurs se connectent à Claude Desktop et Claude Code avec leur compte professionnel Microsoft, via notre passerelle UE, sans aucune clé API à distribuer. L'accès suit vos groupes Microsoft Entra grâce au provisionnement SCIM.
N° 20	Disponible	Organisez votre entreprise en équipes, invitez vos collègues par e-mail et donnez à chaque personne et à chaque application sa propre clé, le tout sous un seul compte d'entreprise. Les rôles sont administrateur et membre.
N° 22, 23	En partie	Chaque personne et chaque application reçoit un budget mensuel fixe qui n'est jamais dépassé, et vous pouvez définir des plafonds de dépenses par clé et pour toute l'entreprise. Il n'existe pas de budget distinct par équipe : les équipes sont pilotées par les budgets de leurs personnes et de leurs applications.
N° 24	Disponible	Des forfaits mensuels fixes par personne ou par application, sans surprise liée aux tokens, et des factures Stripe à la raison sociale et au numéro de TVA de votre entreprise. Les prix sont en dollars américains.
N° 25	Disponible	Utilisez les principaux modèles ouverts, dont GLM, DeepSeek, MiniMax et Kimi, aux côtés de Claude, GPT et Gemini via une seule API. GLM, DeepSeek et MiniMax sont aussi servis par des fournisseurs européens pour les espaces soumis à une règle Europe.
N° 26	Disponible	Vous décidez quels modèles chaque clé peut utiliser, afin que chaque application et chaque membre de l'équipe dispose exactement des modèles que vous approuvez.
N° 27	Disponible	Choisissez précisément quels fournisseurs d'inférence peuvent traiter vos données, pour toute l'entreprise, une équipe ou une seule clé. Les niveaux inférieurs peuvent seulement restreindre les règles, aucun nouveau fournisseur n'est ajouté sans l'approbation d'un administrateur, et les bascules ne peuvent jamais contourner votre liste.
N° 29	Disponible	Chaque étape va au modèle le moins cher capable de la réaliser et au fournisseur le moins cher assez rapide pour la servir, et le registre de la requête indique le modèle et le fournisseur qui l'ont servie.
N° 30, 31, 32	Disponible	Chaque modification d'un administrateur est enregistrée avec les valeurs avant et après, et vous pouvez exporter un registre de chaque requête indiquant le modèle, le fournisseur qui l'a servie et la règle de région en vigueur, conservé 12 mois. Les exports sont au format CSV.
N° 33	Disponible	Une clé par personne et par application, les modèles que chaque clé peut utiliser, et le modèle et le fournisseur de chaque requête : les registres que demande notre checklist AI Act du déployeur.
N° 37	Disponible	Une seule API compatible OpenAI (format chat completions) pour tous les modèles, décrite dans la référence de l'API.
N° 40, 41	Disponible	Si un fournisseur tombe en panne, votre requête bascule automatiquement vers un autre fournisseur approuvé du même modèle, sans sortir de vos règles de région ou de fournisseurs. Enterprise inclut un SLA de disponibilité mensuelle de 99,9 % avec crédits de service. Le statut en direct est public sur /status.
N° 43	Disponible	Notre page sécurité, notre questionnaire de sécurité complété, la liste des sous-traitants ultérieurs et le DPA sont publics.

Les lignes non listées sont à traiter dans votre réponse à l'appel d'offres avec votre interlocuteur commercial. Le cahier des charges ci-dessus reste neutre : utilisez-le avec n'importe quel fournisseur.

Créer un compte d'entreprise

Questions

Que doit contenir un cahier des charges pour une passerelle LLM ou une plateforme IA ?: Le lieu de traitement des données, ce qui est conservé, qui peut s'entraîner dessus, les sous-traitants ultérieurs et le DPA, l'identité et l'accès (SSO, SCIM, clés), le contrôle des dépenses, les modèles et fournisseurs autorisés, les journaux d'audit et leur export, l'accompagnement des déployeurs au titre de l'AI Act, les conditions de sortie et le SLA. Ce modèle couvre chaque domaine avec 43 exigences et le justificatif à demander.
Un acheteur public peut-il utiliser ce modèle dans un marché public ?: Oui. Il est libre de copie et de modification. Les acheteurs publics l'utilisent généralement comme annexe technique du cahier des charges et joignent au contrat les clauses contractuelles types de l'UE pour l'IA (MCC-AI), qui sont facultatives. Vérifiez les exigences au regard des règles de la commande publique qui vous sont applicables et indiquez celles qui sont obligatoires avant publication.
Que sont les clauses contractuelles types de l'UE pour l'IA ?: Des modèles de clauses pour l'achat de systèmes d'IA, publiés par la Community of Practice on Public Procurement of AI sur la Public Buyers Community de la Commission. La mise à jour de mars 2025 comprend une version complète pour l'IA à haut risque et une version allégée pour les autres systèmes d'IA. Elles sont facultatives et destinées à être annexées à un contrat, qui doit encore traiter la protection des données, la responsabilité et la propriété intellectuelle.
Un fournisseur de modèles est-il un sous-traitant ultérieur d'une passerelle IA ?: En général, oui. Lorsqu'une passerelle transmet à un fournisseur de modèles des prompts contenant des données personnelles, ce fournisseur traite les données pour le compte de la passerelle. C'est pourquoi les lignes 13 et 14 demandent une liste des sous-traitants ultérieurs incluant les fournisseurs d'inférence et un préavis avant l'ajout de nouveaux.
Combien de temps une plateforme IA doit-elle conserver les registres de requêtes ?: Pour les usages à haut risque, l'article 26, paragraphe 6, de l'AI Act demande aux déployeurs de conserver les journaux placés sous leur contrôle pendant au moins six mois, sauf disposition contraire du droit applicable. De nombreux acheteurs demandent 12 mois de registres de requêtes limités aux métadonnées, sans contenu stocké.

Sources

Répondez à tout le cahier des charges avec un seul fournisseur : une passerelle européenne vers les modèles de pointe et ouverts, avec les contrôles sur un seul compte d'entreprise.