For AI agents: fetch the complete documentation index at /llms.txt, the full documentation corpus at /llms-full.txt, the agent skill at /skill.md, or this page as Markdown at /de/docs/modules/billing.md (or send Accept: text/markdown).
Abrechnung und Zugriff
Zahlungsereignisse von Autorisierungsentscheidungen trennen.
Wählen und testen Sie Ihren Zahlungsdienst
Billing wickelt Zahlungen ab. Zugriffsberechtigungen werden separat als Berechtigungen gespeichert. Schließen Sie die Einrichtung des dauerhaften Kontos ab und öffnen Sie dann /billing in der laufenden Web-App, um die Planoberfläche anzuzeigen. Mit BILLING_PROVIDER=local erkunden Sie lokales Verhalten, anstatt echtes Geld zu sammeln.
Wählen Sie einen unterstützten Zahlungsanbieter, folgen Sie dessen Einrichtungsanleitung, erstellen Sie Ihr eigenes Testprodukt und Ihren eigenen Preis und kopieren Sie die benannten Servereinstellungen in apps/web/.env.local.. Speichern Sie den Webserver und starten Sie ihn neu. Führen Sie einen Checkout mithilfe der Sandbox-Anweisungen dieses Anbieters durch und überprüfen Sie dann den Zugriffsstatus des Arbeitsbereichs, nachdem der Webhook des Anbieters eintrifft. Ein Webhook ist die signierte Nachricht des Anbieters an Ihren Server über ein Zahlungsereignis.
Eine Erfolgsseite allein schaltet keine Funktionen frei. Wenn der Checkout abgeschlossen ist, der Zugriff aber weiterhin inaktiv bleibt, überprüfen Sie die Webhook-Zustellung des Anbieters und die Ereignisverarbeitung Ihres Servers, bevor Sie die Zahlung wiederholen. Testabbruch und abgelaufener Zugang ebenfalls. Für Telefonkäufe wird die separate RevenueCat/Store-Einrichtung verwendet, nicht dieser Web-Checkout.
Web-Abrechnung
Die Webanwendung unterstützt den Abrechnungsanbieter, den Sie mit BILLING_PROVIDER auswählen; Streifen ist eine Option. Öffnen Sie /billing für Webpläne und Abonnementverwaltung. Befolgen Sie die Anleitung des ausgewählten Anbieters, um seine Nur-Server-Anmeldeinformationen, Produkt- oder Preis-IDs und Webhook-Überprüfungseinstellungen in der passenden Test- oder Live-Umgebung festzulegen.
Zugriff über Berechtigungen autorisieren
Eine Checkout-Weiterleitung belegt keinen aktiven Zugriff. Die serverseitig verwaltete Berechtigung entscheidet, ob ein Workspace eine kostenpflichtige Funktion nutzen kann. Prüfen Sie sie an der Aktionsgrenze, auch wenn die Oberfläche die Aktion bereits ausblendet.
Lifecycle überprüfen
Prüfen Sie Aktivierung, Änderungen, Kündigung und Webhook-Verarbeitung anhand von Sandbox-Ereignissen. Behandeln Sie wiederholte Ereignisse sicher und stellen Sie sicher, dass eine inaktive Berechtigung kostenpflichtige Vorgänge blockiert. Native Mobile-Käufe bleiben eine separate RevenueCat-Integrationsgrenze.