電腦軟件商店.
零售包裝和可下載的軟件。
- MCC
- 5734
- 類別
- Miscellaneous Stores
- Cardflo 支援
- 是
MCC 5734 涵蓋的內容
商戶類別代碼 (MCC) 5734 是由卡網絡用於 電腦軟件商店 的 ISO 18245 識別碼。收單方、發卡方和監管機構使用此代碼為您的業務處理的每筆交易設定交換費、方案費用、欺詐規則和報告類別。
零售包裝和可下載的軟件。 選擇正確的 MCC 至關重要：不正確的代碼可能導致更高的交換費、附加費，或者在受監管的類別中導致交易被拒和帳戶被暫停。
MCC 5734 涵蓋主要從事銷售電腦軟件的商戶，包括包裝軟件、可下載許可證，以及越來越多的永久許可證或軟件即服務 (SaaS) 的訂閱模式。 購買範圍從個人應用程式到企業級解決方案，票價差異很大。
訂閱服務的頻率可以是單次或重複的。
退單通常是由於可下載內容的「未收到」（下載連結失敗或未發送）、由於兼容性問題或未達到預期功能而導致的「與描述不符」，以及高價值軟件許可證的「欺詐」。 對於訂閱模式，「取消未處理」是一個常見的爭議原因。
Visa 的 Compelling Evidence 3.0 規則和 Mastercard 的 Digital Goods 計劃等方案旨在解決針對數碼內容的爭議。
Cardflo 強大的訂閱管理工具和重試邏輯可以顯著減少非自願流失和「取消未處理」的退單，這對於重複軟件付款尤其重要。
其 KYB 入職確保了廣泛軟件供應商的合規性，包括那些提供小眾或高風險應用程式的供應商。
軟件零售商必須配置接受即時數碼交付和訂閱模式，優先考慮強大的前端欺詐工具，例如用於高價值單次購買的 3DS2。 由於高 CNP 性質，可能會預期有適度的儲備金，特別是對於新興商戶。
確保您的支付網關支持靈活的重複計費訂閱和強大的代幣化。 鑑於其無形性質，請專注於清晰的服務條款、數碼商品的退款政策，以及不可辯駁的數碼交付或訪問證明，以減輕「未收到」的爭議和隨後的追討工作。
收單機構及 審批立場。
低至中風險標準板，取決於軟件類型和業務模式。 高價值單次購買或頻繁重複計費可能會增加風險。
清晰的服務條款、退款政策和下載交付確認至關重要。
爭議及 退單概況。
最常見的退單原因代碼是「13.2 / 4855（商品未收到）」用於下載問題，以及「13.1 / 4853（服務與描述不符）」由於未達到預期或兼容性。 對於訂閱服務，通常會發生「13.3 / 4837（重複交易取消）」。
對於「未收到」，請提供下載連結、IP 日誌、訪問時間戳和發送的確認電子郵件。 對於「與描述不符」，請提供詳細的產品規格、系統要求、許可協議和客戶支持互動。
對於「取消」，請顯示已確認費用的證據、清晰的取消政策和事先通知的證明。
另請參閱： chargeback management · payment response codes · Compelling Evidence 3.0.
預約規劃通話，了解 Cardflo 如何為您設置。
Cardflo 如何處理 MCC 5734
- 與積極接納您所在地區 MCC 5734 業務的收單機構合作。
- 開戶期間進行 MCC 審查，以確認您產品的正確代碼。
- 如果計劃規則或產品組合在發布後發生變化，則提供重新分類支援。
- 多收單機構路由，為廣泛的商戶類別保持批准穩定。
- 糾紛支援，針對此 MCC 的混合產品退單概況進行調整。
- 專屬開戶經理，而非通用請求隊列。
常用 付款方式。
入網 清單。
收單機構在為 MCC 5734 辦理入網時通常會要求提供的資料。Cardflo 只會收集一次，並在我們為您連接的每個收單機構中重複使用。
- 商業登記和實益擁有人文件 (KYB, UBO)。
- 六個月的處理報表或銀行報表，證明交易模式。
- 產品目錄摘錄，確認 MCC 涵蓋實際銷售的商品。
- 銷售點和網站上顯示的退款、換貨和取消政策。
- 適用於環境的 PCI DSS SAQ (A、A-EP 或 D)。
- 過去六個月的退單率和爭議歷史，包括任何 Visa 或 Mastercard 監控計劃狀態。
另請參閱： Know Your Customer (KYC) · high-risk merchant · smart routing.
與收單專家討論您的 MID 設定。
常見問題
銷售可下載軟件的商戶如何最好地防範「商品未收到」的退單？
對於可下載軟件，實物交付證明是不可能的。
商戶必須收集有說服力的證據：下載的 IP 地址、下載時間戳、確認訪問的客戶登錄記錄、下載連結交付的電子郵件確認，以及任何有關成功安裝或使用的通信記錄。 某些方案，例如 Visa 在 Compelling Evidence 3.0 下，允許數碼交付和持續使用的證明作為這些索賠的有力辯護，特別是對於某些閾值以下的交易。
訂閱式軟件模式 (SaaS) 在「取消未處理」的退單方面面臨哪些具體挑戰？
對於 SaaS，「取消未處理」（Visa 原因代碼 13.3）很常見。 商戶需要一個清晰、易於訪問的取消流程。
爭議這些的證據包括證明客戶沒有通過正確的渠道取消、在聲稱取消後繼續使用，或者在計費週期截止後才收到取消請求。 確保客戶收到訂閱和取消的電子郵件確認至關重要。
Cardflo 的重複計費工具提供催收管理和清晰的客戶溝通，以最大程度地減少這些爭議。
是否有針對轉換為付費軟件訂閱的試用期的特定方案規則？
是的，方案對試用期轉換為付費有特定的規則。 商戶必須在註冊時清楚披露試用期、試用期後收取的金額以及計費頻率。
通常，必須在試用期轉換前幾天向持卡人發送通知電子郵件，提醒他們即將到來的費用以及如何取消。 未能遵守這些規則可能會導致「重複交易」爭議（Mastercard 原因代碼 4849）或類似類別的自動退單責任。
什麼樣的具體證據最能有效證明數碼軟件的交付和使用，以反駁「商品未收到」的索賠？
為了反駁數碼軟件的「商品未收到」索賠，最有效的證據包括顯示從持卡人位置成功下載或訪問的 IP 地址日誌、下載開始和完成的時間戳，以及任何已發布並隨後使用的唯一許可證密鑰或激活碼。
包含下載連結或訪問說明的電子郵件交付證明，以及軟件平台內的帳戶創建和登錄活動記錄，也作為有說服力的證據。 這些數據有助於證明數碼產品已提供，並且在大多數情況下已由持卡人訪問。
軟件商戶如何管理訂閱的重複計費，以減少「取消未處理」的退單並保持合規性？
為了有效管理重複訂閱並最大程度地減少「取消未處理」的退單，商戶應實施清晰且易於訪問的取消流程，最好通過客戶的帳戶門戶或直接聯繫方式。
在註冊時提供清晰的服務條款，詳細說明計費週期、金額和取消政策。 在每次續訂前發送預計費通知，特別是對於年度訂閱。
維護訂閱開始日期、計費事件以及任何有關取消或帳戶更改的通信的全面記錄。 及時處理所有取消請求並向客戶提供確認，以確保符合 PSD2 和方案規則。