# Bezahlen mit ShareAI, von Zustimmung bis Checkout

Geben Sie Kunden eine klare Wahl über die Nutzung von KI, Ihre optionale Gebühr und jeden Kauf. Erstellen Sie eine Zahlungsreise, die sie verstehen und kontrollieren können.

25–35 Minuten · 10 praktische Schritte · Anwendungsentwickler · Produkt & Technik

IHRE IMPLEMENTIERUNG

## Ein Zahlungsfluss, den Sie erklären und überprüfen können.

Halten Sie Autorisierung, akzeptierte Bedingungen und bestätigte Zahlungen sowohl in Ihrem Produkt als auch in Ihrer Implementierung explizit.

### Zugriff mit klarem Zweck

Der Kunde versteht, ob er sich verbindet, KI nutzt oder einen Kauf genehmigt.

**Sie können es überprüfen, wenn**

Das Token und die Operation verwenden das vorgesehene Konto und den Umfang.

### Verträge, denen Sie folgen können

Veröffentlichen Sie verständliche Angebote und verfolgen Sie die Version, die jeder Kunde akzeptiert hat.

**Sie können es überprüfen, wenn**

Neue Bedingungen verschieben einen bestehenden Kunden nicht stillschweigend.

### Bestätigung vor Lieferung

Erstellen Sie einen vorgesehenen Kauf, überprüfen Sie dessen bezahlten Status und erfüllen Sie ihn anschließend.

**Sie können es überprüfen, wenn**

Wiederholungen, Stornierungen, abgelehnte Checkouts und Limits werden behandelt.

## Wählen Sie, wofür Ihr Kunde bezahlt

Sie werden zwischen dem Verbinden eines Kontos, dem Bezahlen für die Nutzung von KI und der Bestätigung eines Produktkaufs unterscheiden.

Wo Sie arbeiten werden Ihr Produkt → Zahlungserlebnis

Pay with ShareAI ermöglicht es einem Kunden, sein ausgewähltes ShareAI Konto in Ihrer Anwendung zu verwenden. Es gibt zwei unterschiedliche Abrechnungsabläufe: vom Kunden finanzierte KI-Anfragen unter einer akzeptierten Autorisierung und einen Produktkauf, den der Kunde beim Checkout bestätigt. Optionales Builder Markup ist eine zusätzliche Vereinbarung zur KI-Nutzung.

| Kundenaktion | Was passiert | Erforderlicher Zugriff |
| --- | --- | --- |
| Eine Wallet verbinden | Erstellt eine Autorisierung für das ausgewählte Konto und die akzeptierten Bedingungen. Durch Klicken auf Verbinden wird kein Produkt gekauft. | `openid` plus die Funktionen, die Ihre App verwendet. |
| Senden Sie eine KI-Anfrage | Verwendet die berechtigten KI-Guthaben des autorisierten Kontos und die akzeptierten Nutzungsbedingungen. | Anwendbarer Inferenzzugriff; `monetization_gateway` für akzeptierte Builder Markup-Bedingungen. |
| Bestätigen Sie einen Produktkauf | Belastet den jeweiligen Kauf erst nach autorisierter Bestätigung. | `payments` und einer erfolgreichen Zahlungsanforderung. |

