Documentation

Intégration API

Le format Chat Completions compatible OpenAI est prévu. Configurez l’URL, une clé AlpenRoute et un alias de modèle autorisé. La compatibilité streaming, outils et sorties structurées reste à tester par modèle.

POST https://api.alpenroute.ch/v1/chat/completions
Authorization: Bearer $ALPENROUTE_API_KEY
Content-Type: application/json

{
  "model": "alpen-confidential",
  "messages": [{"role": "user", "content": "Bonjour"}]
}

alpen-flash, alpen-confidential, alpen-sovereign et alpen-video sont des alias de projet proposés, pas des identifiants disponibles chez les fournisseurs. Le catalogue permet aussi de préparer un exemple avec un identifiant fournisseur observé. Leur prise en charge par AlpenRoute reste à implémenter. Aucun exemple ne déclenche de requête depuis le site.

Vidéo : traitement asynchrone

Le futur /v1/video/generations devra créer un job et renvoyer son identifiant, puis permettre le suivi jusqu’à disponibilité du résultat. Un délai de 1 500 ms ne peut pas servir de timeout pour toute la génération. Les retries devront être idempotents pour éviter les doubles facturations.

Secrets

Les clés de fournisseurs et les accès privilégiés à la base de données doivent rester côté serveur. Aucun prompt client ni secret n’a sa place dans la page statique, les outils d’analyse d’audience ou les logs applicatifs.

Le fonctionnement par défaut

Le client choisit un modèle et utilise une clé API. AlpenRoute prévoit de gérer automatiquement le choix du fournisseur, après passage par la passerelle suisse. Aucun choix de fournisseur, de pays ou d’enclave n’est demandé lors de la création d’une clé standard.

1. Passerelle suisse obligatoire. Authentification, contrôle de la requête et masquage sur la passerelle AlpenRoute en Suisse. Le masquage réversible réduit l’exposition, mais ne garantit pas l’anonymat.
2. Fournisseurs autorisés pour l’usage. Modèle et capacités compatibles, pays et contrats qualifiés, règles de rétention validées. La politique cible exige l’absence de conservation des contenus et d’utilisation pour l’entraînement par le fournisseur ; les métadonnées ont une politique distincte.
3. Choix automatique au coût estimé optimisé. Les contraintes s’appliquent avant le prix. Si aucune offre ne convient, la requête est refusée ; le système n’abaisse pas les protections pour trouver moins cher.

Ce mode correspond au calcul hybride encadré : le fournisseur peut être à l’étranger. Une enclave n’est pas exigée pour tous les modèles ; lorsqu’un modèle TEE est demandé, sa preuve doit être vérifiée. Les usages soumis à des exigences sectorielles ou de résidence particulières doivent être examinés avant activation.

Configurations sur mesure

Suisse uniquement, enclave obligatoire ou restrictions propres à l’organisation : ces exigences sont définies avec le client et appliquées au compte ou au projet. Elles ne deviennent pas un choix technique obligatoire à chaque appel. Discuter de votre configuration →

Il s’agit de la politique prévue pour le lancement. La passerelle, les contrats, les attestations et les connecteurs restent à mettre en place ; aucun fournisseur n’est réputé qualifié par sa simple présence au catalogue. nLPD, garanties et limites.

Une passerelle suisse commune

Le cœur du projet est un proxy applicatif AlpenRoute sur une infrastructure hébergée en Suisse. Toutes les requêtes d’inférence devront le traverser, même si le calcul est ensuite effectué à l’étranger. Ce VPS est prévu, pas encore provisionné. Il filtre et décide ; il n’héberge pas nécessairement le modèle ou le GPU.

Application cliente
  → Passerelle AlpenRoute sur infrastructure en Suisse
    → Authentification, quotas et politique du client
    → Détection / masquage, correspondances en mémoire en Suisse
    → Choix de calcul :
        Hybride encadré → fournisseur autorisé, éventuellement à l’étranger
        Suisse uniquement → fournisseur autorisé en Suisse
      + TEE exigée si demandée, pour l’un ou l’autre choix
    → Réponse du fournisseur vers la passerelle suisse
    → Restitution des éléments masqués et retour au client

Passerelle et calcul : deux rôles distincts

L’infrastructure de la passerelle applique les règles AlpenRoute. Les modèles s’exécutent sur des infrastructures de calcul qualifiées séparément. Le prestataire peut évoluer sans changer l’API du client ; les contraintes de son projet continuent de s’appliquer.

Le contenu doit atteindre directement la passerelle

