Où se situera la responsabilité.

Une infrastructure que vous payez

La plateforme créera de l’infrastructure sur votre compte cloud ou d’hyperviseur, avec les identifiants que vous lui accordez. La facture qui en résulte est la vôtre, y compris lorsqu’un déploiement se révèle plus gros ou plus durable que prévu.

Nous comptons écrire clairement que FMJ Consulting n’est pas responsable des coûts d’infrastructure engagés par la plateforme. Nous préférons poser cette attente avant que vous ne connectiez un compte, plutôt que d’en débattre ensuite.

Les déploiements s’appliquent automatiquement

C’est la clause que nous voudrions le plus qu’un futur client lise deux fois.

La plateforme applique automatiquement chaque changement d’infrastructure dès que son plan réussit. Il n’y a aucune étape d’approbation manuelle entre la décision de déployer et l’application du changement — y compris pour les changements qui détruisent de l’infrastructure. Supprimer un projet supprime ce qui a été provisionné pour lui.

C’est un choix de conception délibéré, fait pour que la plateforme soit un outil de livraison et non une file de tickets. Les conditions seront donc explicites sur ce point, et la position sur la responsabilité en tiendra compte honnêtement, plutôt que de s’appuyer sur un plafond difficile à défendre après un changement destructeur.

Jetons d’accès et identifiants

• Vous accordez à la plateforme des jetons et des identifiants qui atteignent vos systèmes, et vous en restez propriétaire : les émettre, en limiter la portée, les renouveler et les révoquer vous appartient.
• Accordez la portée la plus étroite qui fonctionne. La plateforme est conçue pour se contenter d’un identifiant limité à un projet plutôt que d’un identifiant valable pour tout le compte.
• Les identifiants stockés sont chiffrés au repos. La page sur le traitement des données décrit ce contre quoi cela protège, et ce contre quoi cela ne protège pas.

Modèles et chemins balisés fournis en l’état

Le catalogue de composants, les modèles de déploiement et la configuration des pipelines sont des points de départ, versionnés et figés pour se comporter de façon prévisible. Ils ne sont certifiés au regard d’aucun régime réglementaire ou de sécurité interne particulier, et nous ne comptons pas le garantir. Les vérifier au regard de vos propres exigences de conformité reste de votre ressort.

Offres et changements vers une offre inférieure

Votre offre fixe ce que vous pouvez créer : combien de projets, combien de composants. Passer à une offre supérieure relève ces quotas et ne change rien d’autre.

Passer à une offre inférieure supprime. Si vous passez à une offre plus petite alors que des projets existent, la plateforme vous le signale et vous le demande une fois ; accepter supprime vos projets et l’infrastructure déployée pour eux, par le même démontage automatisé que la plateforme utilise toujours. Il n’y a ni survie partielle ni étape de sélection — la simplicité est délibérée, et ce paragraphe est le document que nomme la boîte de confirmation.

Limites de responsabilité

Un plafond unique couvrant tout de la même façon est la norme du secteur et, pour ce produit, il ne serait pas honnête : un logiciel qui modifie une infrastructure sans validation humaine peut causer des dommages sans commune mesure avec un abonnement mensuel. La position envisagée est un plafond général, avec une limite distincte et plus élevée pour la destruction d’infrastructure et la perte de données, plutôt que de faire comme si les deux risques étaient de même taille.

La rédaction définitive revient aux juristes. Nous consignons le principe dès maintenant pour qu’il soit conçu dès le départ, plutôt que négocié tardivement.