Datorprogramvarubutiker.
Detaljhandel med paketerad och nedladdningsbar programvara.
- MCC
- 5734
- Kategori
- Miscellaneous Stores
- Cardflo-support
- Ja
Vad MCC 5734 täcker
Handelskategorikod 5734 är ISO 18245-identifieraren som används av kortnätverken för datorprogramvarubutiker. Acquirer, utfärdande banker och tillsynsmyndigheter använder denna kod för att fastställa interchange, schemaavgifter, bedrägeriregler och rapporteringskategorier för varje transaktion ditt företag behandlar.
Detaljhandel med paketerad och nedladdningsbar programvara. Att välja rätt MCC är avgörande: en felaktig kod kan leda till högre interchange, tilläggsavgifter eller, i reglerade kategorier, avvisade transaktioner och kontospärrar.
MCC 5734 omfattar handlare som huvudsakligen säljer datorprogramvara, inklusive paketerad programvara, nedladdningsbara licenser och, i allt högre grad, prenumerationsbaserade modeller för eviga licenser eller programvara som tjänst (SaaS). Köpen sträcker sig från enskilda applikationer till lösningar på företagsnivå, med dramatiskt varierande biljettstorlekar.
Frekvensen kan vara engångs- eller återkommande för prenumerationstjänster.
Chargebacks drivs ofta av ”utebliven mottagning” för nedladdningsbart innehåll (där nedladdningslänken misslyckas eller inte skickas), ”inte som beskrivet” på grund av kompatibilitetsproblem eller ouppfyllda funktionsförväntningar, och ”bedrägeri” för högvärdiga programvarulicenser. För prenumerationsmodeller är ”avbokning ej behandlad” en vanlig tvisteorsak.
Schemaprogram som Visas Compelling Evidence 3.0-regler och Mastercards Digital Goods-program syftar till att hantera tvister som är specifika för digitalt innehåll.
Cardflos robusta verktyg för prenumerationshantering och återförsökslogik kan avsevärt minska ofrivillig churn och chargebacks för ”avbokning ej behandlad”, särskilt relevant för återkommande programvarubetalningar. Dess KYB-onboarding säkerställer efterlevnad för ett brett utbud av programvaruleverantörer, inklusive de som erbjuder nischade eller högrisktillämpningar.
Programvaruhandlare måste konfigurera acceptans för omedelbar digital leverans och prenumerationsmodeller, prioritera starka bedrägeriverktyg i front-end som 3DS2 för högvärdiga engångsköp. På grund av den höga CNP-karaktären kan en måttlig reserv förväntas, särskilt för nya handlare.
Se till att din betalningsgateway stöder flexibel återkommande fakturering för prenumerationer och robust tokenisering.
Med tanke på den immateriella naturen, fokusera på tydliga användarvillkor, återbetalningspolicyer för digitala varor och oemotsägligt bevis på digital leverans eller åtkomst för att mildra tvister om ”ej mottaget” och efterföljande återhämtningsinsatser.
Inlösare och bedömningsinställning.
Låg till medelhög risk standardstyrelse, beroende på programvarutyp och affärsmodell. Högvärdiga engångsköp eller frekvent återkommande fakturering kan eskalera risken.
Tydliga användarvillkor, återbetalningspolicyer och bekräftelser på nedladdningsleverans är avgörande.
Tvist- och återbetalningsprofil.
De vanligaste chargeback-orsakskoderna är ”13.2 / 4855 (varor ej mottagna)” för nedladdningsproblem och ”13.1 / 4853 (tjänster ej som beskrivet)” på grund av ouppfyllda förväntningar eller kompatibilitet. För prenumerationstjänster uppstår ofta ”13.3 / 4837 (avbokning av återkommande transaktion)”.
För ”ej mottaget”, tillhandahåll nedladdningslänkar, IP-loggar, tidsstämplar för åtkomst och skickade bekräftelsemejl. För ”ej som beskrivet”, presentera detaljerade produktspecifikationer, systemkrav, licensavtal och kundsupportinteraktioner.
För ”avbokning”, visa bevis på bekräftade debiteringar, tydliga avbokningspolicyer och bevis på tidigare meddelanden.
Se även: chargeback management · payment response codes · Compelling Evidence 3.0.
Boka ett planeringstillfälle för att se hur Cardflo skulle sätta upp dig.
Hur Cardflo hanterar MCC 5734
- Placering hos förvärvare som aktivt registrerar MCC 5734-företag i din region.
- MCC-granskning under onboarding för att bekräfta rätt kod för dina produkter.
- Stöd för omklassificering om systemregler eller produktmix ändras efter lansering.
- Dirigering med flera inlösare för att hålla godkännandena stabila för breda handelskategorier.
- Support för tvister anpassad till den blandade produktens chargeback-profil som denna MCC ser.
- Dedikerad onboarding-ansvarig snarare än en generisk ärendekö.
Betalningsmetoder vanligtvis aktiverade.
Introduktion checklista.
Vad inlösare vanligtvis ber om att få se vid onboarding av MCC 5734. Cardflo samlar in detta en gång och återanvänder det för varje inlösare vi dirigerar dig genom.
- Företagsregistrering och dokumentation av verklig huvudman (KYB, UBO).
- Sex månaders behandlingsutdrag eller bankutdrag som visar handelsmönster.
- Produktkatalogutdrag som bekräftar att MCC täcker de faktiskt sålda varorna.
- Policy för återbetalning, byte och avbokning som visas vid försäljningsstället och på webbplatsen.
- PCI DSS SAQ lämplig för miljön (A, A-EP eller D efter relevans).
- Chargeback-kvot och tvistehistorik som täcker de senaste sex månaderna, inklusive eventuell status för Visa- eller Mastercard-övervakningsprogram.
Se även: Know Your Customer (KYC) · high-risk merchant · smart routing.
Prata med en inlösenspecialist om din MID-inställning.
Vanliga frågor
Hur kan handlare som säljer nedladdningsbar programvara bäst försvara sig mot reklamationer för ”varor ej mottagna”?
För nedladdningsbar programvara är fysiskt bevis på leverans omöjligt. Handlare måste samla in övertygande bevis: IP-adress för nedladdning, tidsstämplar för nedladdning, kundinloggningsposter som bekräftar åtkomst, e-postbekräftelse på leverans av nedladdningslänk och eventuella kommunikationsloggar angående framgångsrik installation eller användning.
Vissa system, som Visa under Compelling Evidence 3.0, tillåter bevis på digital leverans och fortsatt användning som ett starkt försvar mot dessa anspråk, särskilt för transaktioner under vissa tröskelvärden.
Vilka specifika utmaningar möter prenumerationsbaserade programvarumodeller (SaaS) när det gäller reklamationer för ”avbokning ej behandlad”?
För SaaS är ”avbokning ej behandlad” (Visa Reason Code 13.3) frekvent. Handlare behöver en tydlig, lättillgänglig avbokningsprocess.
Bevis för att bestrida dessa innebär att visa att kunden inte avbokade via de rätta kanalerna, fortsatt användning efter påstådd avbokning, eller att avbokningsbegäran mottogs efter faktureringscykelns brytpunkt. Att säkerställa att kunder får e-postbekräftelser på sin prenumeration och avbokning är avgörande.
Cardflos verktyg för återkommande fakturering erbjuder dunninghantering och tydlig kundkommunikation för att minimera dessa tvister.
Finns det specifika schemaregler för provperioder som övergår till betalda programvaruprenumerationer?
Ja, systemen har specifika regler för övergångar från provperiod till betald prenumeration. Handlare måste tydligt ange provperiodens längd, beloppet som debiteras efter provperioden och faktureringsfrekvensen vid registrering.
Vanligtvis måste ett meddelande via e-post skickas till kortinnehavaren några dagar innan provperioden övergår, för att påminna dem om den kommande debiteringen och hur man avbokar.
Underlåtenhet att följa dessa regler kan leda till automatiskt ansvar för reklamationer vid tvister om återkommande transaktioner (Mastercard Reason Code 4849) eller liknande kategorier.
Vilka specifika bevis är mest effektiva för att visa digital programvaruleverans och användning för att bestrida anspråk om ”varor ej mottagna”?
För att bekämpa anspråk om ”varor ej mottagna” för digital programvara är de mest effektiva bevisen IP-adressloggar som visar framgångsrik nedladdning eller åtkomst från kortinnehavarens plats, tidsstämplar för nedladdningens start och slutförande, samt eventuella unika licensnycklar eller aktiveringskoder som utfärdats och därefter använts.
Bevis på e-postleverans som innehåller nedladdningslänkar eller åtkomstinstruktioner, tillsammans med register över kontoskapande och inloggningsaktivitet inom programvaruplattformen, fungerar också som övertygande bevis. Dessa data hjälper till att fastställa att den digitala produkten gjordes tillgänglig och, i de flesta fall, åtkomlig av kortinnehavaren.
Hur kan programvaruhandlare hantera återkommande fakturering för prenumerationer för att minska reklamationer för ”avbokning ej behandlad” och upprätthålla efterlevnad?
För att effektivt hantera återkommande prenumerationer och minimera reklamationer för ”avbokning ej behandlad” bör handlare implementera en tydlig och lättillgänglig avbokningsprocess, helst via kundens kontoportal eller via direkta kontaktmetoder. Ange tydliga användarvillkor vid registrering, med detaljer om faktureringscykler, belopp och avbokningspolicyer.
Skicka meddelanden före fakturering före varje förnyelse, särskilt för årliga prenumerationer. Upprätthåll omfattande register över prenumerationsstartdatum, faktureringshändelser och all kommunikation angående avbokningar eller kontoändringar.
Behandla omedelbart alla avbokningsbegäranden och ge kunden en bekräftelse för att säkerställa efterlevnad av PSD2 och schemaregler.
Relaterade branscher.
Relaterade funktioner.
Relaterade guider.
Redo att förbättra din betalningsinställning?
Berätta om ditt företag. Vi matchar dig med rätt inlösenpartners och rätt väg, vanligtvis inom en vecka.