Le frontend peut être hébergé séparément sous forme de site statique. Il ne doit pas traiter ni relayer les prompts via un backend généraliste. Terminaison TLS, masquage, correspondances, journaux, sauvegardes et accès d’administration doivent être conçus et vérifiés selon la politique de résidence. Aucun prompt brut dans les logs par défaut ; les pièces jointes et images nécessitent leurs propres contrôles.

Réponse, mémoire et erreurs

Les correspondances de masquage sont limitées à la requête et doivent être libérées après restitution, y compris sur timeout ou annulation. Le streaming doit gérer les identifiants masqués qui arrivent sur plusieurs fragments. Si une pièce ou un contenu ne peut être traité conformément à la politique, refuser l’appel ou proposer un autre choix explicite ; ne pas le transmettre automatiquement.

Identité et métadonnées

Le choix d’hébergement de l’identité et des journaux est distinct du VPS de passage. Aucun projet de base de données ni mécanisme d’identité n’est connecté dans cette version. Leur localisation, leurs accès et leur rétention devront être vérifiés avant de promettre une résidence suisse de la chaîne.

Algorithme de routage proposé

Le choix de fournisseur intervient sur la passerelle suisse, après les contrôles d’accès, de budget et de politique. Le mode par défaut est hybrid ; swiss est une configuration sur mesure. Les deux valeurs sont conservées dans le module de référence ; requireTEE est une exigence indépendante et obligatoire dans le contrat du module, avec une valeur explicite vraie ou fausse. Elle ne permet jamais de contourner le choix géographique. Le module de référence de ce projet est testable avec des offres fictives ; ce n’est pas un proxy en production.

1. Fixer la demande. Modèle et révision exacts, quantification acceptée, outils, vision, JSON, streaming, contexte et plafond de sortie. Aucune substitution de modèle par défaut.
2. Appliquer les contraintes du client. Fournisseurs autorisés, pays de traitement de tous les composants, contrat, traitement international autorisé ou Suisse uniquement, rétention. Une métadonnée absente rend la route inéligible.
3. Vérifier la confidentialité demandée. ZDR documentée pour l’endpoint ; pour TEE, attestation fraîche vérifiée, modèle autorisé et liaison au canal de chiffrement. Une passerelle en enclave n’atteste pas un modèle externe.
4. Contrôler l’offre. Prix encore valide, endpoint en santé, capacité et estimation du temps au premier token sous le budget. Réserver le plafond de débit sur les crédits, appliquer quotas et circuit breaker.
5. Classer les routes éligibles. Coût prévu d’entrée + sortie maximale + coûts supplémentaires. Départager par latence observée puis identifiant stable. Ne pas financer un prix affiché par un fallback qui dépasse le budget.
6. Exécuter et rapprocher. Vérifier la preuve sur la connexion réelle, décompter la consommation confirmée, libérer la réserve, journaliser la décision et les coûts sans contenu de prompt.

En cas de panne

Une nouvelle tentative n’est permise qu’avant la première sortie visible ou le premier effet d’outil, avec un mécanisme d’idempotence et une annulation ou déduplication confirmée. Si aucune route compatible n’est disponible, retourner une erreur explicite. Ne jamais abaisser silencieusement une politique TEE ou Suisse, ni changer de modèle. Un streaming partiellement émis ne se « reprend » pas sans risque sur un autre fournisseur.

Cache : explicite et isolé

Commencer par un cache exact facultatif, isolé par organisation et périmètre d’autorisation, avec modèle/version, paramètres et TTL dans la clé. Aucun cache de contenu sensible ou de réponse d’agent avec outils par défaut. Un cache sémantique peut réutiliser une réponse erronée ou confidentielle ; le taux de succès, le prix et la latence doivent être mesurés. Aucune promesse de « 25 % gratuits » ou « 15 ms » n’est retenue.

Observation technique, pas certificat juridique

Un journal peut décrire la politique appliquée, l’endpoint, les pays déclarés, le masquage et le résultat d’attestation. Il ne garantit pas que toutes les données personnelles ont été détectées, et il ne vaut pas certification nLPD. L’art. 25 LPD concerne le droit d’accès ; ce n’est pas le fondement d’une prétendue preuve mathématique de conformité par requête. PFPDT — droit d’accès.

Règles d’exécution · Résumé lisible par les outils

Passerelle suisse & nLPD

Le projet vise une offre utilisable dans un cadre conforme à la nLPD, avec un contrôle local des requêtes et des fournisseurs encadrés. Cela exige de valider les usages couverts, l’implémentation et les engagements de toute la chaîne. La passerelle suisse constitue une brique technique ; sa localisation ne certifie pas le traitement effectué après lui.

Conditions du mode hybride encadré

