Pläne und Sandbox
Diese Seite erklärt, was ein Plan von punchout.dev begrenzt, was an jedem Limit passiert und wie die Abrechnung über Stripe funktioniert. Preise und die Zahlen je Plan stehen im Preisabschnitt.
Was ein Plan festlegt
Abschnitt betitelt „Was ein Plan festlegt“Es gibt drei Pläne, im Portal „Tarif“ genannt: Sandbox (kostenlos), Standard und Pro. Ein Plan gehört zu einer Organisation und gilt für alle ihre Shops.
| Mechanismus | Was gezählt wird | Am Limit |
|---|---|---|
| Produktive Punchouts | Launches aus echten Einkaufssystemen | Sandbox: abgewiesen. Bezahlte Pläne: erlaubt |
| Tagesbudget | Gelesene Warenkörbe und Warenkorb-Erkennung je Shop und UTC-Tag | Lesen und Erkennen von Warenkörben kann bis zum nächsten UTC-Tag scheitern |
| Verbindungen | Aktive Einkäufer-Zugänge über alle Shops | Einen weiteren anzulegen oder zu aktivieren wird abgewiesen |
| Übergaben pro Monat | Warenkörbe, die an Einkaufssysteme übergeben wurden, je Organisation und Kalendermonat | Nichts wird abgewiesen. Inhaber bekommen bei 80 % und bei 100 % eine E-Mail |
| Shops | Shops je Organisation | Einen weiteren Shop anzulegen oder zu übernehmen wird abgewiesen |
Einstellungen → Organisation zeigt Ihren Tarif, das Tagesbudget je Shop und wie viele Shops Sie haben. Einstellungen → Abrechnung zeigt die Verbindungen (dort „Anbindungen“) und die Übergaben dieses Monats.
Die Sandbox
Abschnitt betitelt „Die Sandbox“Jede neue Organisation startet in der Sandbox, und eine Organisation kehrt dorthin zurück, wenn ihr Abonnement endet.
Jeder Shop hat seinen eigenen Sandbox-Zeitraum. Er beginnt, wenn der Shop im Portal angelegt oder aus einem Sofort-Tag übernommen wird. Die Übersicht zeigt die verbleibenden Tage, die Shop-Liste zeigt „Sandbox bis“ mit dem Datum, und Einstellungen → Abrechnung listet das Datum je Shop.
Im Sandbox-Zeitraum gilt:
- Setup-Links, Warenkorb-Erkennung und Test-Punchouts funktionieren im Rahmen des Tagesbudgets.
- Ein Einkäufer-Zugang kann aktiv sein, damit Sie einen Go-live vorbereiten können.
- Ein Launch aus einem echten Einkaufssystem wird abgewiesen, bevor sich der Shop öffnet, und der Einkäufer sieht statt des Shops einen kurzen Hinweis. Was er je nach Protokoll sieht, steht unter Erste Schritte. Die Inhaber bekommen eine E-Mail, wenn Einkäufer abgewiesen werden.
Inhaber bekommen 7 Tage vor dem Ende des Zeitraums eines Shops eine E-Mail. Danach liest punchout.dev für den Shop keine Warenkörbe mehr, bis ein Plan gebucht ist: Die Warenkorb-Erkennung meldet „Die Erkennung ist fehlgeschlagen.“, und ein Test-Punchout startet nicht („Die Sandbox dieses Shops ist abgelaufen.“). Ein bezahlter Plan hebt das sofort auf. Fällt die Organisation später in die Sandbox zurück, gilt wieder das alte Enddatum. Der Zeitraum beginnt nicht neu.
Ein vorläufiger Shop aus dem Sofort-Tag auf der Startseite gehört noch zu keiner Organisation. Er hat ein eigenes kleines Tagesbudget und wird nach 7 Tagen gelöscht, wenn ihn niemand übernimmt. Sein Sandbox-Zeitraum beginnt mit der Übernahme.
Tagesbudget
Abschnitt betitelt „Tagesbudget“Das Tagesbudget begrenzt, wie oft punchout.dev an einem Tag Warenkörbe für einen Shop liest. Es wird verbraucht, wenn punchout.dev während eines Punchouts einen Warenkorb liest, auch bei Test-Punchouts, und bei der automatischen Warenkorb-Erkennung.
Der Plan legt das Budget je Shop fest. Es beginnt um 00:00 UTC neu.
Ist das Budget aufgebraucht, kann das Lesen von Warenkörben für den Shop bis zum nächsten UTC-Tag scheitern. Das Panel des Einkäufers zeigt dann „Analyse fehlgeschlagen.“ mit Erneut versuchen, und ein neuer Versuch hilft bis dahin nicht. Die Warenkorb-Erkennung zeigt aus demselben Grund „Die Erkennung ist fehlgeschlagen.“ Ein Plan-Upgrade wirkt sofort.
Der Tab Nutzung zeigt das Tagesbudget mit dem heutigen Verbrauch, und die Übersicht zeigt das heutige Budget für den Shop, der seinem Limit am nächsten ist.
Verbindungen
Abschnitt betitelt „Verbindungen“Ein aktiver Einkäufer-Zugang ist eine Verbindung, gezählt über alle Shops der Organisation. Jeder Plan enthält eine bestimmte Zahl an Verbindungen, und in einem bezahlten Plan können Inhaber zusätzliche buchen.
- Beim Anlegen eines Zugangs und beim Aktivieren eines deaktivierten prüft das Portal das Limit.
- Beim Deaktivieren, Erneuern, Bearbeiten und Löschen prüft es nie.
- Ein Planwechsel oder weniger gebuchte Verbindungen werden abgewiesen, solange mehr Zugänge aktiv sind, als die neue Zahl erlaubt. Deaktivieren Sie zuerst Zugänge.
- Endet ein Abonnement, wird nichts abgeschaltet. Die Organisation steht dann über ihrem Limit, und kein weiterer Zugang lässt sich aktivieren, bis sie wieder darunter liegt.
- Der temporäre Eintrag eines Test-Punchouts zählt nie.
Übergaben
Abschnitt betitelt „Übergaben“Das monatliche Übergabe-Kontingent ist eine weiche Grenze. Es zählt die Warenkörbe, die alle Shops der Organisation im laufenden Kalendermonat (UTC) an Einkaufssysteme übergeben haben. Test-Punchouts zählen nicht mit. Die Übergabe eines Einkäufers wird nie abgewiesen. Jeder Inhaber erhält bei 80 % und bei 100 % des Kontingents eine E-Mail, jede davon höchstens einmal im Monat. Manche Pläne haben kein Übergabe-Limit.
Einstellungen → Abrechnung → Nutzung diesen Monat zeigt Übertragene Warenkörbe, die Übersicht zeigt Transfers.
Ein Plan erlaubt eine bestimmte Zahl an Shops je Organisation. Ist sie erreicht, antwortet Neuer Shop mit „Ihr Tarif erlaubt keine weiteren Shops.“ und die Übernahme eines Sofort-Tags mit „Ihr Tarif erlaubt keinen weiteren Shop.“
Abrechnung
Abschnitt betitelt „Abrechnung“Die Abrechnung läuft über Stripe. Alle Mitglieder sehen Einstellungen → Abrechnung, kaufen oder ändern können nur Inhaber. Zahlungsdaten bleiben bei Stripe.
| Was | Wie |
|---|---|
| Einen bezahlten Plan wählen | Upgrade öffnet Stripe Checkout. Zahlen Sie monatlich oder jährlich, wo der Plan beides anbietet |
| Preise und Steuern | Die Preise sind Nettopreise. Stripe Tax berechnet die Steuer zusätzlich, wo zutreffend im Reverse-Charge-Verfahren. Der Checkout verlangt eine Rechnungsadresse und, wo Stripe eine für Ihr Land unterstützt, eine Steuer-ID wie eine USt-IdNr. |
| Plan wird aktiv | Wenn Stripe die Zahlung bestätigt, meist innerhalb von Sekunden |
| Plan wechseln | Wechseln auf der Seite Abrechnung. Gilt sofort. Stripe rechnet die laufende Periode anteilig ab |
| Zusätzliche Verbindungen | Eine Anbindung mehr oder Eine Anbindung weniger, dann Übernehmen. Anteilig abgerechnet |
| Go-live-Service | Eine einmalige Buchung in einem bezahlten Plan |
| Rechnungen, Zahlungsmethode, Adresse, Kündigung | Abrechnung verwalten öffnet das Abrechnungsportal von Stripe |
Eine Kündigung im Abrechnungsportal beendet das Abonnement zum Ende der Periode. Die Organisation kehrt dann in die Sandbox zurück: Produktive Launches werden wieder abgewiesen, und Shops, deren Sandbox-Zeitraum vorbei ist, lesen keine Warenkörbe mehr, bis wieder ein Plan gebucht ist.
Schlägt eine Zahlung fehl, bleibt der Plan erhalten, während Stripe den Einzug wiederholt. Stuft Stripe das Abonnement als unbezahlt ein, gelten für die Organisation die Limits der Sandbox, bis es bezahlt ist.
Ein Planwechsel oder eine Änderung der Verbindungen braucht eine Rechnungsadresse, die Stripe für die Steuer verwenden kann. Fehlt sie, meldet das Portal, dass Stripe Ihre Rechnungsadresse nicht zuordnen kann. Vervollständigen Sie die Adresse unter Abrechnung verwalten und versuchen Sie es dann erneut. Kann Stripe Ihre Steuer-ID nicht bestätigen, laufen die Rechnungen weiter, und das Portal zeigt einen Hinweis. Die Steuer-ID lässt sich im Abrechnungsportal nicht ändern. Antworten Sie deshalb auf die E-Mail oder wenden Sie sich an den Support.
punchout.dev übergibt die Rechnungs-E-Mail aus Einstellungen → Organisation beim ersten Checkout an Stripe, wenn der Stripe-Kunde Ihrer Organisation angelegt wird. Ohne sie bekommt Stripe die Adresse des Inhabers, der den Checkout durchführt. Später ändern Sie sie unter Abrechnung verwalten. Hinweise zum Plan (Übergaben, Ende der Sandbox, abgewiesene Launches, Steuer-ID) gehen an jeden Inhaber der Organisation.
Die verbindlichen Bedingungen stehen in den AGB.
punchout.dev · hello@punchout.dev