Was ist Soft Descriptor?
Der Händlername und die Kontaktinformationen, die auf dem Kontoauszug des Karteninhabers erscheinen.
Ein Soft Descriptor ist der benutzerdefinierte Text, der auf dem Kontoauszug eines Karteninhabers für eine bestimmte Transaktion erscheint und dynamisch pro Transaktion festgelegt werden kann.
Er unterscheidet sich von einem „Hard Descriptor“, der der statische, rechtliche Geschäftsname ist, der beim Acquirer registriert und mit der Händler-ID (MID) verknüpft ist. Der Soft Descriptor ermöglicht es einem Händler, mehr Kontext zu einem Kauf bereitzustellen, wie z.
B. den Produktnamen oder die Website, was dem Karteninhaber hilft, die Belastung zu erkennen und die Wahrscheinlichkeit einer „Friendly Fraud“-Rückbuchung zu verringern. Diese Daten werden vom Zahlungsgateway des Händlers innerhalb der Autorisierungsanfrage an den Acquirer übermittelt, typischerweise in Data Element 43 der ISO 8583-Nachricht.
Ein gängiges Format kombiniert einen erkennbaren Handelsnamen mit einer Produktkennung, getrennt durch einen Stern, zum Beispiel `CARDFLO*ANALYTICS`. Die Gesamtlänge ist durch die Regeln der Kartensysteme begrenzt, im Allgemeinen auf etwa 22-25 Zeichen.
Der Acquirer leitet diese Informationen dann über die Systeme an den Issuer weiter, der sie letztendlich auf dem Kontoauszug des Karteninhabers anzeigt. Eine häufig missverstandene Nuance ist, dass nicht alle Acquirer dynamische Soft Descriptoren effektiv unterstützen.
Einige können sie kürzen, vollständig ignorieren oder mit dem Hard Descriptor überschreiben, was die Bemühungen eines Händlers zur Vermeidung von Streitigkeiten untergräbt. Dies macht das Testen von Descriptoren in einer Multi-Acquirer-Umgebung unerlässlich.
Praxisbeispiel
Ein in Großbritannien ansässiges SaaS-Unternehmen, „Analytics Widgets Ltd“, verkauft zwei Produkte: „DataMiner“ und „ReportGen“, jeweils für 50 £/Monat. Wenn sie sich auf ihren Hard Descriptor verlassen, zeigt der Kontoauszug des Kunden ein generisches „Analytics Widgets“.
Ein Kunde, der „ReportGen“ gekauft hat, erkennt dies möglicherweise nicht und reicht eine Rückbuchung ein. Durch die Verwendung dynamischer Soft Descriptoren erscheint ein „ReportGen“-Kauf als „DataMiner*ReportGen“, während ein „DataMiner“-Kauf als „DataMiner*MainTool“ angezeigt wird.
Wenn der Karteninhaber seinen Kontoauszug überprüft, klärt der spezifische Produktname sofort die 50-£-Belastung und verhindert einen Anruf bei seiner Bank. Dies vermeidet eine potenzielle Rückbuchung und spart den Transaktionswert von 50 £ sowie eine Rückbuchungsgebühr von 15 £.
Der Descriptor wird zum Zeitpunkt der Autorisierung im API-Aufruf übergeben.
Hinweise der Kartensysteme
Die Regeln der Kartensysteme regeln das Format und die Länge des Soft Descriptors. Mastercard begrenzt das Feld auf 22 Zeichen, während Visa bis zu 25 Zeichen zulässt.
Beide Systeme empfehlen ein Präfix, das den Markennamen des Händlers identifiziert, gefolgt von einem Sternchen und dann einer produktspezifischen Kennung. American Express bietet etwas mehr Flexibilität, empfiehlt jedoch dringend, eine Kundendiensttelefonnummer in die Descriptor-Felder aufzunehmen, um den direkten Kontakt bei Streitigkeiten zu erleichtern.
Die Systeme schreiben die Verwendung dynamischer Descriptoren nicht vor, aber ihre Streitbeilegungsrahmen, wie Visas VCR, bevorzugen implizit Händler, die klare Descriptoren als Best Practice zur Streitvermeidung verwenden.
Warum das für Händler wichtig ist
Eine effektive Soft-Descriptor-Strategie ist eines der kostengünstigsten Instrumente zur Reduzierung der Rückbuchungsquoten. Durch die Vermeidung von Streitigkeiten, die aus Kundenverwirrung entstehen, sparen Händler Rückbuchungsgebühren, vermeiden Umsatzverluste und reduzieren den operativen Aufwand für die erneute Vorlage.
Für Unternehmen mit mehreren Produktlinien, Websites oder Abonnementdiensten, die auf einer einzigen MID laufen, sind dynamische Descriptoren für die Klarheit entscheidend.
Die Verwendung eines Zahlungs-Orchestrierungsanbieters wie Cardflo ermöglicht es Händlern, Descriptor-Formate zu normalisieren und sicherzustellen, dass sie korrekt an verschiedene Acquirer in ihrem Netzwerk übermittelt werden, wodurch häufige Probleme wie Kürzungen oder Acquirer-Überschreibungen vermieden werden, die den Nutzen des Descriptors zunichtemachen können.
Häufig gestellte Fragen
Wie hoch ist die Zeichenbegrenzung für einen typischen Soft Descriptor?
Die meisten Kartensysteme und Acquirer begrenzen den Descriptor auf 20 bis 25 Zeichen. Eine Überschreitung dieser Grenze führt in der Regel dazu, dass die Zeichenfolge gekürzt wird, wodurch wichtige Kontaktinformationen entfernt werden können und möglicherweise die Rückbuchungsraten aufgrund mangelnder Klarheit steigen.
Können dynamische Descriptoren für jede Zahlungsart verwendet werden?
Während die meisten modernen Gateways dynamische Soft Descriptoren für Standard-E-Commerce-Transaktionen zulassen, können einige ältere Hardware oder spezifische Hochrisiko-Verarbeitungsvereinbarungen dies einschränken. Es ist ratsam, sich bei Ihrem Acquirer zu vergewissern, ob Ihre MID transaktionsbezogene Überschreibungen unterstützt, insbesondere wenn Sie mehrere Untermarken unter einem einzigen Händlerkonto verwalten.
Wie hoch sind die genauen Zeichenbegrenzungen für Soft Descriptoren?
Die Grenzen werden von den Systemen und Acquirern festgelegt, aber die Standardregeln sind 22 Zeichen für Mastercard und 25 für Visa. Es ist wichtig zu beachten, dass das Feld für die Stadt, das manchmal angehängt wird, ebenfalls Begrenzungen hat, oft um die 13 Zeichen.
Sie sollten immer die genaue unterstützte Länge bei Ihrer Acquirer-Bank bestätigen, da einige strengere Grenzen als die Systeme selbst auferlegen können.
Mein dynamischer Soft Descriptor wird nicht korrekt angezeigt. Was ist das Problem?
Dies ist ein häufiges Problem. Das Problem liegt normalerweise bei der Acquirer-Bank.
Einige Acquirer unterstützen entweder keine dynamischen Descriptoren oder haben ein System, das das dynamische Feld fälschlicherweise mit dem statischen Hard Descriptor überschreibt, der mit Ihrer MID verknüpft ist.
Um dies zu beheben, müssen Sie den technischen Support Ihres Acquirers kontaktieren, um sicherzustellen, dass Ihr Konto korrekt konfiguriert ist, um die Daten aus dem ISO 8583-Feld DE43 an die Systeme weiterzuleiten.
Welches Format ist am besten für einen Abonnementdienst geeignet?
Bei Abonnements sind Klarheit und Konsistenz entscheidend. Ein gutes Format ist `MARKE*PRODUKTNAME`.
Zum Beispiel könnte ein monatliches Kaffee-Abonnement `QUICKCOFFEE*SUB` sein. Vermeiden Sie es, den Descriptor für wiederkehrende Zahlungen zu ändern, es sei denn, es ist notwendig, da dies zu Verwirrung führen kann.
Das Anhängen einer Kundendienstnummer ist ebenfalls eine bewährte Methode, wenn die Zeichenbegrenzungen dies zulassen, wird aber oft in einem separaten Feld gesendet.
Gibt es einen Unterschied zwischen einem Soft Descriptor und einem Statement Descriptor?
Die Begriffe werden oft synonym verwendet. „Statement Descriptor“ ist jedoch ein breiterer Begriff, der sich entweder auf den Soft Descriptor (dynamisch) oder den Hard Descriptor (statisch) beziehen kann.
Ein Soft Descriptor ist speziell die benutzerdefinierte, transaktionsebene Kennung, während ein Hard Descriptor der standardmäßige Geschäftsname ist, der auf alle Transaktionen einer MID angewendet wird, wenn kein Soft Descriptor bereitgestellt oder unterstützt wird.
Kann ich eine Transaktions- oder Bestell-ID in den Soft Descriptor aufnehmen?
Obwohl technisch möglich, wenn es in die Zeichenbegrenzung passt, ist dies im Allgemeinen keine empfohlene Praxis. Karteninhaber erkennen eine interne Bestell-ID wie `MARKE*A84XYZ-1` nicht, was den Zweck des Descriptors zunichtemacht.
Das Ziel ist die menschliche Lesbarkeit. Es ist besser, einen erkennbaren Produkt- oder Dienstleistungsnamen zu verwenden.
Die eindeutige Transaktions-ID wird bereits in anderen Datenfeldern übermittelt und ist dem Issuer verfügbar.
See how Soft Descriptor plays out in practice
Industries and regions where this term drives real acquiring, routing, or dispute decisions.
Verwandte Begriffe
Eine erzwungene Rückbuchung einer Kartenzahlung, die von der ausstellenden Bank des Karteninhabers veranlasst wird.
Eine Rückbuchung, die von einem echten Karteninhaber für eine tatsächlich getätigte Transaktion eingereicht wird, oft weil er die Beschreibung nicht erkennt oder eine Rückerstattung ohne Kontaktaufnahme mit dem Händler wünscht.
Eine eindeutige Kennung, die von einem Acquirer vergeben wird und Transaktionen mit einem bestimmten Händlerkonto verknüpft.
Von den Systemen definierter Code, der die Gründe für eine Rückbuchung identifiziert (z. B. Visa 10.4 für „Karteninhaber nicht autorisiert“, 13.1 für „Ware nicht erhalten“) und die zur Verteidigung erforderlichen Nachweise festlegt.
Verwandte Anleitungen.
Bereit, Ihre Zahlungsabwicklung zu verbessern?
Erzählen Sie uns von Ihrem Unternehmen. Wir finden für Sie die richtigen Partner und die passende Route, typischerweise innerhalb einer Woche.