Digitale Güter, Anwendungen (ausgenommen Spiele).
Downloads von Softwareanwendungen und digitalen Apps.
- MCC
- 5817
- Kategorie
- Miscellaneous Stores
- Cardflo Support
- Ja
Was MCC 5817 abdeckt
Der Händlerkategorie-Code 5817 ist die ISO 18245-Kennung, die von den Kartennetzen für digitale güter, anwendungen (ausgenommen spiele) verwendet wird. Acquirer, Emittenten und Regulierungsbehörden verwenden diesen Code, um Interbankenentgelte, Scheme-Gebühren, Betrugsregeln und Berichterstattungskategorien für jede Transaktion festzulegen, die Ihr Unternehmen verarbeitet.
Downloads von Softwareanwendungen und digitalen Apps. Die Wahl des richtigen MCC ist entscheidend: Ein falscher Code kann zu höheren Interbankenentgelten, Zuschlägen oder, in regulierten Kategorien, zu abgelehnten Transaktionen und Kontosperrungen führen.
MCC 5817 deckt Händler für digitale Güter ab, die Anwendungen und Software (ausgenommen Spiele) verkaufen. Dazu gehören Produktivitätssoftware, Dienstprogramme, Betriebssysteme und professionelle Tools, die oft über Lizenzen, Abonnements oder einmalige Downloads verkauft werden.
Die Ticketgrößen können erheblich variieren, von kostengünstigen Dienstprogrammen bis hin zu hochwertigen Softwaresuiten. Die Häufigkeit hängt vom Produktmodell ab, wobei Abonnements sehr häufig wiederkehrend sind.
Chargebacks entstehen typischerweise durch „Nicht-Erhalt der Ware“ (z. B.
Probleme mit dem Lizenzschlüssel, Download-Fehler), „nicht autorisierte Transaktionen“ oder „Dienstleistung nicht wie beschrieben“ (z. B.
Softwarefehler, fehlende beworbene Funktionen). Angesichts des wiederkehrenden Charakters vieler Softwareverkäufe sind „nicht bearbeitete Kündigungen“ ebenfalls häufige Streitgründe.
Diese Händler sollten die Scheme-Regeln bezüglich der Abonnementabrechnung beachten.
Die umfassenden Abonnementverwaltungsfunktionen von Cardflo, einschließlich Dunning-Management, intelligenter Wiederholungslogik und nahtloser Integration mit Self-Service-Portalen für Konten, tragen dazu bei, unfreiwillige Abwanderung und Chargebacks aufgrund von „nicht bearbeiteten Kündigungen“ zu reduzieren.
Händler, die digitale Anwendungen verkaufen, sollten ihre Akzeptanz so konfigurieren, dass sowohl einmalige Käufe als auch Abonnementmodelle unterstützt werden, indem sie die Tokenisierung für wiederkehrende Abrechnungen nutzen und die Einhaltung der Scheme-Richtlinien für die Abonnementverwaltung sicherstellen.
Implementieren Sie 3DS2 strategisch, insbesondere für anfängliche Abonnementzahlungen oder höherwertige Softwarelizenzen, um Sicherheit und Konvertierung in Einklang zu bringen. Sorgen Sie für eine klare Kommunikation bezüglich der Abonnementbedingungen, einschließlich Verlängerungsdaten und Kündigungsverfahren, um Streitigkeiten zu mindern.
Angesichts der unterschiedlichen Ticketgrößen kann ein Multi-Acquirer-Setup das Routing für Kosten und Erfolgsraten optimieren. Rollierende Reserven, typischerweise 2,5-5 % für 90-180 Tage, können anfallen, wenn die Streitquoten steigen.
Haltung von Acquirer und Underwriting.
Standard-Board mit mittlerem Risiko, tendenziell niedrig für etablierte SaaS-Anbieter mit niedrigen Chargeback-Raten. Risikofaktoren erhöhen sich für Händler mit aggressiven Verkaufsmodellen, kostenlosen Testphasen, die in kostenpflichtige Abonnements übergehen, oder komplexen Lizenzierungen.
Eine rollierende Reserve von 2,5-5% für 90-180 Tage kann angewendet werden, wenn die Streitquoten über akzeptable Schwellenwerte steigen, insbesondere für abonnementbasierte Dienste.
Streitigkeiten und Rückbuchungsprofil.
Häufige Anfechtungsgründe für digitale Anwendungen sind 13.1 / 4853 (Ware/Dienstleistung nicht wie beschrieben), oft im Zusammenhang mit Softwarefehlern oder falsch dargestellten Funktionen, und 13.3 / 4831 (Stornierung wiederkehrender Transaktionen), wenn Abonnementkündigungen nicht bearbeitet werden.
Bei Ansprüchen wegen „nicht wie beschrieben“ legen Sie detaillierte Produktbeschreibungen, Versionshinweise und Kundensupportprotokolle vor, die die beworbene Funktionalität belegen.
Um „Stornierung nicht bearbeitet“ entgegenzuwirken, legen Sie klare Nachweise vor, dass die Stornierungsrichtlinie für den Karteninhaber zugänglich war, das Datum des Stornierungsantrags und die Bestätigung der ab diesem Datum eingestellten Dienste.
Siehe auch: chargeback management · payment response codes · Compelling Evidence 3.0.
Buchen Sie einen Scoping-Call, um zu sehen, wie Cardflo Sie einrichten würde.
Wie Cardflo MCC 5817 handhabt
- Platzierung bei Acquirern, die MCC-5817-Unternehmen in Ihrer Region aktiv aufnehmen.
- MCC-Überprüfung während des Onboardings, um den richtigen Code für Ihre Produkte zu bestätigen.
- Unterstützung bei der Neueinstufung, wenn sich Schemaregeln oder Produktmix nach dem Start ändern.
- Multi-Acquirer-Routing, um Genehmigungen für breite Händlerkategorien stabil zu halten.
- Dispute-Unterstützung, abgestimmt auf das gemischte Produkt-Chargeback-Profil, das dieser MCC aufweist.
- Dedizierter Onboarding-Manager anstelle einer generischen Ticket-Warteschlange.
Zahlungsmethoden typischerweise aktiviert.
Onboarding- Checkliste.
Was Acquirer typischerweise sehen möchten, wenn sie MCC 5817 aufnehmen. Cardflo sammelt dies einmal und verwendet es bei jedem Acquirer, über den wir Sie leiten, wieder.
- Geschäftsregistrierung und Dokumentation des wirtschaftlich Berechtigten (KYB, UBO).
- Sechs Monate Verarbeitungsnachweise oder Kontoauszüge, die das Handelsmuster belegen.
- Produktextrakt, der bestätigt, dass der MCC die tatsächlich verkauften Waren abdeckt.
- Rückgabe-, Umtausch- und Stornierungsrichtlinien, die am Verkaufsort und auf der Website angezeigt werden.
- PCI DSS SAQ, das der Umgebung entspricht (A, A-EP oder D, je nach Relevanz).
- Rückbuchungsquote und Streitigkeiten der letzten sechs Monate, einschließlich des Status von Visa- oder Mastercard-Überwachungsprogrammen.
Siehe auch: Know Your Customer (KYC) · high-risk merchant · smart routing.
Sprechen Sie mit einem Acquiring-Spezialisten über Ihr MID-Setup.
Häufig gestellte Fragen
Welche spezifischen Scheme-Regeln gelten für wiederkehrende Abrechnungen in MCC 5817?
Sowohl Visa als auch Mastercard haben strenge Regeln für wiederkehrende Abrechnungen, die von Händlern verlangen, Abonnementbedingungen klar offenzulegen, einfache Kündigungsmethoden anzubieten und Benachrichtigungen vor der Verlängerung für jährliche oder hochwertige Abonnements zu senden.
Die Nichteinhaltung kann zu „Kündigung nicht bearbeitet“-Chargebacks führen, die für Händler schwer zu gewinnen sind, wenn Nachweise für eine klare Offenlegung und Kündigungsoptionen fehlen.
Wie können Händler mit MCC 5817 „Ware nicht erhalten“-Chargebacks bei digitaler Lieferung minimieren?
Händler sollten robuste Liefermechanismen implementieren, wie z. B. die sofortige E-Mail-Zustellung von Lizenzschlüsseln/Download-Links, und sicherstellen, dass diese auch im Kundenkonto-Portal zugänglich sind.
Das Protokollieren von Download-Versuchen, IP-Adressen und erfolgreichen Aktivierungen liefert starke Beweise für Chargeback-Streitigkeiten. Ein proaktiver Kundensupport bei Aktivierungsproblemen ist ebenfalls entscheidend.
Ist die „Umwandlung einer kostenlosen Testversion“ ein Chargeback-Risiko für digitale Anwendungen?
Ja, die „Umwandlung einer kostenlosen Testversion“ kann ein erhebliches Chargeback-Risiko darstellen. Händler müssen Kunden explizit über die automatische Umwandlung in ein kostenpflichtiges Abonnement nach Ablauf der Testphase informieren, einschließlich des Abrechnungsdatums und des Betrags.
Es sollten klare Anweisungen zur Abmeldung bereitgestellt werden. Behauptungen wie „nicht autorisierte Transaktion“ oder „Dienstleistung nicht wie beschrieben“ entstehen oft, wenn diese Offenlegungen unzureichend sind, was zu Chargebacks führt, die schwer zu verteidigen sein können.
Welche detaillierten operativen Schritte sollte ich unternehmen, um Chargebacks im Zusammenhang mit „Dienstleistung nicht wie beschrieben“ für meine Softwareanwendungen zu minimieren?
Um Chargebacks wegen „Dienstleistung nicht wie beschrieben“ zu reduzieren, stellen Sie sicher, dass alle Marketingmaterialien und Produktbeschreibungen die aktuellen Funktionen und Fähigkeiten Ihrer Software präzise widerspiegeln. Vermeiden Sie es, die Leistung oder Benutzerfreundlichkeit zu übertreiben.
Stellen Sie leicht zugängliche, detaillierte Spezifikationen, Systemanforderungen und Benutzerhandbücher bereit. Implementieren Sie ein transparentes Fehlerberichtssystem und veröffentlichen Sie Release Notes für Updates, um kontinuierliche Verbesserungen zu demonstrieren.
Bieten Sie vor allem einen reaktionsschnellen Kundensupport an, der Probleme beheben oder angemessene Lösungen, einschließlich Rückerstattungen, anbieten kann. Eine proaktive Kommunikation über bekannte Probleme oder Dienstunterbrechungen kann auch verhindern, dass Unzufriedenheit zu einem Streit eskaliert.
Da viele Anwendungen abonnementbasiert sind, welche wichtigen Compliance-Anforderungen gibt es bezüglich wiederkehrender Zahlungen, um Streitigkeiten zu vermeiden?
Für abonnementbasierte Anwendungen ist die strikte Einhaltung der Scheme-Regeln für wiederkehrende Zahlungen entscheidend. Dazu gehört die Einholung der ausdrücklichen Zustimmung des Karteninhabers für wiederkehrende Abrechnungen, die Bereitstellung klarer Geschäftsbedingungen am Verkaufsort und das Versenden rechtzeitiger Benachrichtigungen vor jeder wiederkehrenden Abbuchung.
Händler müssen einen einfachen, transparenten Kündigungsprozess anbieten und alle Kündigungsanfragen umgehend bearbeiten, um sicherzustellen, dass keine weiteren Gebühren anfallen. Führen Sie Aufzeichnungen über alle Zustimmungen, Benachrichtigungen und Kündigungsanfragen.
Die Implementierung von Account-Updater-Diensten kann helfen, abgelaufene oder neu ausgestellte Karten zu verwalten und unfreiwillige Abwanderung zu reduzieren, diese müssen jedoch von einer robusten Kommunikation und klaren Abmeldeoptionen begleitet werden.
Verwandte Branchen.
Verwandte Funktionen.
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.