MCC-koder
Cardflo støtter denne MCC-en
MCC 5734

Programvarebutikker.

Salg av pakket og nedlastbar programvare.

MCC
5734
Kategori
Miscellaneous Stores
Cardflo-støtte
Ja
Søk nå

Hva MCC 5734 dekker

Forhandlerkategorikode (MCC) 5734 er ISO 18245-identifikatoren som brukes av kortnettverkene for programvarebutikker. Innløsere, utstedere og regulatorer bruker denne koden til å angi mellomliggende avgifter, nettverksavgifter, svindelregler og rapporteringskategorier for hver transaksjon bedriften din behandler.

Salg av pakket og nedlastbar programvare. Å velge riktig MCC er avgjørende: en feil kode kan føre til høyere mellomliggende avgifter, tilleggsgebyrer, eller, i regulerte kategorier, avviste transaksjoner og kontosperringer.

MCC 5734 dekker forhandlere som primært driver med salg av programvare, inkludert pakket programvare, nedlastbare lisenser, og i økende grad abonnementsbaserte modeller for evigvarende lisenser eller programvare som en tjeneste (SaaS). Kjøpene varierer fra individuelle applikasjoner til løsninger på bedriftsnivå, med store variasjoner i billettstørrelse.

Frekvensen kan være engangs eller gjentakende for abonnementstjenester.

Tilbakeføringer er ofte drevet av 'ikke mottatt' for nedlastbart innhold (hvor nedlastingslenken feiler eller ikke sendes), 'ikke som beskrevet' på grunn av kompatibilitetsproblemer eller uoppfylte funksjonsforventninger, og 'svindel' for programvarelisenser av høy verdi. For abonnementsmodeller er 'kansellering ikke behandlet' en vanlig tvistårsak.

Ordninger som Visas Compelling Evidence 3.0-regler og Mastercards Digital Goods-program har som mål å adressere tvister spesifikke for digitalt innhold.

Cardflos robuste verktøy for abonnementsadministrasjon og gjenforsøkslogikk kan betydelig redusere ufrivillig frafall og tilbakeføringer for 'kansellering ikke behandlet', spesielt relevant for gjentakende programvarebetalinger. Deres KYB-om bordstigning sikrer samsvar for et bredt spekter av programvareleverandører, inkludert de som tilbyr nisje- eller høyrisikoapplikasjoner.

Programvareforhandlere må konfigurere aksept for umiddelbar digital levering og abonnementsmodeller, og prioritere sterke front-end svindelverktøy som 3DS2 for enkeltkjøp av høy verdi. På grunn av den høye CNP-naturen kan en moderat reserve forventes, spesielt for nye forhandlere.

Sørg for at betalingsgatewayen din støtter fleksibel gjentakende fakturering for abonnementer og robust tokenisering.

Gitt den immaterielle naturen, fokuser på klare vilkår for tjenesten, retningslinjer for refusjon for digitale varer, og ubestridelig bevis på digital levering eller tilgang for å redusere 'ikke mottatt'-tvister og påfølgende gjenopprettingsarbeid.

Holdningspunkt for innløser og risikovurdering.

Lav til middels risiko standard styre, avhengig av programvaretype og forretningsmodell. Enkeltkjøp av høy verdi eller hyppig gjentakende fakturering kan eskalere risikoen.

Klare vilkår for tjenesten, retningslinjer for refusjon og bekreftelser på nedlastingslevering er avgjørende.

Tvist- og tilbakeføringsprofil.

De mest utbredte årsakskodene for tilbakeføring er "13.2 / 4855 (varer ikke mottatt)" for nedlastingsproblemer, og "13.1 / 4853 (tjenester ikke som beskrevet)" på grunn av uoppfylte forventninger eller kompatibilitet. For abonnementstjenester oppstår ofte "13.3 / 4837 (kansellering av gjentakende transaksjon)".

For 'ikke mottatt', oppgi nedlastingslenker, IP-logger, tidspunkter for tilgang og bekreftelses-e-poster sendt. For 'ikke som beskrevet', presenter detaljerte produktspesifikasjoner, systemkrav, lisensavtaler og kundestøtteinteraksjoner.

For 'kansellering', vis bevis på bekreftede belastninger, klare kanselleringsregler og bevis på tidligere varsler.

Se også: chargeback management · payment response codes · Compelling Evidence 3.0.

Betalinger bygget for Programvarebutikker.

Bestill en scoping-samtale for å se hvordan Cardflo ville satt deg opp.

Søk nå

Hvordan Cardflo håndterer MCC 5734

  • Plassering hos innløsere som aktivt tar om bord MCC 5734-virksomheter i din region.
  • MCC-gjennomgang under registrering for å bekrefte riktig kode for produktene dine.
  • Reklassifiseringsstøtte dersom ordningsregler eller produktmiks endres etter lansering.
  • Flere innløseres ruting for å holde godkjenninger stabile for brede handelskategorier.
  • Tvistesaker tilpasset den blandede profilen for produkt og tilbakeføring som denne MCC-en ser.
  • Dedikert ansvarlig for registrering i stedet for en generell kø for kundeservice.

Betalingsmetoder vanligvis aktivert.

Visa Credit / Debit
Mastercard Credit / Debit
Apple Pay
Google Pay
AMEX
Open Banking

Sjekkliste for registrering.