Avant d’autoriser un endpoint, documenter les pays et sous-traitants, les finalités, les contrats, la rétention, l’usage éventuel pour l’entraînement et les garanties de sécurité. Pour les données personnelles à l’étranger, examiner l’adéquation du pays ou les garanties appropriées applicables, puis informer les personnes comme requis. Un fournisseur non qualifié reste bloqué, même s’il est moins cher. PFPDT — transferts à l’étranger, PFPDT — sous-traitance.

La route « Suisse uniquement » supprime le recours prévu à un calcul étranger ; elle ne dispense pas des autres obligations de sécurité, de proportionnalité, de sous-traitance et de droits des personnes. Cette démonstration n’est pas une certification juridique du service.

Masquage et anonymisation

Remplacer un nom ou un numéro par un identifiant réversible relève généralement de la pseudonymisation. Le contexte, les images et les faux négatifs peuvent permettre une réidentification. La promesse « zéro fuite » ne peut pas être déduite de l’utilisation d’un détecteur.

Traitement à l’étranger

Le recours à un cloud étranger n’est pas, à lui seul, une violation de la nLPD. Il faut examiner les finalités, les lieux, les sous-traitants, la protection du pays destinataire et les garanties appropriées. Le responsable du traitement conserve ses obligations lors d’une sous-traitance. PFPDT — sous-traitance.

TEE et attestation

Un suffixe -tee ne suffit pas. Il faut vérifier l’attestation de l’environnement qui exécute réellement le modèle, sa validité et sa liaison au canal de communication. Une passerelle en enclave n’atteste pas à elle seule un calcul effectué ailleurs.

Rapport technique

Un futur rapport pourrait contenir l’horodatage, la politique, le fournisseur, le nombre d’entités masquées et le résultat d’une vérification d’attestation. Un hash ou un en-tête X-Swiss-Compliance-Proof ne prouve pas à lui seul la légalité d’un traitement. Préférer un nom neutre tel que X-AlpenRoute-Audit-ID.

Les secteurs soumis au secret professionnel ou à des règles particulières nécessitent une analyse propre à leur usage avant de traiter des données réelles.

Prix par modèle & comparaison

Le tarif client est connu par modèle. Le sourcing compare les coûts estimés entre routes admissibles ; il ne garantit pas le prix le plus bas de tout le marché. Une baisse du coût fournisseur est répercutée par une nouvelle grille tarifaire, sans modifier les appels déjà engagés.

La grille présente des propositions de lancement B2B en CHF, hors TVA. Le tarif publié inclut la marge AlpenRoute. Les prix et caractéristiques sont des observations datées ; ils ne constituent pas encore une offre disponible à l’achat.

Un calcul commun au site

Coût d’une requête = tokens entrée / 1M × tarif entrée
                  + tokens sortie / 1M × tarif sortie
Économie = 1 − coût AlpenRoute / coût de référence

La grille, l’exemple de l’accueil et le détail d’un modèle utilisent les mêmes données tarifaires. Les pourcentages comparent un mix de 75 % de tokens d’entrée et 25 % de sortie, hors cache. Les réductions sont arrondies vers le bas au point entier ; les surcoûts restent affichés. Les tarifs d’achat sont actualisés et revus en interne avant publication du tarif AlpenRoute.

Références et limites

Les références DeepSeek, Qwen et Kimi proviennent de relevés secondaires datés du 29 septembre 2026. Elles sont indicatives et restent à revérifier directement auprès des éditeurs. Les références GLM ont été consultées auprès de l’éditeur le 16 octobre 2026. Les conditions de calcul, de conservation et de service peuvent différer.

Le change utilisé provient du relevé BCE du 15 octobre 2026. Il ne garantit pas le cours d’un règlement futur. En l’absence de référence comparable pour les variantes confidentielles ou la vidéo, aucun pourcentage de réduction n’est affiché.

Le tarif vidéo correspond à une hypothèse par clip de cinq secondes ; paramètres et frais définitifs à confirmer. Voir les modèles et leurs tarifs →

Crédits prépayés

Le modèle retenu est un solde de consommation en CHF, utilisable pour les modèles éligibles, sans abonnement obligatoire. Une recharge manuelle alimente ce solde ; les appels sont décomptés selon la grille applicable. C’est le fonctionnement prévu, pas un portefeuille actuellement ouvert.

Ce qui doit être fixé avant une recharge

Ces conditions restent à finaliser avant d’activer un paiement. Les crédits envisagés sont destinés à consommer le service ; aucun mécanisme de transfert entre clients, de rendement ou de paiement chez des tiers n’est proposé ici.

