Wie MemberMouse mit wiederkehrenden Rechnungen umgeht

Bei der Diskussion darüber, wie MemberMouse mit wiederkehrenden Rechnungen umgeht, müssen wir zunächst zwischen Zahlungsdiensten unterscheiden, die Card-on-File-Funktionen unterstützen, und solchen, die dies nicht tun. Bei der Card-on-File-Funktionalität speichert der Zahlungsdienst die Kreditkarteninformationen eines Kunden auf sichere Weise und stellt ein Zahlungs-Token bereit, das für zukünftige Zahlungen verwendet werden kann.

Bei Zahlungsdiensten, die keine Card-on-File-Funktionalität unterstützen (z. B. PayPal, Authorize.net), hat MemberMouse keine Kontrolle über den Prozess der wiederkehrenden Rechnungsstellung. Wenn der Kunde ein Abonnement über einen dieser Dienste erwirbt, wird ein Zeitplan innerhalb des Zahlungsdienstes eingerichtet, und dieser übernimmt die Verantwortung für die erneute Rechnungsstellung an den Kunden zum entsprechenden Zeitpunkt. MemberMouse wartet auf Benachrichtigungen über fehlgeschlagene oder erfolgreiche Abrechnungen und ergreift dann die entsprechenden Maßnahmen.

Bei Card-on-File-Zahlungsdiensten ist das MemberMouse-Plugin auf Ihrer Website für die Verfolgung des Zahlungsplans und das Senden von Zahlungsaufforderungen an den Zahlungsdienst (z. B. Stripe, Braintree, Authorize.net CIM) verantwortlich, wenn eine Zahlung fällig ist. Diese Vereinbarung ist flexibler, erfordert jedoch, dass unser Plugin die Verantwortung für die wiederkehrende Rechnungsstellung übernimmt.

In der Vergangenheit hat MemberMouse dieses Problem gelöst, indem der Abrechnungsplan Ihrer Website mit einem zentralen Server synchronisiert wurde. Nur die Zeitplan-ID und das Abrechnungsdatum wurden auf dem Server gespeichert, keine persönlichen Daten eines Kunden wurden jemals extern gespeichert. Durch die Zentralisierung der Abrechnung konnten wir bestimmte umweltbedingte Einschränkungen der damaligen Zeit überwinden und garantieren, dass die Abrechnung alle paar Stunden erfolgt. Alle Versionen von MemberMouse vor Version 2.4.5 verwenden diesen zentralisierten Ansatz.

Beginnend mit MemberMouse 3.0, verwenden wir WP-Cron und ein neues Warteschlangensystem, um wiederkehrende Rechnungen vollständig innerhalb des Plugins abzuwickeln. Dies bedeutet, dass die Abrechnung auf Ihrer Website nicht mehr von unserer zentralen Infrastruktur abhängig ist, aber es bringt einige zusätzliche Überlegungen für Website-Betreiber mit sich. Standardmäßig haben wir die lokale Abrechnung so geplant, dass sie alle 15 Minuten erfolgt, aber fortgeschrittene Benutzer können unsere WordPress-Filter um dieses Intervall zu ändern.

Lokale Abrechnung erfordert möglicherweise eine Standortaktivität

Eine wichtige Einschränkung von WordPress ist, dass WP-Cron nur dann geplante Aufgaben ausführen kann, wenn es ausgelöst wird. Viele Hosting-Provider umgehen diese Einschränkung, indem sie WP-Cron in regelmäßigen Abständen über andere Teile ihrer Infrastruktur auslösen. Eine Minderheit von Anbietern bietet diese Funktion jedoch nicht an, und in diesem Fall erfolgt die Abrechnung nur, wenn auf die Website zugegriffen wird.

Im Allgemeinen werden die meisten Websites aufgrund des Mitglieder- und Suchmaschinenverkehrs mindestens einmal alle paar Stunden aufgerufen, was für eine zuverlässige Abrechnung ausreicht. Theoretisch ist es jedoch möglich, dass auf eine Website ohne zentrales Cron über einen längeren Zeitraum nicht zugegriffen wird, und in diesem Fall würde die lokale Abrechnung nicht zum erwarteten Zeitpunkt erfolgen. 

Glücklicherweise lässt sich dieses Problem mit Hilfe eines Dienstes zur Überwachung der Betriebszeit leicht lösen. Diese Dienste greifen in regelmäßigen Abständen auf Ihre Website zu und überprüfen, ob sie wie erwartet antwortet. Wenn die Website nicht reagiert, werden Sie per E-Mail oder Textnachricht benachrichtigt. Die regelmäßigen Überprüfungen durch den Überwachungsdienst liefern nicht nur einen wichtigen Maßstab für die Zuverlässigkeit, sondern veranlassen auch, dass die Abrechnung nach Bedarf erfolgt.   

