Цифрови стоки, приложения (с изключение на игри).
Изтегляния на софтуерни приложения и цифрови приложения.
- MCC
- 5817
- Категория
- Miscellaneous Stores
- Поддръжка на Cardflo
- Да
Какво покрива MCC 5817
Кодът на търговска категория (MCC) 5817 е идентификатор по ISO 18245, използван от картовите мрежи за цифрови стоки, приложения (с изключение на игри). Аквирери, издатели и регулатори използват този код, за да определят таксите за обмен, таксите за схеми, правилата за измами и категориите за отчитане за всяка транзакция, която обработва Вашият бизнес.
Изтегляния на софтуерни приложения и цифрови приложения. Изборът на правилния MCC е от решаващо значение: неправилен код може да доведе до по-високи такси за обмен, допълнителни такси или, в регулирани категории, отхвърлени транзакции и задържане на сметки.
MCC 5817 обхваща търговци на цифрови стоки, продаващи приложения и софтуер (с изключение на игри). Това включва софтуер за производителност, помощни приложения, операционни системи и професионални инструменти, често продавани чрез лицензи, абонаменти или еднократни изтегляния.
Размерите на билетите могат да варират значително от евтини помощни приложения до софтуерни пакети с висока стойност. Честотата зависи от модела на продукта, като абонаментите са силно повтарящи се.
Възстановяванията на плащания обикновено възникват от „неполучаване на стоки“ (напр. проблеми с лицензионния ключ, неуспешно изтегляне), „неоторизирани транзакции“ или „услуга, която не е както е описана“ (напр.
софтуерни грешки, липса на рекламирани функции). Като се има предвид повтарящият се характер на много софтуерни продажби, „необработени анулирания“ също са чести причини за спорове.
Тези търговци трябва да имат предвид правилата на схемата относно абонаментното таксуване.
Изчерпателните функции за управление на абонаменти на Cardflo, включително управление на просрочени плащания, интелигентна логика за повторен опит и безпроблемна интеграция с портали за самообслужване на акаунти, помагат за намаляване на неволното отпадане и възстановяванията на плащания за „необработени анулирания“.
Търговците, продаващи цифрови приложения, трябва да конфигурират приемането си, за да поддържат както еднократни покупки, така и абонаментни модели, като използват токенизация на плащанията за повтарящо се таксуване и осигуряват съответствие с указанията на схемата за управление на абонаменти.
Внедрете 3DS2 стратегически, особено за първоначални абонаментни плащания или софтуерни лицензи с по-висока стойност, балансирайки сигурността с конверсията. Поддържайте ясна комуникация относно условията за абонамент, включително дати за подновяване и процедури за анулиране, за да намалите споровете.
Като се имат предвид различните размери на билетите, настройката с множество приобретатели може да оптимизира маршрутизацията за разходи и успеваемост. Подвижните резерви, обикновено 2,5-5% за 90-180 дни, могат да се прилагат, ако нивата на спорове се повишат.
Позиция на придобиващата страна и застрахователна позиция.
Стандартен съвет със среден риск, клонящ към нисък за утвърдени SaaS доставчици с ниски нива на възстановяване на плащания. Рисковите фактори се увеличават за търговци с агресивни модели на продажби, безплатни пробни версии, завършващи с платени абонаменти, или сложно лицензиране.
Може да се приложи 2,5-5% подвижен резерв за 90-180 дни, ако нивата на спорове се повишат над приемливите прагове, особено за абонаментни услуги.
Профил на спор и отмяна на плащане.
Честите причини за спорове за цифрови приложения включват 13.1 / 4853 (стоки/услуги, които не са както е описано), често свързани със софтуерни грешки или невярно представени функции, и 13.3 / 4831 (анулиране на повтаряща се транзакция), когато анулиранията на абонаменти не се обработват.
За искове за „не както е описано“ представете подробни описания на продуктите, бележки за версии и дневници за поддръжка на клиенти, демонстриращи функционалност, както е рекламирана.
За да противодействате на „необработено анулиране“, предоставете ясни доказателства за това, че политиката за анулиране е достъпна за картодържателя, датата на искането за анулиране и потвърждение за прекратяване на услугите от тази дата.
Вижте също: chargeback management · payment response codes · Compelling Evidence 3.0.
Запазете обаждане за обхват, за да видите как Cardflo ще ви настрои.
Как Cardflo обработва MCC 5817
- Позициониране с приобретатели, които активно обслужват бизнеси с MCC 5817 във вашия регион.
- Преглед на MCC по време на въвеждане, за да се потвърди правилния код за вашите продукти.
- Поддръжка за рекласификация, ако правилата на схемата или продуктовият микс се променят след стартиране.
- Маршрутизиране чрез множество посредници, за да се запази стабилността на одобренията за широки търговски категории.
- Поддръжка при спорове, настроена за профила на възстановяванията на плащания за смесени продукти, който вижда този MCC.
- Специализиран мениджър за въвеждане, а не обща опашка за билети.
Методи на плащане обикновено активирани.
Контролен списък за включване.
Какво обикновено изискват придобиващите страни при включване на MCC 5817. Cardflo събира тази информация еднократно и я използва повторно за всеки придобиващ орган, през който ви насочваме.
- Бизнес регистрация и документация за действителен собственик (KYB, UBO).
- Шест месеца извлечения от обработка или банкови извлечения, демонстриращи търговски модел.
- Извлечение от продуктов каталог, потвърждаващо, че MCC обхваща действително продадените стоки.
- Политика за възстановяване, замяна и анулиране, показана на мястото на продажба и на уебсайта.
- PCI DSS SAQ, подходящ за средата (A, A-EP или D, според случая).
- Съотношение на възстановяванията на плащания и история на споровете, обхващащи последните шест месеца, включително всяко състояние на програмата за наблюдение на Visa или Mastercard.
Вижте също: Know Your Customer (KYC) · high-risk merchant · smart routing.
Разговаряйте със специалист по придобиване относно настройката на вашия MID.
Често задавани въпроси
Какви са специфичните правила на схемата за повтарящо се таксуване в MCC 5817?
Както Visa, така и Mastercard имат строги правила за повтарящо се таксуване, изискващи от търговците ясно да разкриват условията за абонамент, да предоставят лесни методи за анулиране и да изпращат известия преди подновяване за годишни или високостойностни абонаменти.
Неспазването може да доведе до възстановявания на плащания за „необработено анулиране“, които са трудни за спечелване от търговците, ако липсват доказателства за ясно разкриване и опции за анулиране.
Как търговците от MCC 5817 могат да минимизират възстановяванията на плащания за „неполучаване на стоки“, като се има предвид цифровата доставка?
Търговците трябва да внедрят стабилни механизми за доставка, като незабавна доставка по имейл на лицензионни ключове/линкове за изтегляне, и да гарантират, че те са достъпни и в портала за акаунти на клиента.
Регистрирането на опити за изтегляне, IP адреси и успешни активации предоставя силни доказателства за спорове за възстановяване на плащания. Проактивната поддръжка на клиенти за проблеми с активирането също е от решаващо значение.
Представлява ли „конверсия на безплатен пробен период“ риск от възстановяване на плащания за цифрови приложения?
Да, „конверсия на безплатен пробен период“ може да бъде значителен риск от възстановяване на плащания. Търговците трябва изрично да информират клиентите за автоматичното преобразуване в платен абонамент след изтичане на пробния период, включително датата на таксуване и сумата.
Трябва да се предоставят ясни инструкции за отказ. Искове за „неоторизирана транзакция“ или „услуга, която не е както е описана“ често възникват, когато тези разкрития са недостатъчни, което води до възстановявания на плащания, които могат да бъдат трудни за защита.
Какви подробни оперативни стъпки трябва да предприема, за да минимизирам възстановяванията на плащания, свързани с „услуга, която не е както е описана“ за моите софтуерни приложения?
За да намалите възстановяванията на плащания за „услуга, която не е както е описана“, уверете се, че всички маркетингови материали и описания на продуктите точно отразяват текущите функции и възможности на вашия софтуер. Избягвайте преувеличаването на производителността или лекотата на използване.
Предоставете лесно достъпни, подробни спецификации, системни изисквания и ръководства за потребителя. Внедрете прозрачна система за докладване на грешки и публично споделяйте бележки за версии за актуализации, демонстрирайки непрекъснато подобрение.
От решаващо значение е да предлагате отзивчива поддръжка на клиенти, която може да отстранява проблеми или да предлага подходящи решения, включително възстановяване на суми, когато е необходимо. Проактивната комуникация относно известни проблеми или прекъсвания на услугите също може да предотврати ескалирането на недоволството до спор.
Като се има предвид, че много приложения са базирани на абонамент, какви са ключовите изисквания за съответствие по отношение на повтарящите се плащания, за да се избегнат спорове?
За абонаментни приложения стриктното спазване на правилата на схемата за повтарящи се плащания е от решаващо значение.
Това включва получаване на изрично съгласие на картодържателя за повтарящо се таксуване, предоставяне на ясни условия за ползване на мястото на продажба и изпращане на навременни известия преди всяко повтарящо се таксуване.
Търговците трябва да предлагат лесен, прозрачен процес за анулиране и да уважават всички искания за анулиране незабавно, като гарантират, че няма да бъдат направени допълнителни такси. Поддържайте записи на всички съгласия, известия и искания за анулиране.
Внедряването на услуги за актуализиране на акаунти може да помогне за управлението на изтекли или преиздадени карти, намалявайки неволното отпадане, но те трябва да бъдат придружени от стабилна комуникация и ясни опции за отказ.
Свързани индустрии.
Свързани ръководства.
Готови ли сте да подобрите настройките за плащанията си?
Разкажете ни за вашия бизнес. Ние ще ви свържем с правилните банки акцептанти и правилния маршрут, обикновено в рамките на една седмица.