Hva innløsere vanligvis ber om å se ved registrering av MCC 5734. Cardflo samler dette inn én gang og gjenbruker det på tvers av alle innløsere vi ruter deg gjennom.

  • Bedriftsregistrering og dokumentasjon av reelle eiere (KYB, UBO).
  • Seks måneder med behandlingsutskrifter eller bankutskrifter som viser handelsmønster.
  • Produktkatalogutdrag som bekrefter at MCC dekker varene som faktisk selges.
  • Retningslinjer for refusjon, bytte og kansellering vist på salgsstedet og på nettstedet.
  • PCI DSS SAQ passende for miljøet (A, A-EP eller D etter behov).
  • Tilbakeføringsforhold og tvistehistorikk som dekker de siste seks månedene, inkludert eventuell Visa- eller Mastercard-overvåkingsprogramstatus.

Se også: Know Your Customer (KYC) · high-risk merchant · smart routing.

Ruter MCC 5734-trafikk med tillit.

Snakk med en innløsningsspesialist om din MID-konfigurasjon.

Søk nå

Vanlige spørsmål

Hvordan kan forhandlere som selger nedlastbar programvare best forsvare seg mot tilbakeføringer for 'varer ikke mottatt'?

For nedlastbar programvare er fysisk bevis på levering umulig. Forhandlere må samle overbevisende bevis: IP-adresse for nedlasting, nedlastingstidspunkter, kundepåloggingslogger som bekrefter tilgang, e-postbekreftelse på levering av nedlastingslenke, og eventuelle kommunikasjonslogger angående vellykket installasjon eller bruk.

Noen ordninger, som Visa under Compelling Evidence 3.0, tillater bevis på digital levering og fortsatt bruk som et sterkt forsvar mot disse kravene, spesielt for transaksjoner under visse terskler.

Hvilke spesifikke utfordringer møter abonnementsbaserte programvaremodeller (SaaS) når det gjelder tilbakeføringer for 'kansellering ikke behandlet'?

For SaaS er 'kansellering ikke behandlet' (Visa årsakskode 13.3) hyppig. Forhandlere trenger en klar, lett tilgjengelig kanselleringsprosess.

Bevis for å bestride disse innebærer å demonstrere at kunden ikke kansellerte via de riktige kanalene, fortsatt bruk etter påstått kansellering, eller at kanselleringsforespørselen ble mottatt etter faktureringssyklusens frist. Å sikre at kunder mottar e-postbekreftelser på abonnementet og kanselleringen er avgjørende.

Cardflos verktøy for gjentakende fakturering tilbyr dunning-administrasjon og klar kundekommunikasjon for å minimere disse tvistene.

Finnes det spesifikke ordningsregler for prøveperioder som konverteres til betalte programvareabonnementer?

Ja, ordningene har spesifikke regler for konvertering fra prøveperiode til betalt. Forhandlere må tydelig opplyse om prøveperiodens varighet, beløpet som belastes etter prøveperioden, og faktureringsfrekvensen under registrering.

Vanligvis må en varslings-e-post sendes til kortholderen noen dager før prøveperioden konverteres, og minne dem om den kommende belastningen og hvordan de kan kansellere. Manglende overholdelse av disse reglene kan føre til automatisk tilbakeføringsansvar for 'gjentakende transaksjon'-tvister (Mastercard årsakskode 4849) eller lignende kategorier.

Hvilke spesifikke bevis er mest effektive for å demonstrere digital programvarelevering og bruk for å bestride krav om 'varer ikke mottatt'?

For å bekjempe krav om 'varer ikke mottatt' for digital programvare, inkluderer de mest effektive bevisene IP-adresselogger som viser vellykket nedlasting eller tilgang fra kortholderens lokasjon, tidspunkter for nedlastingsstart og fullføring, og eventuelle unike lisensnøkler eller aktiveringskoder som er utstedt og deretter brukt.

Bevis på e-postlevering som inneholder nedlastingslenker eller tilgangsinstruksjoner, sammen med poster over kontoopprettelse og påloggingsaktivitet innenfor programvareplattformen, fungerer også som overbevisende bevis. Disse dataene bidrar til å fastslå at det digitale produktet ble gjort tilgjengelig og, i de fleste tilfeller, tilgjengelig for kortholderen.

Hvordan kan programvareforhandlere administrere gjentakende fakturering for abonnementer for å redusere tilbakeføringer for 'kansellering ikke behandlet' og opprettholde samsvar?

For å effektivt administrere gjentakende abonnementer og minimere tilbakeføringer for 'kansellering ikke behandlet', bør forhandlere implementere en klar og lett tilgjengelig kanselleringsprosess, ideelt sett via kundens kontoportal eller via direkte kontaktmetoder. Gi klare vilkår for tjenesten under registrering, med detaljer om faktureringssykluser, beløp og kanselleringsregler.

Send varsler før fakturering før hver fornyelse, spesielt for årlige abonnementer. Oppretthold omfattende poster over abonnementsstartdatoer, faktureringshendelser og all kommunikasjon angående kanselleringer eller kontoendringer.

Behandle alle kanselleringsforespørsler raskt og gi bekreftelse til kunden for å sikre samsvar med PSD2 og ordningsregler.

Søk om Cardflo

Klar for å forbedre betalingsløsningen din?

Fortell oss om bedriften din. Vi finner de rette innløsningspartnerne og den rette ruten for deg, vanligvis innen en uke.

Søk nå
Søk nå