Skip to main content
Bei einer offenen Rechnung mit Restbetrag erscheint ein verpflichtender Zahlungsdialog, bevor du die App weiterverwenden kannst. Ein Owner, Admin oder Abrechnungsverantwortlicher kann die Zahlungsseite öffnen, bezahlen oder eine andere Zahlungsmethode verwenden.

​
Währung und bestehende Abos

Neue Käufe verwenden die Workspace-Währung, sofern ein Umrechnungskurs verfügbar ist. Prüfe vor der Bestätigung die genaue Währung, den Betrag und anfallende Steuern im Zahlungsdialog. Ein bestehendes Abo behält die vereinbarte Vertragswährung und den Preis. Ein EUR-Vertrag wird weiterhin in EUR fakturiert, auch wenn der Workspace USD anzeigt. Bei älteren Zahlungen kann der Zahlungsanbieter den Rechnungsbetrag in die beim Checkout gewählte lokale Währung umrechnen. Der Zahlungsbeleg zeigt den tatsächlich bezahlten Betrag. Das gilt ebenso für die Rufnummernmiete und SMS-Registrierung. Vertragspreise stammen aus den Abrechnungsdaten. Ist ein historischer Betrag nicht prüfbar, öffne Abrechnung verwalten, statt einen umgerechneten Katalogpreis als Verlängerungspreis zu verwenden. Automatische Aufladungen behalten den beim Speichern bestätigten Betrag und die Währung. Ein geänderter Wechselkurs erhöht diesen Betrag nicht. Bei älteren Regeln in Fremdwährung kann eine erneute Bestätigung unter Einstellungen → Guthaben nötig sein.

​
Mit einer gespeicherten Zahlungsmethode bezahlen

Bei Guthabenaufladungen, neuen Abos, Add-ons, SMS-Registrierungen und kostenpflichtigen Rufnummern erscheinen verfügbare gespeicherte Karten zuerst im Dialog Prüfen und bezahlen. Wähle eine Karte, um die Zahlung im Dialog fortzusetzen. Neue Karte hinzufügen öffnet die sichere externe Zahlungsseite; ohne geeignete gespeicherte Karte öffnet sich diese Seite direkt. Prüfe Gesamtbetrag, Währung und Steuern vor der Zahlungsbestätigung. Neue Methoden kannst du für künftige Käufe speichern. Verfügbare Methoden hängen vom Abrechnungskonto, der Währung und dem Kauf ab. Eine Bank oder Wallet kann eine Bestätigung außerhalb der App verlangen; Lastschriften können bis zur Zahlungsbestätigung ausstehend bleiben. Bei Änderungen eines bestehenden Abos wählst du die Karte für diese Änderung und künftige Verlängerungen. Das aktuelle Abo bleibt bestehen, solange eine erforderliche Zahlung aussteht. Automatische Verlängerungen und Auto-Topup verwenden weiterhin ihre gespeicherten Zahlungseinstellungen. Gespeicherte Methoden gehören zum Abrechnungskonto des jeweiligen Kaufs. Nach einem Wechsel der Abrechnungsgesellschaft kann eine andere Methode nötig sein. Guthaben, Add-ons und kostenpflichtige Rufnummern werden erst nach bestätigter Zahlung freigeschaltet. Kunden auf einer Reseller-Plattform verwenden die bei diesem Reseller gespeicherten Zahlungsmethoden. Karten werden nicht zwischen Abrechnungskonten geteilt. Teammitglieder werden beim Rufnummernkauf weiterhin zur sicheren Zahlungsseite geleitet.

​
Abonnement über API oder MCP ändern

Nutze die API-Aktionen zur Prüfung und Bestätigung einer Abo-Änderung oder die MCP-Tools Review subscription change und Confirm subscription change. Übermittle die vollständige gewünschte Auswahl von Tarif und Add-ons. Die Prüfung ändert das Abo noch nicht und belastet keine Karte. Zeige der freigebenden Person die Zusammenfassung, den fälligen Betrag, die Währung und die maskierte Karte. Bestätige erst nach ihrer ausdrücklichen Zustimmung mit den Referenzen aus dieser Prüfung. Die Referenzen gelten 15 Minuten und nur für denselben berechtigten Nutzer und Workspace. Ein höherer Betrag oder geänderte Bedingungen erfordern eine neue Prüfung. Ist keine Zahlung fällig, bestätige ohne Kartenauswahl. Diese Aktionen ändern bestehende Abonnements. Erforderlich sind ein nutzergebundener Abrechnungszugang, Schreibzugriff auf die Abrechnung und die Rolle Eigentümer, Administrator oder Abrechnung. Bei ausstehender Zahlung öffne den zurückgegebenen Abrechnungslink und folge den Zahlungsschritten. Melde dich im Workspace an, falls du dazu aufgefordert wirst. Upgrades werden erst nach bestätigter Zahlung freigeschaltet.

​
Offene Rechnung bezahlen

