B.260812-MINOR
🔧 Verbessert
Pause individuell einstellen
Für zeit- und ausgabenbasierte Abonnements können jetzt getrennte maximale Pausierungsdauern für den Self Service und das Merchant Backend festgelegt werden. Du kannst Zeiträume über Tage, Wochen, Monate oder Jahre definieren. So kannst Du beispielweise Deinen Kunden mit einem zeitbasierten Abonnement einen längeren Pausenzeitraum gewähren als Deinen Kunden mit ausgabenbasierten Abonnements. Zusätzlich dazu kannst Du Deinen Support-Mitarbeitern einen längeren Zeitraum zur Verfügung stellen, in dem sie für Deine Kunden aus Kulanz beispielweise die Abonnements pausieren können.
Zusätzliche SEPA-Fehlermeldungen hinzugefügt
Du findest nun bei fehlgeschlagenen Zahlungen (SEPA) noch mehr Informationen im Transaktionen-Log.
Klappe hier auf, um die vollständige Liste der SEPA-Fehlermeldungen anzuzeigen
Fehlercode | Erklärung | Nächste Schritte |
|---|---|---|
invalid_account_number | Die Transaktion kann nicht verarbeitet werden, weil die vom Kunden angegebene IBAN nicht korrekt ist. | Wende dich an deinen Kunden, um die korrekten Kontodaten zu erhalten, und wiederhole die Transaktion anschließend. |
account_closed | Die Zahlung kann nicht verarbeitet werden, weil das Bankkonto deines Kunden geschlossen ist. | Wende dich an deinen Kunden, um neue Kontodaten zu erhalten, und wiederhole die Transaktion anschließend. |
generic_could_not_process | Stripe kann keinen konkreten Grund für den Zahlungsfehler feststellen. | Wende dich an den Support, um weitere Informationen zu erhalten. |
insufficient_funds | Der Zahlungsvorgang kann nicht abgeschlossen werden, weil das Bankkonto deines Kunden nicht über die erforderliche Kontodeckung verfügt. | Wende dich an deinen Kunden, um zu prüfen, ob die erforderliche Kontodeckung vorhanden ist, und wiederhole die Transaktion anschließend. |
debit_not_authorized | Für die Zahlung liegt kein autorisiertes Mandat vor. | Hole ein neues Mandat ein, und wiederhole die Transaktion anschließend. |
debit_authorization_not_match | Die Transaktion kann nicht verarbeitet werden, weil Mandatsinformationen fehlen oder fehlerhaft sind. | Hole von deinem Kunden ein neues Mandat ein, und wiederhole die Transaktion anschließend. |
debit_disputed | Dein Kunde hat seine Bank gebeten, diese Zahlung zurückzuerstatten. | Wende dich an deinen Kunden, um den Dispute zu klären, und wiederhole die Transaktion anschließend. |
recipient_deceased | Das Mandat wurde für das Konto einer möglicherweise verstorbenen Person eingerichtet. | Prüfe den Status deines Kunden, bevor du die Transaktion wiederholst. |
branch_does_not_exist | Die Zahlung kann nicht verarbeitet werden, weil die zur IBAN deines Kunden gehörende Bankfiliale nicht existiert. | Wende dich an deinen Kunden, damit er neue Kontodaten angibt, und wiederhole die Transaktion anschließend. |
incorrect_account_holder_name | Die Transaktion kann nicht verarbeitet werden, weil die Kontoinformationen deines Kunden fehlen oder fehlerhaft sind. | Hole ein neues Mandat ein und bitte deinen Kunden, Name und Adresse genau so anzugeben, wie sie auf seinem Bankkonto hinterlegt sind. Wiederhole anschließend die Transaktion. |
refer_to_customer | Uns liegen keine detaillierten Informationen zum Zahlungsfehler vor, weil die Bank deines Kunden keinen Grundcode übermittelt hat. | Wende dich an deinen Kunden, um weitere Informationen zu erhalten. |
🐛 Bug-Fixes
PLEN-11399: Die Anzeige des Lieferprotokolls in der Abonnementansicht konnte fehlschlagen, wenn eine hinterlegte Lieferadresse nicht mehr auffindbar war. Das Lieferprotokoll wird jetzt in diesem Fall korrekt angezeigt und markiert die betroffene Adresse als „gelöscht".
S.260812-MINOR
🐛 Bug-Fixes
PLEN-11451: Im Self-Service gab es mehrere Probleme mit der Barrierefreiheit, etwa fehlende Beschriftungen, unklare Fehlermeldungen und nicht gekennzeichnete Pflichtfelder. Diese Probleme wurden behoben: Screenreader und Passwort-Manager funktionieren jetzt korrekt, und Pflichtfelder sind eindeutig gekennzeichnet.
PLEN-11115: In bestimmten Fällen mit altersbedingter Regel am Angebot wurde im Nutzerverwaltungsbereich des Self Service teilweise das falsche Mehrbenutzer-Abonnement als aktiv angezeigt. Es wird jetzt zuverlässig das tatsächlich aktive Abonnement angezeigt.
C.260812-MINOR
🔧 Verbessert
Checkout-Tracking: Fehlgeschlagene Aktionen sind jetzt sichtbar
Bisher war eine fehlgeschlagene Zahlung in den Checkout-Tracking-Daten nicht sichtbar. Aus Tracking-Sicht sahen ein Kunde, der die Zahlungsmethode wechselt, und ein Kunde, der eine falsche IBAN eingibt, fast identisch aus. Die Checkout-Tracking-Daten geben jetzt an, ob die vom Kunden angezeigte Seite das Ergebnis einer fehlgeschlagenen Aktion ist, zusammen mit der Ursache dieses Fehlers:
failed– true, wenn die Seite das Ergebnis einer fehlgeschlagenen Aktion ist, andernfalls falsefailureType– die Ursache des Fehlers:USER_ERROR– verursacht durch den Kunden und in der Regel korrigierbar, z. B. eine abgelehnte Karte, eine falsche IBAN oder ein Abbruch beim ZahlungsdienstleisterCONFIGURATION_ERROR– verursacht durch die Konfiguration des VertragsunternehmensTECHNICAL_ERROR– verursacht durch Frisbii Media oder den ZahlungsdienstleisterUNKNOWN– ein Fehler ist aufgetreten, die Ursache kann jedoch nicht bestimmt werdenNONE– kein Fehler
errorCode – der API-Fehlercode des Fehlers, 0 wenn unbekannt
Die neuen Werte stehen im WebAnalyticsLoad-Event und in den action-/Statistic-Tracking-Daten zur Verfügung, außerdem als Attribute data-failed, data-failure-type und data-error-code am body-Element des Checkout. Es ist keine Aktion erforderlich. Bestehende Tracking-Callbacks und -Events funktionieren unverändert weiter – die neuen Werte werden lediglich ergänzt. Gilt für den V3-Checkout.