Le DPA, les conditions contractuelles et la QR-facture ne sont pas encore disponibles. Le fait de facturer en CHF ne prouve ni l’existence d’une entité suisse, ni la conformité d’un traitement de données.

État du service

Le site public présente le produit et une démonstration de compte. Il n’envoie pas de requête d’inférence et n’encaisse pas de paiement. Un pilote local distinct permet de tester les clés, les crédits et certains modèles.

L’ouverture aux clients dépend de la qualification des modèles et des capacités, des engagements applicables et du déploiement de l’API publique. La présence d’un modèle dans la sélection envisagée ne garantit pas sa disponibilité.

Le catalogue doit exposer les capacités et les tarifs AlpenRoute. Les intégrations de calcul sont gérées côté serveur et peuvent évoluer selon les règles du service. Les lieux de traitement et sous-traitants retenus seront précisés avant activation dans les documents applicables.

Questions fréquentes

Mentions & confidentialité

L’identité et les coordonnées de l’exploitant sont disponibles dans les Mentions légales.

Ce que fait cette version du site

• Les filtres, recherches, comparaisons et simulations du compte s’exécutent dans le navigateur. Noms de clés, politiques, recharges et soldes de démonstration restent en mémoire dans l’onglet et sont réinitialisés au rechargement. Ils ne sont pas envoyés par le code de l’application à une base de données. Les exports téléchargés sont explicitement fictifs, sans valeur comptable.
• La page ne propose pas de champ de prompt et n’effectue pas d’inférence ni de paiement.
• Le formulaire d’intérêt prépare un lien vers votre messagerie. L’envoi n’a lieu que si vous l’effectuez. Votre fournisseur de messagerie traite alors les informations selon ses propres conditions.
• Les polices sont hébergées avec le site. Aucun outil d’analyse d’audience, cookie applicatif ou stockage local n’a été ajouté au code.
• L’accès privé, l’authentification et les données techniques de connexion relèvent aussi de la plateforme d’hébergement. Leur conservation et leurs destinataires ne sont pas audités dans cette revue du code.

Contact du projet : info@alpenroute.ch.

Avant la collecte de données de clients

La déclaration de confidentialité devra identifier le responsable et ses coordonnées, les finalités, les destinataires et les pays concernés, ainsi que les garanties applicables aux transferts. La durée de conservation et l’exercice des droits devront être expliqués selon les traitements effectivement mis en place. PFPDT — devoir d’informer.

Revue de transparence — 16 octobre 2026

Le texte et le comportement de ce prototype ont été examinés au regard des sources officielles ci-dessous. Cette revue n’est pas une certification de conformité du service ni un audit juridique de l’entreprise.

Clarifications apportées

• Les modèles observés chez des fournisseurs sont distingués des modèles disponibles chez AlpenRoute.
• Les propositions de prix séparent entrée et sortie par modèle, en CHF hors TVA. Les économies utilisent une référence sourcée ou saisie par le visiteur, sans allégation concurrentielle universelle.
• Les crédits prépayés sont distingués d’un paiement actif. La promotion de 25 CHF a été retirée tant que ses conditions ne sont pas définies.
• Le passage commun par le VPS suisse est distingué du lieu du calcul. Le mode hybride n’est pas présenté comme physiquement suisse de bout en bout. Masquage et enclave ne valent pas conformité automatique.
• « Obtenir une clé » et « Connexion » mènent à une page qui distingue l’accès de démonstration d’une demande d’intérêt. Les identifiants créés dans la démo ne sont pas des secrets utilisables.

Points non vérifiables à ce stade

L’identité du vendeur, les conditions finales des crédits, les contrats fournisseurs et DPA, les pays réellement utilisés, les mesures de sécurité et d’attestation, la rétention de l’hébergement et la fiscalité des prépaiements restent à valider sur pièces et sur l’implémentation réelle.

Pour une vente en ligne, le SECO décrit notamment les informations sur le vendeur, les étapes de conclusion, la correction des erreurs et la confirmation de commande. Ces exigences devront être appliquées au futur parcours de paiement ; le présent site ne comporte pas de commande. SECO — commerce électronique.

Pour des données personnelles transmises à l’étranger, il faut examiner la protection du pays destinataire et, si nécessaire, les garanties ou exceptions prévues par la LPD, et informer les personnes concernées. PFPDT — communication à l’étranger.

Une validation par un juriste suisse sur les contrats et le fonctionnement final reste nécessaire pour conclure sur la conformité du lancement.

Sources

• PFPDT — Outsourcing of data processing

Le marché adressable, les marges annoncées et les statistiques de PME du brief ne sont pas des données validées et ne sont pas présentés comme des faits dans l’interface.