JamZY · Referenzanwendung für Termine [Screenshot vergrößern ↗](https://shareai.now/shareai-assets/L3dwLWNvbnRlbnQvdGhlbWVzL3NoYXJlYWktZnJvbnRlbmQtdGhlbWUvYXBwL21vZHVsZXMvZ3VpZGFuY2UvYXNzZXRzL2phbXp5LnBuZw.DZt_5dnvNF40T34-7MJsXw?v=219eca92cbe5)

Lokale Terminplanung und kundenfinanzierte KI-Vorbereitung sind separate Aktionen. Diese Demo sendet keine Kalendereinladung.

1. Wählen Sie den Termin-Typ und die Dauer aus.
2. Wählen Sie einen verfügbaren Demo-Slot aus.
3. Verbinden Sie ShareAI, um den optionalen KI-Assistenten zu nutzen.
4. KI wird nur nach dieser expliziten Aktion ausgeführt; allein die Buchung ruft ShareAI nicht auf.

JamZY’s Terminbeispiel demonstriert die KI-Nutzungsroute. Es enthält keinen Händler-Checkout, fordert keinen Zahlungsumfang an und behauptet nicht, dass das Verbinden ein Abonnement kauft. Verwenden Sie die verbleibenden Kapitel, wenn Sie diese separate Erfahrung hinzufügen.

**Sie sind bereit, fortzufahren, wenn**

Ihr Button und Produkttext geben an, ob der Kunde verbindet, KI verwendet oder einen Kauf bestätigt.

Brauchen Sie die Details?[Vollständige JamZY-Einrichtung ↗](https://shareai.now/blogs/product/builder-program/guides-how-to/how-to-connect-an-application-to-shareai-builder-step-by-step/)[Bereiche ↗](https://shareai.now/docs/api/builders/auth/scopes/)

## Holen Sie sich die Autorisierung des Kunden

Sie erhalten die Erlaubnis vom vorgesehenen zahlenden Konto, bevor eine Operation es verwendet.

Wo Sie arbeiten werden Konsole → Anwendungsfälle → Kundenauthorisierung

1. Erstellen Sie die Anwendung und schließen Sie die Onboarding-, öffentlichen Informations- und Plattform-Callback-Prozesse ab. Aktivieren Sie die relevanten Anwendungsfälle in der Konsole.
2. Für Builder Markup, schließen Sie die Zugriffsanfrage ab und warten Sie auf die Genehmigung, falls erforderlich. Für Käufe aktivieren Sie Pay with ShareAI und konfigurieren Sie den erforderlichen Zahlungszugriffsvertrag in Abonnements.
3. Fordern Sie aktivierte Bereiche über Authorization Code + S256 PKCE an. Verwenden Sie `payments` für den Produkt-Checkout, `inference` für KI zu Netzwerkkosten und `monetization_gateway` für ein genehmigtes KI-Markup. Fordern Sie nur die Funktionen an, die die Anwendung tatsächlich verwendet.
4. Lassen Sie den Kunden das richtige persönliche oder Organisationskonto auswählen und die angezeigten Bedingungen akzeptieren. Zusätzliche Bereiche oder geänderte Bedingungen erfordern erneut eine Autorisierung; eine Aktualisierung gewährt sie nicht.

Anwendungsfälle [Screenshot vergrößern ↗](https://shareai.now/shareai-assets/L3dwLWNvbnRlbnQvdGhlbWVzL3NoYXJlYWktZnJvbnRlbmQtdGhlbWUvYXBwL21vZHVsZXMvZ3VpZGFuY2UvYXNzZXRzL3VzZS1jYXNlcy5wbmc.zRU3Lp1TsQuYD7ClWUWS-X?v=090d8c81e6da)

Log-in with ShareAI, Pay with ShareAI und Monetization Gateway haben separate Konfigurations- und Genehmigungszustände.

1. Konfigurieren Sie die Anmeldung mit ShareAI.
2. Aktivieren Sie die nutzerfinanzierte Nutzung.

Eine Client-ID identifiziert die Plattform. Ein Zugriffstoken repräsentiert die akzeptierte Kundenauthorisierung. Eine Vertragsversion zeichnet die Abrechnungsbedingungen auf. Keines davon allein beweist, dass eine bestimmte Produktzahlung bestätigt wurde.

**Sie sind bereit, fortzufahren, wenn**

Das Token gehört dem vorgesehenen Kunden und enthält die Berechtigungen für die Operation, die Sie ausführen möchten.

Brauchen Sie die Details?[Kundenauthorisierung ↗](https://shareai.now/docs/api/builders/auth/authorization-code-pkce/)[Akzeptierte Bedingungen ↗](https://shareai.now/docs/api/builders/auth/billing-agreements/)

## Erklären Sie Ihre KI-Gebühr in einem Angebot

Sie veröffentlichen klare Nutzungsbedingungen, die der Kunde überprüfen und akzeptieren kann.

Wo Sie arbeiten werden Anwendung → Abonnements

Erstellen Sie in Abonnements klar benannte Angebote und erklären Sie die zusätzliche KI-Gebühr. Die Abonnement-ID wird generiert, ist schreibgeschützt und auf Ihre Anwendung beschränkt. Diese Angebote werden über die Plattform-Clients der App hinweg geteilt, sodass Sie kein separates kommerzielles Angebot für Web und Android pflegen.

Abonnements · Übersicht [Screenshot vergrößern ↗](https://shareai.now/shareai-assets/L3dwLWNvbnRlbnQvdGhlbWVzL3NoYXJlYWktZnJvbnRlbmQtdGhlbWUvYXBwL21vZHVsZXMvZ3VpZGFuY2UvYXNzZXRzL3N1YnNjcmlwdGlvbnMucG5n.1fAD7CKPa38_SZFh5zuI9P?v=f1ef4ee6680b)

Neue Anwendungen starten ohne veröffentlichten Vertrag. Fügen Sie ein Angebot hinzu, bevor Sie dessen Bedingungen veröffentlichen.

1. Erstellen Sie ein Angebot in einem eigenen Editor.

Abonnements · Angebotseditor [Screenshot vergrößern ↗](https://shareai.now/shareai-assets/L3dwLWNvbnRlbnQvdGhlbWVzL3NoYXJlYWktZnJvbnRlbmQtdGhlbWUvYXBwL21vZHVsZXMvZ3VpZGFuY2UvYXNzZXRzL3N1YnNjcmlwdGlvbi1lZGl0b3IucG5n.ajS-FCMdefa7Br_i-9U6yV?v=028a19d93ad7)

Ein illustrativer Entwurf eines Angebots. Die generierte Abonnement-ID ist schreibgeschützt und auf diese Anwendung beschränkt.

1. Verwenden Sie einen kundenorientierten Angebotsnamen.
2. Legen Sie die KI `surcharge` für dieses Angebot fest.

Verwenden Sie Estimate, um Netzwerkkosten, Zuschläge und Builder-Einnahmen für das gewählte Modell zu vergleichen. Veröffentlichen Sie einen überprüften Entwurf als nächste Vertragsversion. Kunden akzeptieren diese Version während der Autorisierung; ein veröffentlichtes Angebot ist nicht dasselbe wie eine akzeptierte Kundenvereinbarung.

Wenn Sie nur das Produkt `payments` benötigen, verwenden Sie den verfügbaren kostenlosen Zahlungszugriffsvertragsablauf, anstatt ein Builder Markup zu erfinden. Feste Abonnementpreise und Intervalle werden vom aktuellen Nutzungsangebot-Editor nicht konfiguriert; interpretieren Sie ein KI-Angebot nicht als automatische wiederkehrende Abrechnung.

**Sie sind bereit, fortzufahren, wenn**

Ihr Angebot beschreibt genau, was zu den AI-Kosten hinzugefügt wird. Die kundenseitige Zustimmung zeigt dieselben veröffentlichten Bedingungen.

Brauchen Sie die Details?[Unveränderliche Abrechnungsvereinbarungen ↗](https://shareai.now/docs/api/builders/auth/billing-agreements/)

## Lassen Sie Kunden neue Bedingungen wählen

Sie führen einen neuen Vertrag ein und behalten den Überblick über die Bedingungen, die jedes Konto akzeptiert hat.

Wo Sie arbeiten werden Abonnements → Verträge

Bereiten Sie Änderungen im nächsten Vertragsentwurf vor. Bestehende Autorisierungen behalten ihr akzeptiertes Abonnement und ihre Version, bis der Kunde einen Ersatz akzeptiert. Vergleichen Sie Kontozahlen und Verteilungen in der Abonnementübersicht, anstatt davon auszugehen, dass jedes Konto die neueste Version verwendet.

Abonnements · Verträge [Screenshot vergrößern ↗](https://shareai.now/shareai-assets/L3dwLWNvbnRlbnQvdGhlbWVzL3NoYXJlYWktZnJvbnRlbmQtdGhlbWUvYXBwL21vZHVsZXMvZ3VpZGFuY2UvYXNzZXRzL2NvbnRyYWN0cy5wbmc.XbUHyTwHQDJk3rDHQe4-gs?v=a43ae1273eb9)

Vertragsverlauf und akzeptierte Konto-Verteilungen erscheinen nach Veröffentlichung und Kundenzustimmung.

1. Überprüfen Sie veröffentlichte Vertragsversionen.

Informieren Sie Kunden über Änderungen und führen Sie sie durch den Zustimmungsprozess, um eine neue Version zu akzeptieren, wenn erforderlich. Ein aktualisiertes Token kann keine Zustimmung erzwingen. Das Beibehalten akzeptierter Verträge ist der Standardübergang. Die Entscheidung, eine erneute Zustimmung vor weiteren Aktionen zu verlangen, unterbricht absichtlich den bestehenden Zugriff, bis der Kunde die neuen Bedingungen genehmigt; überprüfen Sie diese Auswirkungen vor der Veröffentlichung. Jede erlaubte Reduzierung muss den Regeln des akzeptierten Vertrags folgen; eine Gebührenerhöhung erfordert die Zustimmung des Kunden.

Halten Sie die Anwendungsebene und die Identitätsgrenze getrennt. Plattform-spezifische Kundenkennungen bleiben auf ihren Client-Kontext beschränkt, auch wenn die kommerzielle Übersicht die gesamte Anwendung aggregiert.

**Sie sind bereit, fortzufahren, wenn**

Sie können identifizieren, welchen Vertrag jedes Konto akzeptiert hat, und erklären, wie es zum nächsten wechseln kann.

Brauchen Sie die Details?[Vertragsübergangsregeln ↗](https://shareai.now/docs/api/builders/auth/billing-agreements/)[Kundenidentitätsgrenzen ↗](https://shareai.now/docs/api/builders/auth/pairwise-identities/)

## Bestätigen Sie einen Kauf, bevor Sie ihn erfüllen

Sie erstellen einen beabsichtigten Kauf, erhalten eine Bestätigung und verifizieren die Zahlung vor der Lieferung.

Wo Sie arbeiten werden Ihr Backend → ShareAI Checkout → Zahlungsüberprüfung

Dieses Kapitel erweitert das Terminbeispiel um einen separaten Produktkauf. Führen Sie es nur aus, nachdem Sie Zahlungen aktiviert und ein Kundentoken mit diesem Umfang erhalten haben. Halten Sie den Bestell- und Zahlungsstatus in Ihrem Backend.

```bash
# Real payment request: use scoped test access and an intentional amount.
curl --fail-with-body 'https://api.shareai.now/api/v1/console/builder/payments' \
  -H "Authorization: Bearer $SHAREAI_ACCESS_TOKEN" \
  -H 'Content-Type: application/json' \
  -H 'Idempotency-Key: YOUR_UNIQUE_ORDER_REFERENCE' \
  --data '{"title":"JamZY appointment preparation pack","amount":"1.00"}'
```

1. Speichern Sie die zurückgegebene Zahlungs-ID und die Checkout-URL mit der Bestellung. Verwenden Sie eine genaue Dezimalbetragszeichenfolge; vermeiden Sie Gleitkomma-Geldberechnungen.
2. Öffnen Sie die zurückgegebene Checkout-URL. ShareAI präsentiert den Kauf und den Zahler. Der Kunde muss mit dem Konto bestätigen, das Ihre App autorisiert hat. Das Öffnen des Checkouts belastet es nicht.
3. Lesen Sie die Zahlung über die API mit derselben Kundenauthorisierung aus. Erfüllen Sie die Bestellung erst, nachdem der verifizierte Status bezahlt ist.
4. Wiederholen Sie denselben beabsichtigten Kauf mit demselben Idempotenzschlüssel. Ein anderer Kauf benötigt einen neuen Schlüssel. Verwenden Sie niemals denselben Schlüssel für geänderte Bedingungen.

```bash
curl --fail-with-body --get \
  'https://api.shareai.now/api/v1/console/builder/payments' \
  -H "Authorization: Bearer $SHAREAI_ACCESS_TOKEN" \
  --data-urlencode "id=$SHAREAI_PAYMENT_ID"
```

| Zahlungsstatus | Was Ihr Produkt tun sollte |
| --- | --- |
| ausstehend | Zeigen Sie an, dass die Kundenbestätigung noch erforderlich ist. Noch nicht erfüllen. |
| bezahlt, | Überprüfen Sie die Bestellung auf Ihrem Server und erfüllen Sie sie dann einmal. |
| abgelehnt | Respektieren Sie die Entscheidung; lassen Sie den Kunden entscheiden, ob er einen weiteren Kauf versuchen möchte. |
| abgelaufen | Erstellen Sie eine neue Anfrage mit einem neuen Idempotenzschlüssel, wenn der Kunde einen erneuten Versuch wünscht. |

Verwenden Sie nur eine Checkout-URL, die von der vertrauenswürdigen API zurückgegeben wird, und validieren Sie sie gegen die zulässige Zielrichtlinie Ihrer Integration. Eine Rückmeldung über den Erfolg der Rückkehr zur App ist kein Zahlungsnachweis. Der Zahler kann nicht von seinem eigenen Builder-Konto aus einkaufen.

Wenn Sie einen bestehenden Festpreis-Abonnementvertrag unterstützen, kann die Zahlungs-API dessen akzeptierte Bedingungen für einen ausdrücklich bestätigten Zeitraum verwenden. Senden Sie keinen erfundenen wiederkehrenden Preis und belasten Sie keinen neuen Zeitraum stillschweigend. JamZY’s herunterladbares Terminbeispiel implementiert diese Erweiterung nicht.

**Sie sind bereit, fortzufahren, wenn**

Keine Bestellung wird geliefert, bis Ihr Backend die Zahlung verifiziert hat, und die Wiederholung des Bestätigungsablaufs kann dieselbe Bestellung nicht zweimal liefern oder belasten.

Brauchen Sie die Details?[Zahlungsendpunkt & Antwortreferenz ↗](https://shareai.now/docs/api/builders/payments/)

## Helfen Sie Kunden, ein Abrechnungsproblem zu beheben

Sie werden Kreditlimits und Trennungen ohne doppelte Belastungen oder unerwartete Kontoänderungen handhaben.

Wo Sie arbeiten werden Ihre Anwendung → Abrechnungswiederherstellung

AI-Nutzung und Produktkäufe haben unterschiedliche Regeln für berechtigte Guthaben. Ein Konto kann AI-berechtigte Guthaben haben, die nicht für ein Produkt verwendet werden können. Behandeln Sie unzureichende Mittel und anwendungsspezifische Ausgabelimits mithilfe des API-Fehlers und des Abrechnungsziels des Kunden.

Zeigen Sie dem Kunden das gewählte Zahlungskonto, die fehlgeschlagene Aktion und eine Möglichkeit, Guthaben oder Limits zu verwalten. Der Kunde kontrolliert seine eigene Obergrenze; der App-Besitzer kann sie nicht erhöhen. Wechseln Sie nicht stillschweigend von einem Organisationskonto zu einem persönlichen Konto, um eine Belastung erfolgreich zu machen.

Kunden [Screenshot vergrößern ↗](https://shareai.now/shareai-assets/L3dwLWNvbnRlbnQvdGhlbWVzL3NoYXJlYWktZnJvbnRlbmQtdGhlbWUvYXBwL21vZHVsZXMvZ3VpZGFuY2UvYXNzZXRzL2N1c3RvbWVycy5wbmc.qbIDq-R5JMA6K48ws4kWaB?v=cc0470083fec)

Die Anwendungsansicht fasst verbundene Konten zusammen, ohne interne Organisationsdatenbank-IDs anzuzeigen.

1. Das Kundenmanagement wird für die Anwendung aggregiert.

Eine Trennung sollte die entsprechende Autorisierung widerrufen und die lokale Sitzung löschen. Sie stoppt zukünftige autorisierte Anfragen; sie macht jedoch keinen bereits bestätigten Kauf rückgängig oder storniert automatisch eine separate bezahlte Verpflichtung. Fehler beim Aktualisieren, Widerruf der Berechtigung und Ablauf der Zahlung erfordern unterschiedliche Wiederherstellungsnachrichten.

**Sie sind bereit, fortzufahren, wenn**

Fehler bei unzureichendem Guthaben und Limits lassen den Kunden informiert und in Kontrolle, ohne versehentliche doppelte Bestellungen oder Zahlerwechsel.

Brauchen Sie die Details?[Abrechnungsfehler & Limits ↗](https://shareai.now/docs/api/builders/billing-errors-and-spending-limits/)[Zugriff widerrufen ↗](https://shareai.now/docs/api/builders/auth/revoke-introspect/)

## Überprüfen Sie die vollständige Zahlungsreise

Sie werden den erfolgreichen Pfad und dessen Fehlerfälle testen, bevor Sie die Plattform in die Veröffentlichung aufnehmen.

Wo Sie arbeiten werden OAuth-Einstellungen → Verifizierung

Verwenden Sie die anwendungsweite Tester-Liste und ein berechtigtes Zahlungskonto, das sich vom Builder unterscheidet. Es gibt höchstens fünf Testerplätze, einschließlich ausstehender Einladungen. Führen Sie eine vollständige Verifizierung von Endpunkt und Umfang für jede Plattform durch, die in die Veröffentlichung aufgenommen wird.

Web · Verifizierung [Screenshot vergrößern ↗](https://shareai.now/shareai-assets/L3dwLWNvbnRlbnQvdGhlbWVzL3NoYXJlYWktZnJvbnRlbmQtdGhlbWUvYXBwL21vZHVsZXMvZ3VpZGFuY2UvYXNzZXRzL3ZlcmlmaWNhdGlvbi5wbmc.xLD6z4RV0ddX6p0qkaLhqc?v=d758a8f881d9)

Eine neue Integration zeigt ausstehende Prüfungen an, bis tatsächlich erfolgreiche Aufrufe aufgezeichnet werden. Dieser Referenzentwurf wurde noch nicht überprüft.

1. Die Konsole zeichnet tatsächliche Endpunkt-Erfolge auf.
2. Jeder angeforderte Scope muss ebenfalls ausgeführt werden.

1. Testen Sie akzeptierte und abgebrochene Autorisierungen; bestätigen Sie die ausgewählte Kunden-/Kontogrenze.
2. Testen Sie eine erfolgreiche KI-Anfrage mit Bereich für `inference` oder `monetization_gateway` und den erforderlichen erfolgreichen API-Aufruf für Zahlungen für `payments`. Eine Zahlungsanfrage kann ausstehend sein, ohne dass eine Belastung erfolgt; ein vollständiger Checkout-Test überprüft zusätzlich die explizite Bestätigung und die Zahlung.
3. Testen Sie doppelte Anfragen, abgelehnte und abgelaufene Checkouts, unzureichende berechtigte Guthaben, Kontoausgabelimits, abgelaufene Tokens, Aktualisierungsrotation und widerrufene Autorisierungen.
4. Überprüfen Sie Kunden, Abonnements und Analysen auf den resultierenden Kunden, akzeptierte Bedingungen und zugeordnete Aktivitäten. Bestätigen Sie, dass sensible Anmeldedaten und interne Organisations-IDs nicht in der kundenorientierten Benutzeroberfläche erscheinen.
5. Nur Plattformen einbeziehen, deren Konfiguration und dokumentierte Prüfungen bestanden wurden. Unfertige Plattformen ausschließen oder entfernen; dann die App über das Dashboard einreichen.

**Sie sind bereit, fortzufahren, wenn**

Ihre Integration unterscheidet akzeptierten Zugriff, akzeptierte Bedingungen, angeforderte Zahlung und bestätigte Zahlung und behandelt den Fehlerpfad für jeden Fall.

Brauchen Sie die Details?[Checkliste für den Anwendungsstart ↗](https://shareai.now/blogs/product/builder-program/guides-how-to/how-to-connect-an-application-to-shareai-builder-step-by-step/#verify)[Builder API-Referenz ↗](https://shareai.now/docs/api/builders/)

## Organisationsverifizierung und Programmzugang

Wählen Sie das persönliche oder Organisationskonto aus, das die Programmanmeldung besitzen wird, bevor Sie sich bewerben. Organisationen können eine Bewerbung vor der Verifizierung einreichen, aber die Genehmigung durch das Personal allein aktiviert den Zugriff nicht. Schließen Sie die Verifizierung der Organisations-E-Mail und der Unternehmensdaten aus der Onboarding-Checkliste in der Konsole ab. Eine genehmigte Organisation bleibt "Ausstehende Verifizierung", bis beide Prüfungen abgeschlossen sind. Builder, Anbieter- und Creator-Programme folgen dieser Regel.

[Anzeigen von Monetization Gateway Preisgestaltung](https://shareai.now/de/entwickler-2/monetarisierungs-gateway/#mg-pricing) · [Erkunden Sie ShareAI for Startups](https://shareai.now/de/startup-programm/) · [Scopes und Berechtigungen](https://shareai.now/de/dokumentation-2/api/entwickler-2/auth/oauth-berechtigungen-und-kontogrenzen/)

## Berechtigungen und akzeptierte Bedingungen

Ihre öffentlichen Allgemeinen Geschäftsbedingungen, Datenschutzrichtlinien und Löschanweisungen müssen mit der Anwendung übereinstimmen und ohne Anmeldung erreichbar bleiben. Die Programmannahme ShareAI, die Genehmigung Monetization Gateway, die OAuth-Berechtigung des Kunden und der akzeptierte Abrechnungsvertrag sind separate Entscheidungen. Eine Aktualisierung kann keine Berechtigungen hinzufügen oder neue kommerzielle Bedingungen akzeptieren.

Der Legacy-Scope `surcharge` bleibt für bestehende Integrationen akzeptiert. Neue Beispiele verwenden `monetization_gateway`. Behalten Sie bestehende Wire-Felder wie `surcharge_bps` und `surcharge_percentage` unverändert bei.

[Anzeigen von Monetization Gateway Preisgestaltung](https://shareai.now/de/entwickler-2/monetarisierungs-gateway/#mg-pricing) · [Erkunden Sie ShareAI for Startups](https://shareai.now/de/startup-programm/) · [Scopes und Berechtigungen](https://shareai.now/de/dokumentation-2/api/entwickler-2/auth/oauth-berechtigungen-und-kontogrenzen/)

## Gateway-Gebühren und Startup-Unterstützung

Standardgebühren 5% des Builder-Zuschlags. Für €2.00 der KI-Netzwerkkosten und einen 10%-Zuschlag zahlt der Kunde €2.20. ShareAI erhält €0.01 des €0.20-Zuschlags; das Builder hat €0.19 vor Event Ingestion.

Die ersten 1,000 abgeschlossenen Produktionsanfragen Monetization Gateway sind jeden Kalendermonat (UTC) kostenlos und werden über das Builder-Konto geteilt. Zusätzliche Anfragen kosten €0.04 pro 1,000 vor anwendbaren Rabatten. Eine abgeschlossene Anfrage erzeugt ein Ereignis.

Pay with ShareAI allein, `inference`-Zugriff ausschließlich, gewöhnliche Konto-API-Schlüssel und Staging- oder Testverkehr verursachen keine Monetization Gateway-Event-Ingestion.

ShareAI for Startups bietet ein gemeinsames monatliches Budget für tatsächliche ShareAI-Gebühren auf einer genehmigten Anwendung. Die aktuellen Launch-, Growth- und Momentum-Stufen listen €1,000, €5,000 und €10,000 pro Monat. Dasselbe Budget deckt die prozentuale Gebühr von ShareAI auf Builder-Markup und abrechenbare Event-Ingestion zusammen ab. Es ist kein Brutto-Markup-Budget, kein separates Freievent-Kontingent oder kostenlose KI-`inference`. Die ersten 1,000 freien Events des Kontos verbrauchen es nicht.

Verbleibende Event-Ingestion-Gebühren werden aus den neuen Einnahmen des Antrags Builder bezahlt, dann aus verfügbaren Builder KI-Einnahmen und uneingeschränkten KI-Guthaben. Kunden-KI-Gebühren und Produkt `payments` bleiben getrennt.

ShareAI kann anwendungsspezifische Gebühren oder Gebührenerleichterungen für einen festen Zeitraum oder bis zur Änderung genehmigen. Überprüfen Sie die aktuellen Preise und Sonderprogramme der Anwendung in der Konsole auf genehmigte Bedingungen, Gültigkeit und verbrauchtes Budget. Eine Stufenänderung oder Preisüberschreibung setzt die monatliche Nutzung der Anwendung nicht zurück.

Launch hält "Log in with ShareAI" optional. Growth und Momentum erfordern es; Momentum erfordert außerdem das offizielle ShareAI for Startups-Abzeichen im Anwendungsfooter. ShareAI überprüft das Abzeichen wöchentlich. Bestätigte Versuche, Anforderungen zu umgehen, können zu einer Herabstufung, Entfernung aus dem Startup-Programm oder einem Ausschluss vom Marktplatz gemäß den akzeptierten Programmrichtlinien führen.

Unternehmenskonditionen werden vom ShareAI-Team für das Builder-Konto konfiguriert, nachdem ein personalisiertes Angebot vereinbart wurde. Der zugewiesene Prozentsatz und die Ereignisrate gelten für zukünftige Anfragen.

[Anzeigen von Monetization Gateway Preisgestaltung](https://shareai.now/de/entwickler-2/monetarisierungs-gateway/#mg-pricing) · [Erkunden Sie ShareAI for Startups](https://shareai.now/de/startup-programm/) · [Scopes und Berechtigungen](https://shareai.now/de/dokumentation-2/api/entwickler-2/auth/oauth-berechtigungen-und-kontogrenzen/)

Source: https://shareai.now/de/blogs/produkt/bauprogramm/anleitungen-how-to/bezahlen-mit-shareai-von-zustimmung-bis-checkout/