Es gibt viele verfügbare Dienste zur Überwachung der Betriebszeit, und einige bieten eine kostenlose Stufe an, die für kleine und mittelgroße Websites mehr als ausreichend ist. Hier sind ein paar Dienste, die eine kostenlose Stufe anbieten:

• UptimeRobot
• Besserer Stapel
• Uptime Monitor
• StatusKuchen
• HetrixTools

Bei der Konfiguration der Überwachung haben Sie die Möglichkeit zu wählen, wie oft das System Anfragen an Ihre Website sendet. Auch wenn es intuitiv besser erscheint, mit einer höheren Frequenz zu überwachen, sollten Sie bedenken, dass Ihr Server bei jedem Check-in eine Anfrage bearbeiten und beantworten muss, was Ressourcen verbraucht. Für die meisten Kunden empfehlen wir eine Überwachungsfrequenz von 15-30 Minuten.

Beachten Sie, dass einige Hosting-Provider mit zentralisiertem Cron empfehlen, WP-Cron zu deaktivieren und sich bei Triggern ganz auf ihre Infrastruktur zu verlassen, wovon wir jedoch abraten. Die regelmäßige Auslösung sorgt für ein Mindestmaß an Aktivität, aber die Warteschlange ist so konfiguriert, dass sie nach Möglichkeit häufiger ausgeführt wird, und für optimale Ergebnisse sollte man ihr dies auch erlauben.

Erstellen und Wiederherstellen von Backups Ihrer Website

Da alle Informationen für die lokale Abrechnung in Ihrer WordPress-Installation gespeichert sind, wird durch die Wiederherstellung eines Backups Ihrer Website der Abrechnungszeitplan auf einen früheren Stand zurückgesetzt. Das bedeutet, dass Abrechnungen, die nach der Erstellung des Backups verarbeitet wurden, erneut in die Warteschlange gestellt werden.

Um Sie in Situationen zu unterstützen, in denen ein Backup wiederhergestellt wird, haben wir eine neue Bevorstehende Zahlungen Seite, auf der Sie Rechnungen einzeln oder in großen Mengen überspringen oder stornieren können. 

Im Allgemeinen werden überfällige Rückbuchungen so schnell wie möglich ausgeführt, und das System beginnt mit ihrer Bearbeitung, sobald die Wiederherstellung abgeschlossen ist. Die Schutzmaßnahmen, die MemberMouse dagegen anbieten kann, basieren auf den Merkmalen des Zahlungsdienstes. Kunden, die Stripe verwenden, sind geschützt durch: 

• Aufzeichnung von Metadaten - Wenn MemberMouse eine Abrechnung in Stripe verarbeitet, werden Informationen über die nächste zu verarbeitende Abrechnung aufgezeichnet. Wenn eine mehr als 24 Stunden alte Sicherungskopie wiederhergestellt wird, durchsuchen wir die Stripe-Metadaten, um festzustellen, ob die nächste geplante Rückbuchung bereits verarbeitet wurde. Wenn übereinstimmende Daten gefunden werden, wird die lokale Rechnungsstellung vorübergehend angehalten und eine Meldung angezeigt, die Sie auffordert, die Zahlungspläne in MemberMouse zu korrigieren. Der Artikel Die erneute Rechnungsstellung vor Ort wurde pausiert erklärt, wie man mit dieser Situation umgehen kann.
  
• Idempotenz von Transaktionen - Jede über Stripe durchgeführte Transaktion verwendet eine Entpotenzierungsschlüssel aus Bestellinformationen generiert. Stripe lehnt Transaktionen ab, die innerhalb der letzten 24 Stunden bereits abgerechnet wurden.

Wenn Sie vor einer Migration oder einer anderen größeren Wartungsmaßnahme manuell eine Sicherungskopie erstellen, können Sie die lokale Rechnungsstellung vorübergehend unterbrechen, bevor Sie damit beginnen. Sollte es notwendig sein, diese Sicherung wiederherzustellen, wird die lokale Fakturierung bereits pausiert, wenn die Wiederherstellung abgeschlossen ist. Sie können dann alle Zahlungen, die bereits in Rechnung gestellt wurden, überspringen und die lokale Rechnungsstellung aktivieren, sobald dieser Schritt abgeschlossen ist. Die Einstellungen für den Scheduler für die lokale Rechnungsstellung finden Sie unter MemberMouse > Allgemeine Einstellungen > Andere Einstellungenin der Nähe des unteren Seitenrandes.