विकल्प / White-label
White-label पेमेंट गेटवे का विकल्प खोज रहे हैं
White-label का मतलब बेचने वाले के हिसाब से बहुत अलग होता है — कभी checkout पर लोगो की एक जगह, तो कभी पूरा पेमेंट बिज़नेस जिसे आप चलाते हैं। इन दोनों के बीच का फ़ासला ही ज़्यादातर मूल्य है, और डेमो में यह शायद ही दिखता है। ये वे सवाल हैं जो इसे उजागर करते हैं।
परखें
छह सवाल जो फ़र्क़ उजागर करते हैं।
सतह का कितना हिस्सा सच में आपका है?
पेमेंट पेज, मर्चेंट बैक ऑफ़िस, ऑपरेटर कंसोल, ई-मेल, रसीदें और वे डोमेन जिन पर ये सब चलते हैं। जहाँ भी वेंडर का नाम बचा है, वहाँ आपके मर्चेंट जान जाते हैं कि इसे असल में कौन चलाता है।
क्या यह multi-merchant है, या सब-अकाउंट वाला एक ही अकाउंट?
शुरू से multi-merchant बना प्लेटफ़ॉर्म आपको ऑनबोर्डिंग, टियरिंग, entitlements और आइसोलेशन देता है। सिंगल-मर्चेंट प्रोडक्ट से बाद में ढाला गया प्लेटफ़ॉर्म इन्हें रोडमैप के रूप में देता है।
क्या आप अपनी प्राइसिंग खुद बना सकते हैं?
हर मर्चेंट, हर method, हर currency और हर volume band के लिए अलग दर, और असफल प्रयासों के लिए अलग व्यवहार। अगर pricing एक तय तालिका है, तो commercial model वेंडर का है, आपका नहीं।
PCI scope किसके पास जाता है?
SaaS में कार्ड संभालने वाला हिस्सा उनका होना चाहिए, और आपके मर्चेंट उसी का लाभ उठाते हैं। अगर आप अपने infrastructure पर deploy करते हैं, तो यह आपके पास आ जाता है। दोनों विकल्प जायज़ हैं, लेकिन आपको पता होना चाहिए कि आप कौन-सा खरीद रहे हैं।
क्या आप अपने acquirers जोड़ सकते हैं?
आपके मौजूदा संबंध और दरें ही अक्सर आपके बिज़नेस को टिकाऊ बनाती हैं। जो प्लैटफ़ॉर्म सिर्फ़ अपने ही rails पर route करता है, वह एक अलग और काफ़ी छोटा प्रस्ताव है।
सिर्फ़ SaaS, या आपका अपना infrastructure भी?
अगर कोई रेगुलेटर या रिस्क कमेटी आगे चलकर सिस्टम को आपके perimeter के भीतर रखने की मांग करेगी, तो मर्चेंट बुक migrate करने के बाद नहीं, अभी पता कर लें कि यह संभव भी है या नहीं।
आप असल में क्या खरीद रहे हैं
सिर्फ़ checkout नहीं — एक ऐसा पेमेंट बिज़नेस जिसे आप चला सकें। इसका मतलब है मर्चेंट lifecycle (onboarding, दस्तावेज़, tiering, entitlements, मौजूदा बुक का migration), पैसे का पक्ष (fee निर्माण, सेटलमेंट, rolling reserve, reconciliation, statements), संचालन (roles, permissions, audit, queues, tracing), और इन सबके पीछे की इंजीनियरिंग, जो scheme mandates आने पर अद्यतन रहती है। इनमें से कोई भी एक हिस्सा न हो, तो उसे बनाना आपके ज़िम्मे आ जाता है, जबकि आप यही तो टालना चाहते थे।
- 01सिर्फ़ पेमेंट पेज नहीं, पूरा मर्चेंट lifecycle
- 02आपकी pricing के अनुसार चलने वाले fee निर्माण और सेटलमेंट
- 03roles, audit और tracing के साथ ऑपरेटर console
- 04scheme mandates और certifications का बोझ कोई और उठाए
वे सवाल जिनके जवाब बहुत देर से मिलते हैं
मौजूदा मर्चेंट बुक का migration, क्या सेव किए गए कार्ड tokens के रूप में आगे जाते हैं, हर deployment में आपकी PCI स्थिति का क्या होता है, और जो connector आपको चाहिए पर अभी मौजूद नहीं है, उसे कौन बनाता है। इनमें से कुछ भी demo में नहीं दिखता, फिर भी दूसरे साल में प्लैटफ़ॉर्म आपके लिए चलेगा या नहीं, यही तय करते हैं, और हर एक का ठोस जवाब कोई गंभीर वेंडर साइन करने से पहले दे सकता है।
- 01मौजूदा मर्चेंट बुक कैसे आगे जाती है, और कितना समय लगता है
- 02सेव किए गए कार्ड tokens के रूप में migrate होते हैं या reset
- 03आपके लिए ज़रूरी connector कौन बनाता और certify करता है
- 04हर deployment में आपकी PCI स्थिति क्या बन जाती है
Protocore कहाँ फ़िट बैठता है
हमारा whitelabel प्लैटफ़ॉर्म इन छह सवालों का जवाब इस तरह देता है: किसी भी स्क्रीन पर Protocore का नाम नहीं दिखता; यह पहली लाइन से multi-merchant है, जिसमें onboarding, tiering और entitlements शामिल हैं; fees तय नहीं, गढ़े जाते हैं; कार्ड संभालने वाला हिस्सा SaaS में हमारा है और on-premises में आपका; आपके acquirers हमारे acquirers के साथ जुड़ते हैं और नए acquirers engagement के हिस्से के रूप में बनाए जाते हैं; और यह SaaS, आपके cloud या on-premises में deploy हो जाता है। सेटलमेंट गड़बड़ दिखे तो जवाब वही टीम देती है जिसने उसे लिखा है — हम एक product studio हैं, और “dedicated support” का आमतौर पर जो मतलब होता है, उसका यही ईमानदार रूप है।
- 01हर सतह पर आपका ब्रांड, डोमेन समेत
- 02डिज़ाइन से ही multi-merchant, पूरे lifecycle के साथ
- 03आपके acquirers, आपकी pricing, आपका deployment
- 04प्लैटफ़ॉर्म के मालिक इंजीनियर, जिनसे बात हो सकती है
FAQ
हर किसी से पूछने लायक सवाल।
पेमेंट पेज, मर्चेंट back office और ऑपरेटर console, आपके ब्रांड और आपके डोमेन पर, साथ में मर्चेंट onboarding, आपकी अपनी pricing और सेटलमेंट। इनमें से कुछ भी अगर अब भी वेंडर का नाम दिखाता है या वेंडर का commercial model थोपता है, तो वह white-label प्लैटफ़ॉर्म नहीं, सिर्फ़ rebrand किया हुआ checkout है।
आपके बिज़नेस के लिए आपके बाज़ार में जो भी ज़रूरी हो, वह चाहिए — सॉफ़्टवेयर प्रदाता रेगुलेटेड पक्ष नहीं होता। ज़्यादातर ऑपरेटर अपनी acquiring पर या किसी परिचित कराए गए acquirer पर चलते हैं। साफ़ पूछें कि क्या वेंडर फ़ंड्स के प्रवाह में शामिल है, क्योंकि इससे जवाब बदल जाता है।
आप कर सकें, यही अपेक्षा होनी चाहिए: bulk में, सेव किए गए कार्ड tokens के रूप में, और दोनों प्लैटफ़ॉर्म समानांतर चलते हुए जब तक पुराना सेटलमेंट पूरा न कर ले। साइन करने से पहले migration प्लान माँगें — जिस वेंडर ने यह कभी किया ही नहीं, वह इसे सिर्फ़ सैद्धांतिक रूप में बताएगा।
SaaS चुनें, जब तक कोई खास वजह अलग न मजबूर करे: रेगुलेटर, बैंक या रिस्क कमेटी का सिस्टम को आपके perimeter के भीतर रखने का आग्रह। On-premises में PCI scope और संचालन का बोझ आपके पास आ जाता है, जो असली लागत है और तभी चुकाने लायक है जब सचमुच ज़रूरी हो।
इसे अपने ब्रांड में देखें।
लाइव प्लैटफ़ॉर्म का walkthrough, checkout और console पर आपकी पहचान, और आपके volume के हिसाब से migration और अर्थशास्त्र पर ईमानदार राय।