Zum Hauptinhalt springen

Kontrollierte Beta

Preise und Zugang

Tarife, Credits, Zahlungsübergabe und Beta-Zugangsbedingungen für Integrationen.

Aktueller Stand

Genehmigte Beta-Tokens erlauben Angebote und Testaufträge ohne Verbrauch. Ergebnislisten bleiben leer und es entsteht keine Zahlungs-URL. API-Schlüssel und echte kostenpflichtige Ausführung sind beschränkt; ein Tarifkauf genehmigt Entwicklerzugang nicht automatisch.

Grenzen der Zahlungsintegration

Nach Nutzerbestätigung kann ein Agent die Auswahl eines kostenpflichtigen Tarifs über POST /api/public/v1/checkout/handoffs prüfen. Die Testantwort liefert checkoutUrl: null und erstellt keine Zahlungssitzung beim Anbieter.

Echte Zahlungs-URLs dürfen erst nach erfolgreicher Prüfung erlaubter Rückkehr-URLs und des Erstkaufs aktiviert werden. Nutzer bezahlen auf der gehosteten Zahlungsseite des Anbieters; Agenten dürfen keine Kartendaten erfassen oder eingeben.

Richtlinien

Regel für kostenpflichtige Abläufe

API- und MCP-Abläufe mit Anbieterkosten müssen Kosten schätzen, Credits reservieren, ausführen und danach abbuchen oder freigeben. Bestätigte Fehler, Abbrüche, fehlerhafte oder unbrauchbare Ergebnisse können nach der Ablaufregel zur Freigabe reservierter Credits führen. Ein geschlossener Tab oder eine verlorene Antwort bestätigt weder Anbieterfehler noch Abbruch. Klären Sie ein offenes Ergebnis vor der Freigabe der Reservierung.

Mit POST /api/public/v1/billing/simulations testen Sie Reservierung, Abbuchung und Freigabe ohne Buchungsänderungen oder Credit-Verbrauch.

Im Testmodus erstellt POST /api/public/v1/checkout/handoffs weder Abonnement noch Belastung oder Zahlungs-URL des Anbieters.