Bêta contrôlée
Tarifs et accès
Offres, crédits, passage au paiement et conditions d’accès bêta des intégrations.
État actuel
Les jetons bêta approuvés permettent des devis et tâches de test sans consommation. Les résultats sont vides et aucune URL de paiement n’est créée. Les clés API et l’exécution payante sont restreintes ; l’achat d’une offre n’approuve pas automatiquement l’accès développeur.
Périmètre du paiement
Après confirmation de l’utilisateur, un agent peut vérifier le choix d’une offre payante via POST /. La réponse de test renvoie checkoutUrl: null et ne crée jamais de session de paiement chez le prestataire.
Les URL de paiement réelles ne peuvent être activées qu’après validation des URL de retour autorisées et des contrôles du premier achat. L’utilisateur paie sur la page hébergée du prestataire ; les agents ne doivent ni recueillir ni saisir les données de carte.
Politiques
Règle des opérations payantes
Les opérations API et MCP entraînant des coûts prestataire doivent établir un devis, réserver, exécuter, puis débiter ou libérer. Un échec, une annulation, un résultat mal formé ou inutilisable confirmés peuvent entraîner la libération des crédits réservés selon la politique de l’opération. Fermer un onglet ou perdre une réponse ne confirme ni échec ni annulation chez le prestataire. Vérifiez le résultat d’une opération non résolue avant de libérer sa réservation.
Utilisez POST / pour tester la réservation, le débit et la libération sans modifier le registre ni dépenser de crédits.
En mode test, POST / ne crée ni abonnement, ni débit, ni URL de paiement du prestataire.