Miscellaneous StoresCardflo unterstützt diesen MCC
MCC 5734

Computersoftware-Geschäfte

Einzelhandel mit verpackter und herunterladbarer Software.

Was MCC 5734 abdeckt

Der Merchant Category Code 5734 ist die von den Kartennetzwerken für computersoftware-geschäfte verwendete ISO 18245-Kennung. Acquirer, Issuer und Regulierungsbehörden verwenden diesen Code, um Interbankenentgelte, Scheme-Gebühren, Betrugsregeln und Berichterstattungskategorien für jede von Ihrem Unternehmen verarbeitete Transaktion festzulegen.

Einzelhandel mit verpackter und herunterladbarer Software. 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 5734 umfasst Händler, die hauptsächlich Computersoftware verkaufen, einschließlich verpackter Software, herunterladbarer Lizenzen und zunehmend abonnementbasierter Modelle für unbefristete Lizenzen oder Software-as-a-Service (SaaS). Die Einkäufe reichen von einzelnen Anwendungen bis hin zu Unternehmenslösungen, wobei die Ticketgrößen dramatisch variieren.

Die Häufigkeit kann einmalig oder wiederkehrend für Abonnementdienste sein.

Chargebacks werden häufig durch „Nichtlieferung“ bei herunterladbaren Inhalten (wenn der Download-Link fehlschlägt oder nicht gesendet wird), „nicht wie beschrieben“ aufgrund von Kompatibilitätsproblemen oder unerfüllten Feature-Erwartungen und „Betrug“ bei hochwertigen Softwarelizenzen ausgelöst. Bei Abonnementmodellen ist „Stornierung nicht bearbeitet“ ein häufiger Streitgrund.

Scheme-Programme wie die Compelling Evidence 3. 0-Regeln von Visa und das Digital Goods-Programm von Mastercard zielen darauf ab, Streitigkeiten speziell für digitale Inhalte zu adressieren.

Die robusten Abonnementverwaltungstools und die Wiederholungslogik von Cardflo können den unfreiwilligen Churn und Chargebacks wegen „Stornierung nicht bearbeitet“ erheblich reduzieren, was insbesondere für wiederkehrende Softwarezahlungen relevant ist.

Die KYB-Onboarding gewährleistet die Einhaltung der Vorschriften für eine Vielzahl von Softwareanbietern, einschließlich derer, die Nischen- oder Hochrisikoanwendungen anbieten.

Acquirer & underwriting stance

Ein Risiko-Board von niedrig bis mittel, abhängig von der Softwareart und dem Geschäftsmodell. Hochwertige Einzelkäufe oder häufige wiederkehrende Abrechnungen können das Risiko erhöhen.

Klare Geschäftsbedingungen, Rückerstattungsrichtlinien und Bestätigungen der Download-Lieferung sind entscheidend.

Wie Cardflo MCC 5734 handhabt

  • Underwriting bei Acquirern, die aktiv MCC 5734-Unternehmen in Ihrer Region betreuen.
  • MCC-Überprüfung während des Onboardings, um den richtigen Code für Ihre Produkte zu bestätigen.
  • Neuklassifizierungsunterstützung, wenn sich Schemaregeln oder Produktmix nach dem Launch ändern.
  • Multi-Acquirer-Routing zur Stabilisierung von Genehmigungen für breite Händlerkategorien.
  • Streitfall-Support, abgestimmt auf das gemischte Produkt-Chargeback-Profil dieses MCC.

Payment methods typically enabled

Apple Pay
Google Pay
PayPal
SEPA Direct Debit
Open Banking Payments
Trustly

Häufig gestellte Fragen

Wie können Händler, die herunterladbare Software verkaufen, sich am besten gegen Chargebacks wegen „Ware nicht erhalten“ verteidigen?

Für herunterladbare Software ist ein physischer Liefernachweis unmöglich. Händler müssen überzeugende Beweise sammeln: IP-Adresse des Downloads, Download-Zeitstempel, Kunden-Login-Datensätze, die den Zugriff bestätigen, E-Mail-Bestätigung der Lieferung des Download-Links und alle Kommunikationsprotokolle bezüglich erfolgreicher Installation oder Nutzung.

Einige Schemes, wie Visa unter Compelling Evidence 3. 0, erlauben den Nachweis der digitalen Lieferung und der fortgesetzten Nutzung als starke Verteidigung gegen diese Ansprüche, insbesondere für Transaktionen unter bestimmten Schwellenwerten.

Welche spezifischen Herausforderungen haben abonnementbasierte Softwaremodelle (SaaS) in Bezug auf Chargebacks wegen „Stornierung nicht bearbeitet“?

Für SaaS ist „Stornierung nicht bearbeitet“ (Visa Reason Code 13. 3) häufig.

Händler benötigen einen klaren, leicht zugänglichen Stornierungsprozess. Beweise zur Bestreitung dieser Forderungen umfassen den Nachweis, dass der Kunde nicht über die richtigen Kanäle storniert hat, die fortgesetzte Nutzung nach der angeblichen Stornierung oder dass der Stornierungsantrag nach dem Stichtag des Abrechnungszyklus eingegangen ist.

Es ist entscheidend, dass Kunden E-Mail-Bestätigungen für ihr Abonnement und ihre Stornierung erhalten. Die Tools für wiederkehrende Abrechnungen von Cardflo bieten Dunning-Management und klare Kundenkommunikation, um diese Streitigkeiten zu minimieren.

Gibt es spezifische Scheme-Regeln für Testversionen, die in kostenpflichtige Softwareabonnements umgewandelt werden?

Ja, Schemes haben spezifische Regeln für die Umwandlung von Testversionen in kostenpflichtige Abonnements. Händler müssen die Dauer der Testversion, den nach der Testphase zu berechnenden Betrag und die Abrechnungshäufigkeit bei der Anmeldung klar offenlegen.

In der Regel muss einige Tage vor der Umwandlung der Testversion eine Benachrichtigungs-E-Mail an den Karteninhaber gesendet werden, die ihn an die bevorstehende Abbuchung und die Möglichkeit zur Stornierung erinnert.

Die Nichteinhaltung dieser Regeln kann zu einer automatischen Chargeback-Haftung für Streitigkeiten wegen „wiederkehrender Transaktion“ (Mastercard Reason Code 4849) oder ähnliche Kategorien führen.

Erste Schritte

Bereit für Geschwindigkeit?

Erzählen Sie uns von Ihrem Unternehmen. Wir vermitteln Ihnen die passenden Acquirer-Partner und den richtigen Weg, normalerweise innerhalb einer Woche.

Jetzt bewerben