Projektbeschreibung
ÜbersetztKonkret sollte das System mehrere Pläne und Stufen (monatlich und jährlich) unterstützen, kostenlose Testversionen mit automatischer Umwandlung in ein kostenpflichtiges Abonnement und eine Nutzungsabrechnung für Mandanten, die ihr enthaltenes Kontingent überschreiten. Bei einem Upgrade mitten im Zyklus benötigen wir eine korrekte anteilige Abrechnung — sowohl Gutschrift für den ungenutzten Teil des alten Plans als auch Berechnung für den neuen. Fehlgeschlagene Zahlungen sollten eine anpassbare Mahnsequenz mit Wiederholungen und Erinnerungen auslösen, bis das Abonnement ausgesetzt wird, und jedes Abrechnungsereignis muss eine klare Rechnung mit Positionen, Steuern und dem angewendeten Zyklus generieren. Alles ist strikt nach Mandant isoliert: Kein Konto sollte die Daten eines anderen sehen.
Bitte schlagen Sie ein klares Datenmodell und die Integration mit einem Zahlungsanbieter Ihrer Wahl für Kartenzahlungen und Webhooks vor. Für uns sind idempotente Handhabung von Anbieter-Callbacks, ein geprüftes Register aller Belastungen und Gutschriften sowie Admin-Tools zur Ansicht und Bearbeitung des Abonnements eines Mandanten wichtig. In Ihrer Antwort teilen Sie uns mit, wie Sie zuvor anteilige Abrechnungen und Mahnungen durchgeführt haben.
— Tarifpläne und -stufen mit monatlichen/jährlichen Zyklen und Upgrade mitten im Zyklus
— Nutzungsabrechnung mit enthaltenen Kontingenten und Überlastgebühren
— Anteiliges Abrechnen bei Upgrade, Downgrade und Änderungen der Platzanzahl
— Kostenlose Testversionen mit automatischer Umwandlung in Zahlung
— Mahnungen: Wiederholungen, Erinnerungen und Aussetzung bei fehlgeschlagener Zahlung
— Rechnungen mit Positionen und Steuern sowie ein Register pro Mandant
— Strikte Mandantenisolierung und idempotente Zahlungs-Webhooks