電腦程式編寫、數據處理及系統設計.
自訂軟件、IT 顧問服務及 SaaS 開發。
- MCC
- 7372
- 類別
- Business Services
- Cardflo 支援
- 是
MCC 7372 涵蓋的內容
商戶類別代碼 (MCC) 7372 是由卡網絡用於 電腦程式編寫、數據處理及系統設計 的 ISO 18245 識別碼。收單方、發卡方和監管機構使用此代碼為您的業務處理的每筆交易設定交換費、方案費用、欺詐規則和報告類別。
自訂軟件、IT 顧問服務及 SaaS 開發。 選擇正確的 MCC 至關重要：不正確的代碼可能導致更高的交換費、附加費，或者在受監管的類別中導致交易被拒和帳戶被暫停。
此 MCC 適用於提供電腦程式編寫、數據處理及系統設計服務的商戶。 這包括自訂軟件開發、IT 顧問服務及軟件即服務 (SaaS) 開發。
典型的交易金額差異很大，從 SaaS 產品較小的每月訂閱費到自訂開發的大型項目發票，有時可達五或六位數。 SaaS 或託管服務的頻率通常是經常性的，而項目的頻率則是基於里程碑的。
退單率通常較低，通常與服務不滿意、項目延遲或交付物未達預期有關。 友好欺詐（持卡人聲稱未收到或未提供服務）可能會發生，但並不普遍。
關於「數碼商品」或「未提供服務」的方案規則是相關的。
Cardflo 支援經常性計費模式並提供強大的 B2B 支付解決方案（包括用於較大發票的賬戶間轉賬）的能力，顯著地使此 MCC 中的商戶受益，確保較高的批准率和較低的處理成本，適用於大額交易。
電腦程式編寫和系統設計領域的企業應優化其支付堆棧，以應對多樣化的交易類型，從經常性 SaaS 訂閱到重要的項目里程碑付款。
鑑於大多數交易的 CNP 性質，應優先選擇具有強大欺詐篩選功能的多收單機構網關。 對於較大的項目，考慮實施與交付物對齊的分階段支付結構，並在合同協議中明確定義。
在整個項目生命週期中，強調強大的客戶溝通和文件記錄，以減輕「未收到服務」的爭議，確保您的支付接受策略同時支援速度和問責制。
收單機構及 審批立場。
低風險標準板。 這些通常是具有明確服務協議的穩定業務。
適用標準承保，除非在盡職調查期間發現特定風險，否則很少需要準備金。
爭議及 退單概況。
此行業中最常見的退單原因代碼是 13.1 / 4853（服務與描述不符）和 13.3 / 4855（未收到服務）。 這些通常發生在客戶聲稱軟件不符合規格、項目交付物不完整或服務未按預期提供時。
要反駁這些，請提供原始合同、項目建議書、詳細的工作說明書、變更單、溝通日誌以及已交付代碼或已完成任務的證據。 對於 SaaS，提供使用日誌、訪問記錄和服務條款以證明服務提供和接受。
另請參閱： chargeback management · payment response codes · Compelling Evidence 3.0.
預約規劃通話，了解 Cardflo 如何為您設置。
Cardflo 如何處理 MCC 7372
- 與積極接納您所在地區 MCC 7372 業務的收單機構合作。
- 支援 Level 2 和 Level 3 數據的 B2B 非實體卡處理。
- 虛擬卡、AP 自動化和採購卡接受。
- 為應收帳款團隊提供與發票相關的付款流程和按連結付款選項。
- 結算和對帳，可清晰地映射到 ERP 和會計系統。
- 經驗豐富的 B2B 和企業商戶專屬開戶經理。
常用 付款方式。
入網 清單。
收單機構在為 MCC 7372 辦理入網時通常會要求提供的資料。Cardflo 只會收集一次，並在我們為您連接的每個收單機構中重複使用。
- 商業登記和實益擁有人文件 (KYB, UBO)。
- 六個月的處理報表或銀行報表，證明 B2B 交易量。
- 標準主服務協議或委託書範本。
- 商業卡處理的 Level 2 / Level 3 數據能力證明。
- 針對經常性或預付費計費的退款、取消和爭議處理政策。
- 商業註冊和實益擁有人文件 (KYB, UBO)。
另請參閱： Know Your Customer (KYC) · high-risk merchant · smart routing.
與收單專家討論您的 MID 設定。
常見問題
在 MCC 7372 下，如何管理經常性 SaaS 訂閱的 3D Secure 豁免？
對於經常性 SaaS 訂閱，商戶通常可以根據交易風險分析 (TRA) 規則受益於 3D Secure (3DS) 豁免。 如果初始交易通過 3DS 進行身份驗證，並且後續付款的價值和頻率保持一致，收單機構可能會將這些標記為「商戶發起的交易」(MIT) 豁免，從而最大限度地減少摩擦。
Cardflo 強大的收單網絡可以幫助配置此功能，以在安全性和轉換之間取得最佳平衡。
大型 B2B 軟件開發項目常用的支付方式有哪些？
對於 MCC 7372 下的大型 B2B 軟件開發項目，傳統的卡支付通常會被銀行轉賬（例如 SEPA Credit Transfer 或 Faster Payments）補充或取代。 這些方法因其高價值交易的較低費用和較低的退單風險而受到青睞。
Cardflo 支援廣泛的 B2B 支付解決方案，包括直接銀行轉賬，以降低成本和行政負擔。
此 MCC 中是否存在針對「未提供服務」的特定退單閾值？
雖然 MCC 7372 下沒有針對「未提供服務」的特定方案強制退單閾值，但適用一般爭議閾值。 退單與交易比率超過 0.9%（Mastercard）或爭議與銷售比率超過 0.9%（Visa）的商戶可能會進入監控計劃，例如 Visa 的爭議監控計劃 (VDMP) 或 Mastercard 的過度退單計劃 (ECP)。
明確的合同和服務交付證明對於爭議解決至關重要。
我們銷售 SaaS。如果客戶聲稱已取消訂閱但仍被收費，我們如何管理退單？
對於 SaaS 訂閱，擁有清晰、易於訪問的取消政策和高效的取消請求處理流程至關重要。 確保您的客戶門戶清晰顯示訂閱狀態並提供可見的取消選項。
實施自動化系統，在取消時發送確認電子郵件，說明最終計費日期。 如果發生退單，請提供初始訂閱協議、截至取消日期的服務使用證據、取消請求日誌和取消確認電子郵件。
此文件證明客戶已收到服務並確認了約定的計費和取消條款。
我們的業務開發自訂軟件。哪些支付接受策略可以防止因項目交付物或範圍蔓延而引起的爭議？
對於自訂軟件開發，採用基於里程碑的支付結構，將發票與特定、約定的交付物或項目階段對齊。 每筆付款都應明確連結到預先定義的成就。
為每個完成的里程碑實施正式的客戶簽署程序，在下一階段開始之前確認滿意度或提出疑慮。 您的合同必須明確詳細說明項目範圍、交付物、時間表以及任何範圍調整的正式變更管理流程。
這種強大的文件記錄和階段門方法顯著降低了「服務與描述不符」爭議的可能性，並在發生爭議時提供強有力的證據。