Der Zahlungsdialog erscheint in der gesamten App und lässt sich bei offenen Rechnungen nicht schließen. Er berücksichtigt Plan-, Rufnummern-, Add-on- und individuelle Rechnungen des Workspaces, auch von einer früheren Abrechnungsgesellschaft.
  1. Wähle Rechnung bezahlen, um die älteste zahlbare Rechnung zu öffnen.
  2. Schließe die Zahlung ab. Nur die gespeicherte Karte zu ändern begleicht keine Rechnung.
  3. Kehre zur App zurück. Die Zahlung wird automatisch geprüft; mit Zahlung prüfen kannst du erneut prüfen. Bezahle gegebenenfalls weitere offene Rechnungen.
Der Zugriff wird erst freigegeben, wenn alle offenen Rechnungen nachweislich bezahlt oder geschlossen sind. Teammitglieder ohne Abrechnungsrechte müssen einen Owner, Admin oder Abrechnungsverantwortlichen um die Zahlung bitten. Abmelden, der Wechsel in einen anderen Workspace und der Abschluss eines Checkouts bleiben möglich. Hat eine Rechnung keine Zahlungsseite, öffnet sich die Abrechnungsverwaltung. Bei fehlgeschlagener Planzahlung entfallen außerdem die bezahlten Planfunktionen und enthaltenen Plan-Credits bis zur Zahlungsbestätigung. Gekaufte Auflade-Credits bleiben im Guthaben.

​
Abrechnung verwalten

Die Karte Manage billing am Ende der Plan-Seite öffnet:
  • Rechnungshistorie und Rechnungs-PDFs,
  • Zahlungsmethoden,
  • Kündigung zum Ende des Abrechnungszeitraums.
Pläne änderst du unter Settings → Plan, wo du verfügbare Preise, Funktionen und Add-ons vergleichen kannst.

​
Rechnungen für Aufladungen

Erfolgreiche manuelle und automatische Credit-Aufladungen erzeugen eine Rechnung im Abrechnungskonto des Workspace. Credits werden erst nach erfolgreicher Zahlung hinzugefügt. Eine fehlgeschlagene Aufladung verändert das bestehende Guthaben nie. Bei einer fehlgeschlagenen automatischen Aufladung mit stornierter Rechnung erscheint nur ein schließbarer Hinweis. Es wurden keine Credits gekauft. Nutze Zahlungsmethode ändern oder Credits aufladen unter Einstellungen → Guthaben. Nach einem erfolgreichen Credit-Kauf verschwindet der Hinweis; ansonsten erscheint er einmal pro Fehlversuch und Browsersitzung.

​
Auto-Topup

Öffne Settings → Balance, um Auto-Topup zu aktivieren, damit dem Workspace mitten in einer Kampagne nie das Guthaben ausgeht. Nach der Aktivierung legst du zwei Werte fest:
  • When credit balance drops below – der Schwellenwert, der eine Aufladung auslöst.
  • Top up amount – wie viele Credits bei jedem Überschreiten dieses Schwellenwerts nachgekauft werden.
Der erste manuelle Credit-Kauf auf der Balance-Seite speichert eine Karte; Auto-Topup verwendet diese gespeicherte Karte danach automatisch weiter, so dass keine separate Karteneingabe mehr nötig ist, sobald eine Aufladung einmal durchgelaufen ist. Fällt das Guthaben unter den Schwellenwert und ist Auto-Topup deaktiviert (oder nicht verfügbar), erhält der Workspace stattdessen eine Benachrichtigung über ein niedriges Guthaben.
Setze den Schwellenwert hoch genug an, um den Credit-Hold eines laufenden Anrufs abzudecken – wie Holds funktionieren, steht unter Wie Nutzung abgerechnet wird – damit eine Anrufwelle die Aufladung nicht überholt.

​
Rückerstattungen und Kündigungen

Gekaufte Credits werden in Echtzeit verbraucht und nach der Nutzung nicht erstattet. Die Kündigung eines bezahlten Plans stoppt die nächste Verlängerung, erstattet aber nicht den laufenden Abrechnungszeitraum – Plan und enthaltene Credits bleiben bis zum Ende des Zeitraums aktiv.

​
API und MCP

Die Public API stellt bereit:
  • POST /api/v1/billing/invoice-payment
  • POST /api/v1/billing/portal
Beide geben eine kurzlebige billing_url auf deiner Plattform- oder White-Label-Domain zurück. Diese beiden REST-Endpunkte bleiben mit gültigen Zugangsdaten erreichbar, wenn API Access nach einer fehlgeschlagenen Planzahlung pausiert ist. Nur aktuelle Workspace-Mitglieder mit der Rolle owner, admin oder billing können einen Link erstellen; die Zugangsdaten benötigen außerdem billing:write. billing:read reicht nicht aus. Die entsprechenden MCP-Tools heißen create_invoice_payment_link und create_billing_portal_link. Für sie gelten dieselben Rollen- und billing:write-Anforderungen. Der MCP-Zugriff wird weiterhin separat über Connect AI / MCP gesteuert. GET /api/v1/billing/payment-status und das MCP-Tool get_payment_status liefern den Zahlungsbedarf, den ältesten offenen Betrag, die Anzahl offener Rechnungen und einen Hinweis auf fehlgeschlagene automatische Aufladungen. Sie erfordern billing:read. Der Status-Endpunkt bleibt auch bei pausiertem API-Zugang verfügbar. Er liefert keinen Zahlungslink; dessen Erstellung erfordert weiterhin billing:write und eine aktuelle Owner-, Admin- oder Abrechnungsrolle.