क्या इसे चलाने के लिए मुझे लाइसेंस चाहिए?

आप जिस कारोबार में हैं, उसके लिए आपके बाज़ार में जो भी ज़रूरी है, वह आपको चाहिए — हम सॉफ़्टवेयर देते हैं, विनियमित गतिविधि नहीं, और जब तक मॉडल हमें वहाँ न रखे, हम फ़ंड के प्रवाह में नहीं होते। अधिकतर पार्टनर अपनी acquiring पर या हमारे परिचित कराए acquirer पर चलते हैं। हमने पार्टनरों का लाइसेंसिंग संबंधी बातचीत में साथ दिया है और साफ़ बता सकते हैं कि स्टैक के किन हिस्सों पर रेगुलेटर की नज़र रहेगी।

क्या मैं अपने मौजूदा acquirers और providers रख सकता हूँ?

हाँ — यही सामान्य स्थिति है। आपके रिश्ते और आपकी दरें आपकी ही रहती हैं; प्लेटफ़ॉर्म आपके लिखे नियमों के अनुसार उनके बीच routing करता है। जो कनेक्शन हमारे पास पहले से नहीं हैं, वे एंगेजमेंट के हिस्से के रूप में बनाए और प्रमाणित किए जाते हैं।

whitelabel सेटअप में PCI कैसे काम करता है?

SaaS में कार्ड संभालने वाला हिस्सा हमारा होता है और आपके merchants को उसका लाभ मिलता है — कार्ड डेटा लेने वाला पेज हमारा है, बस उस पर आपका ब्रांड है। अगर आप अपने इंफ्रास्ट्रक्चर पर डिप्लॉय करते हैं, तो वह हिस्सा आपके परिधि के भीतर आ जाता है और आपके एनवायरनमेंट के हिस्से के रूप में प्रमाणित होता है; हम मानक के अनुसार बनाते हैं और असेसमेंट में सहयोग करते हैं।

क्या मैं अपने मौजूदा gateway से merchants माइग्रेट कर सकता हूँ?

हाँ, और यह तात्कालिक नहीं, योजनाबद्ध होता है: merchant रिकॉर्ड और pricing एक साथ बल्क में आते हैं, सहेजे गए कार्ड tokens के रूप में माइग्रेट होते हैं ताकि subscribers को दोबारा विवरण न भरना पड़े, और दोनों प्लेटफ़ॉर्म समानांतर चलते हैं जब तक पुराना अपने भुगतानों का settlement और refund पूरा नहीं कर लेता।

एक merchant दूसरे से कितना अलग-थलग है?

पूरी तरह, डिज़ाइन से ही। Merchants केवल अपने orders, customers, payouts और settings देखते हैं; आपके ऑपरेटर अपनी भूमिका के अनुसार पूरी बुक देखते हैं। हर विशेषाधिकार वाली कार्रवाई किसी के नाम दर्ज होती है और लॉग की जाती है।

जब कोई scheme mandate या नियम बदलता है तब क्या होता है?

वह प्लेटफ़ॉर्म अपडेट के रूप में आता है। Scheme mandates, SCA नियम, नए methods और सुरक्षा पैच हमारी इंजीनियरिंग की ज़िम्मेदारी हैं, जो पूरे प्लेटफ़ॉर्म पर लागू होते हैं — और यही बनाने के बजाय अपनाने के बेहतर होने की ज़्यादातर वजह है।

क्या मैं इसे अपने क्लाउड में चला सकता हूँ?

हाँ। वही सॉफ़्टवेयर SaaS के रूप में, आपके क्लाउड अकाउंट में, या on-premises डिप्लॉय होता है, जब रेगुलेटर या रिस्क कमेटी सिस्टम को आपके परिधि के भीतर चाहती है। हर स्थिति में प्रोसेसिंग और डेटा रेज़िडेंसी डिफ़ॉल्ट रूप से EU में रहती है।

अगर मैं विनियमित बिज़नेस हूँ तो stablecoins कैसे काम करते हैं?

ठीक वैसे ही जैसे एक merchant के लिए, बस एक स्तर ऊपर: ग्राहक USDC में भुगतान करता है, settlement से पहले कन्वर्ज़न होता है, और जो आता है वह fiat है, रेट रिकॉर्ड पर दर्ज। आपके merchants को यूरो मिलते हैं, और आपकी श्रृंखला में कोई भी टोकन पोज़िशन नहीं रखता या उसकी कस्टडी नहीं संभालता।

रोज़ाना मुझे असल में क्या चलाना होता है?

Merchants, pricing, रिस्क निर्णय और सपोर्ट — यानी पेमेंट बिज़नेस। अपटाइम, रिलीज़, सर्टिफ़िकेशन, connector का रखरखाव, और gateway के वे हिस्से जिन्हें इंजीनियरों की ज़रूरत कभी ख़त्म नहीं होती, हमारे ज़िम्मे हैं।

मेरा पहला merchant कितने समय में लाइव होगा?

हफ़्तों में, तिमाहियों में नहीं। प्लेटफ़ॉर्म मौजूद है; क्रम यह है: आपकी ब्रांडिंग, आपके pricing tiers, आपके acquirer कनेक्शन और एक पायलट merchant। मौजूदा बुक का माइग्रेशन इसके बाद नहीं, इसके साथ-साथ चलता है।

Gateway · Whitelabel

अपने ही ब्रांड के तहत पेमेंट बिज़नेस चलाइए।

वही चेकआउट जिसे मर्चेंट हमारी तरफ़ इंटीग्रेट करते हैं, अब आपके प्रोडक्ट के रूप में: पेमेंट पेज और एडमिन पर आपका नाम, आपके नियमों पर ऑनबोर्ड हुए आपके मर्चेंट, हर ट्रांज़ैक्शन पर आपकी प्राइसिंग, और इसे चलाती आपकी अपनी टीम। सॉफ़्टवेयर हम बनाते और चलाते हैं; पेमेंट बिज़नेस आपका है।

Walkthrough बुक करें मर्चेंट प्रोडक्ट देखें

आपका

ब्रांड, डोमेन, एडमिन

Multi

डिज़ाइन से ही मर्चेंट के लिए

SaaS

या आपका अपना क्लाउड

कार्ड

+ stablecoin रेल्स

कौन चलाता है

इस्तेमाल के चार तरीक़े।

एक ही प्लेटफ़ॉर्म, चार अलग तरह के बिज़नेस के लिए। बदलता यह है कि आपके मर्चेंट कौन हैं और मार्जिन कहाँ से आता है।

पेमेंट प्रोवाइडर

गेटवे बनाए बिना नया गेटवे लॉन्च करें या पुराना बदलें। मर्चेंट रिलेशनशिप, प्राइसिंग और ब्रांड आपके; सॉफ़्टवेयर, रेल्स और उन्हें अपडेट रखने का ज़िम्मा हमारा।

बैंक और एक्वायरर

कोर को छुए बिना अपने मर्चेंट बुक को आधुनिक चेकआउट दें। ऑनबोर्डिंग, प्राइसिंग, सेटलमेंट और रिपोर्टिंग एक ही कंसोल में, जिसे आपकी टीम पहले से समझती है।

मार्केटप्लेस और प्लेटफ़ॉर्म

पेमेंट उसी प्रोडक्ट में एम्बेड करें जिसे आपके सेलर पहले से इस्तेमाल करते हैं। उनकी ओर से भुगतान लें, देय राशि बाँटें, और पूरा फ़्लो अपने इंटरफ़ेस में रखें।

सॉफ़्टवेयर वेंडर

पेमेंट को थर्ड-पार्टी रीडायरेक्ट से अपनी कमाई की लाइन बनाइए। आपके ग्राहक आपके ही प्रोडक्ट में भुगतान करते हैं, और कमाई उनके साथ बाहर जाना बंद हो जाती है।

आपका ब्रांड

स्क्रीन पर कहीं Protocore नहीं दिखता।

यहाँ Whitelabel का मतलब पूरी सतह है, चेकआउट पर लोगो की एक जगह भर नहीं। पेमेंट पेज, मर्चेंट बैक ऑफ़िस, ऑपरेटर कंसोल, ई-मेल, रसीदें और इन सबके डोमेन आपकी पहचान लिए होते हैं। आपके मर्चेंट आपके साथ साइन अप करते हैं, आपमें लॉग इन करते हैं और सपोर्ट भी आपसे पाते हैं।

01पेमेंट पेज और एडमिन आपके अपने डोमेन पर
02हर सतह पर लोगो, रंग, टाइपफ़ेस और कॉर्नर स्टाइल
03रसीदें, नोटिफ़िकेशन और ऑनबोर्डिंग ई-मेल आपके नाम से
04Powered-by फ़ुटर वैकल्पिक, और डिफ़ॉल्ट रूप से बंद

आपके मर्चेंट

मर्चेंट बुक को ऑनबोर्ड करें, टियर दें, मैनेज करें।

प्लेटफ़ॉर्म शुरू से मल्टी-मर्चेंट है, किसी एक अकाउंट में ऊपर से जोड़े गए सब-अकाउंट नहीं। आवेदन आते हैं, दस्तावेज़ जुटाए जाते हैं, जाँचें दर्ज होती हैं, और अप्रूव हुआ मर्चेंट आपके तय किए प्राइसिंग टियर पर पहुँचता है — उस फ़ैसले की हर बात रिकॉर्ड में रहती है।

01आवेदन, दस्तावेज़ संग्रह और ऑडिट ट्रेल के साथ रिव्यू क्यू
02फ़ीस और मेथड पर प्राइसिंग टियर और प्रति-मर्चेंट ओवरराइड
03प्रति मर्चेंट मेथड एंटाइटलमेंट — कार्ड, वॉलेट, USDC, ट्रांसफ़र
04मौजूदा बुक का बल्क इम्पोर्ट, टोकन और सेव्ड कार्ड समेत
05मर्चेंट के सीधे इस्तेमाल का बैक ऑफ़िस, आपके ब्रांड में

आपकी इकोनॉमिक्स

प्राइसिंग आप तय करें। हिसाब सिस्टम करेगा।

फ़ीस हार्ड-कोड नहीं होती, बनाई जाती है: प्रतिशत, फ़िक्स्ड या दोनों, मेथड, करेंसी, कार्ड ब्रांड, रीजन और वॉल्यूम बैंड के हिसाब से, सफल और विफल प्रयासों के लिए अलग-अलग व्यवस्था के साथ। सेटलमेंट इन्हीं परिभाषाओं पर चलता है, इसलिए मर्चेंट को जो इनवॉइस जाता है और आपको जो भुगतान मिलता है, दोनों एक ही गणना से आते हैं, दो स्प्रेडशीट से नहीं।

01मर्चेंट, मेथड, करेंसी और वॉल्यूम बैंड के अनुसार फ़ीस निर्माण
02रोलिंग रिज़र्व, होल्ड और रिलीज़ शेड्यूल
03पेआउट कैलेंडर के साथ ऑटोमेटेड सेटलमेंट रन
04एक ऑर्डर रेफ़रेंस पर सभी मेथड का रीकंसिलिएशन
05इनवॉइस और स्टेटमेंट बनें, भेजे जाएँ और भुगतान होने तक ट्रैक हों

आपके रेल्स

अपने एक्वायरर लाइए। अपने रेट रखिए।

आपके मौजूदा एक्वायरिंग रिश्ते आपके ही रहते हैं — प्लेटफ़ॉर्म से जुड़े और आपके लिखे नियमों से रूट होते हुए, ताकि वॉल्यूम वहाँ जाए जहाँ आपकी इकोनॉमिक्स सबसे अच्छी हो। कार्ड, वॉलेट, बैंक ट्रांसफ़र, लोकल मेथड और USDC एक ही ऑर्डर मॉडल पर साथ चलते हैं, और नया कनेक्शन कॉन्फ़िगरेशन और हमारे बनाए इंटीग्रेशन का काम है, ऐसा प्रोजेक्ट नहीं जिसके लिए आपको टीम लगानी पड़े।

01आपके एक्वायरर और प्रोवाइडर हमारे वाले के साथ जुड़े
02ब्रांड, इश्युअर देश, करेंसी, राशि और मर्चेंट के आधार पर रूटिंग
03सॉफ़्ट डिक्लाइन पर कैस्केडिंग रीट्राई, एक ही चेकआउट सेशन में
04कार्ड वाले ही रेल्स पर कन्वर्ज़न के साथ stablecoin स्वीकार करना
05नए कनेक्शन सेवा के हिस्से के रूप में बनाए और सर्टिफ़ाई किए जाते हैं

शामिल

प्लेटफ़ॉर्म के साथ क्या मिलता है।

होस्टेड checkout
पेमेंट लिंक
मोबाइल SDK
Store plugins
Embedded fields
कार्ड वॉल्ट और नेटवर्क टोकन
सब्सक्रिप्शन
3-D Secure 2.0 / SCA
फ़्रॉड रूल्स और लिस्ट
डिस्प्यूट हैंडलिंग
मल्टी-करेंसी प्राइसिंग
USDC सेटलमेंट
मर्चेंट ऑनबोर्डिंग
फ़ीस निर्माण
सेटलमेंट और पेआउट
रिकॉन्सिलिएशन
रिपोर्टिंग और एक्सपोर्ट
भूमिका-आधारित एक्सेस
पूरा ऑडिट ट्रेल
Signed webhooks

आपके ऑपरेटर

वह कंसोल जिसमें आपकी टीम सचमुच काम करती है।

Gateway की ऑपरेटर सतह Protocore Center है: मर्चेंट, ऑर्डर, पेआउट, डिस्प्यूट और रेल्स एक कंसोल में, काम के हिसाब से तय रोल के साथ। सपोर्ट ऑर्डर देखता और रिफ़ंड करता है, फ़ाइनेंस सेटलमेंट देखता है, रिस्क फ़्लैग हुआ ट्रैफ़िक देखता है, डेवलपर कीज़ और लॉग देखते हैं। विशेषाधिकार वाले एक्शन के लिए कारण देना ज़रूरी है और वे बदले न जा सकने वाले लॉग में दर्ज होते हैं, और हर पेमेंट पूरे ट्रेस के साथ खुलता है।

01साझा लॉगिन की जगह रोल और बारीक अनुमतियाँ
02कारण अनिवार्य वाले विशेषाधिकार एक्शन, ऑडिट ट्रेल में दर्ज
03चेकआउट से बैंक लाइन तक ऑर्डर-स्तर की ट्रेसिंग
04ऑनबोर्डिंग, डिस्प्यूट और फ़्लैग हुए पेमेंट की क्यू
05हर मर्चेंट का डेटा आपको दिखता है, और वे एक-दूसरे से अलग रहते हैं

आपका इन्फ्रास्ट्रक्चर

सेवा की तरह चलाइए, या ख़ुद चलाइए।

SaaS के रूप में लें तो होस्टिंग, पैचिंग, मॉनिटरिंग और स्केलिंग हम संभालते हैं। या जब आपके रेगुलेटर, बैंक या रिस्क कमेटी को सिस्टम आपके अपने परिमाप में चाहिए, तो उसे अपने क्लाउड या डेटा सेंटर में डिप्लॉय करें। सॉफ़्टवेयर दोनों में वही है — बदलता यह है कि चाबियाँ किसके पास हैं और डेटा कहाँ रहता है।

01SaaS, आपका क्लाउड, या ऑन-प्रेमिसेस
02डिफ़ॉल्ट रूप से EU प्रोसेसिंग और डेटा रेज़िडेंसी
03मॉनिटरिंग और अलर्टिंग समेत हॉरिज़ॉन्टल स्केल
04नियमित रिलीज़, नए मेथड और रेल्स अपडेट के रूप में
05कई लोकेशन में रेप्लिकेशन के साथ डिज़ास्टर रिकवरी

बनाना बनाम अपनाना

अगली तिमाही में यह पाने के लिए क्या चाहिए।

Dimension

ख़ुद बनाना

Protocore whitelabel

पहले लाइव मर्चेंट तक का समय

असली मर्चेंट के प्रोसेस करने से पहले 12–24 महीने, जिनमें ज़्यादातर उन हिस्सों पर लगते हैं जो किसी को दिखते नहीं: वॉल्टिंग, 3-D Secure, सेटलमेंट, रीकंसिलिएशन।

हफ़्ते। प्लेटफ़ॉर्म तैयार है; समय आपकी ब्रांडिंग, प्राइसिंग और एक्वायरर कनेक्शन में लगता है।

ज़रूरी टीम

पेमेंट इंजीनियर, सिक्योरिटी फ़ंक्शन, SRE रोटा, और कोई ऐसा जिसने पहले गेटवे सर्टिफ़ाई किया हो — कमाई शुरू होने से पहले ही भर्ती।

आपकी कमर्शियल और ऑपरेशंस टीम। गेटवे को अपडेट रखने वाली इंजीनियरिंग हमारी है।

PCI स्कोप

डिज़ाइन आपको करना है, उसी के अनुसार बनाना है और उसी पर आकलन करवाना है — और मानक बदलने पर हर साल री-सर्टिफ़ाई भी।

कार्ड-हैंडलिंग सतह हमारी है। आपका स्कोप वही है जिसे आप छूना चुनें, जो आमतौर पर कुछ नहीं होता।

कार्ड वॉल्ट

एन्क्रिप्शन, की मैनेजमेंट, टोकनाइज़ेशन और नेटवर्क टोकन रजिस्ट्रेशन — सबसे ज़्यादा जोखिम वाला कंपोनेंट, जो आपके ज़िम्मे होगा।

शामिल, नेटवर्क टोकन और कार्ड अपडेट आपके ब्रांड के पीछे संभाले जाते हैं।

मेथड कवरेज

हर मेथड अलग इंटीग्रेशन, सर्टिफ़िकेशन और रखरखाव की प्रतिबद्धता है, हमेशा के लिए।

कार्ड, वॉलेट, बैंक ट्रांसफ़र, लोकल मेथड, BNPL और USDC साथ मिलते हैं; नए मेथड अपडेट के रूप में आते हैं।

Stablecoin स्वीकार करना

एक दूसरा स्टैक — वॉलेट, चेन, प्राइसिंग, कन्वर्ज़न, कस्टडी पॉलिसी — जो अक्सर टल जाता है और फिर कभी नहीं बनता।

कार्ड वाले ही पेज और उसी ऑर्डर पर, फ़ियाट में कन्वर्ट और सेटल।

अपडेट रहना

स्कीम मैंडेट, SCA बदलाव, नए मेथड और सिक्योरिटी पैच, किसी की रोडमैप में हमेशा के लिए।

सेवा का हिस्सा। इस तिमाही आपके पास क्षमता हो या न हो, प्लेटफ़ॉर्म आगे बढ़ता रहता है।

मर्चेंट मैनेजमेंट

ऑनबोर्डिंग, टियरिंग, एंटाइटलमेंट और स्टेटमेंट — दूसरा प्रोडक्ट, जो पहले के चलने के बाद बनता है।

शामिल, क्योंकि whitelabel प्लेटफ़ॉर्म पहली लाइन से मल्टी-मर्चेंट होता है।

लागत का स्वरूप

शुरुआत में भारी फ़िक्स्ड लागत और स्थायी इंजीनियरिंग ख़र्च, वॉल्यूम चाहे जो रहे।

लागत बिज़नेस के साथ चलती है — लाइसेंस और वॉल्यूम — और बिल्ड की लागत पूरे प्लेटफ़ॉर्म में पहले ही बँट चुकी होती है।

आपकी मेहनत कहाँ लगती है

पहले से मौजूद चीज़ों की बराबरी करने में।

merchants, pricing और distribution में — वही हिस्से जो वास्तव में आपका बिज़नेस हैं।

कमर्शियल शर्तें

whitelabel एंगेजमेंट कैसे संरचित होता है।

प्लेटफ़ॉर्म लाइसेंस

ऐसा लाइसेंस जो आपके चुने हुए rails, आपकी योजना के अनुसार merchants की संख्या और आपके चुने हुए डिप्लॉयमेंट के दायरे में तय होता है। अनुमानित लागत, और आपकी बुक के प्रदर्शन से स्वतंत्र।

वॉल्यूम-आधारित

प्रति-ट्रांज़ैक्शन आर्थिक मॉडल, शुरुआत में कोई प्लेटफ़ॉर्म शुल्क नहीं — लागत आपके merchants से गुज़रने वाले भुगतानों के साथ चलती है, इसलिए वह कारोबार के साथ बढ़ती है, उससे आगे नहीं।

बनाएँ और चलाएँ

प्लेटफ़ॉर्म और उसके आसपास का काम: आपके acquirer इंटीग्रेशन, आपकी ब्रांडिंग, मौजूदा बुक का माइग्रेशन, और उसे चलाने के लिए एक ऑपरेटिंग साझेदारी।

लागत किन बातों पर निर्भर करती है: डिप्लॉयमेंट (SaaS या आपका अपना इंफ्रास्ट्रक्चर), आपके चुने हुए rails और methods, merchant बुक का आकार, और क्या हम इसे आपके साथ मिलकर चलाते हैं। हम कोई ऐसा आँकड़ा प्रकाशित करने के बजाय, जो आपके बिज़नेस से मेल न खाए, कॉल पर आपके अपने नंबरों का मॉडल तैयार करेंगे।

हमारी टीम

सपोर्ट कतार नहीं — इसे बनाने वाली टीम।

Protocore एक प्रोडक्ट स्टूडियो है। जब settlement गड़बड़ दिखता है, तो जवाब वही लोग देते हैं जिन्होंने settlement का कोड लिखा है। वही टीम आपके लिए ज़रूरी acquirer कनेक्शन, आपके रेगुलेटर की माँगी हुई रिपोर्ट, या आपके बाज़ार की अपेक्षा वाला फ़्लो भी बनाती है। वेंडर और पार्टनर में यही फ़र्क़ है, और यही कारण है कि whitelabel प्लेटफ़ॉर्म को आँख मूँदकर लाइसेंस करने के बजाय अपनाना बेहतर है।

01प्लेटफ़ॉर्म के मालिक इंजीनियरों तक सीधी पहुँच
02एंगेजमेंट के हिस्से के रूप में बनाए गए नए connectors और methods
03मौजूदा gateway से माइग्रेशन, आपके साथ मिलकर योजनाबद्ध और संचालित
04कस्टम फ़्लो और रिपोर्टें आपके इंस्टेंस में ही बनी हुई, ऊपर से जोड़ी हुई नहीं

परखें

पहली बातचीत से आपको क्या मिलता है।

लाइव प्लेटफ़ॉर्म का वॉकथ्रू

merchant checkout, merchant back office और ऑपरेटर कंसोल — असली स्क्रीन, चलती हुई, एक भुगतान शुरू से अंत तक पूरा होते हुए।

उस पर आपका ब्रांड

आपकी पहचान में तैयार checkout और admin, ताकि जिसे आप परख रहे हैं वह ठीक वैसा दिखे जैसा आप लॉन्च करेंगे।

एक sandbox इंस्टेंस

API keys, टेस्ट merchants और webhooks के साथ आपका अपना tenant, ताकि आपकी टीम किसी प्रतिबद्धता से पहले ही उसके विरुद्ध इंटीग्रेट कर सके।

माइग्रेशन और इकोनॉमिक्स प्लान

आपके मौजूदा merchants, tokens और acquirer कनेक्शन कैसे स्थानांतरित होंगे, और आपके वॉल्यूम के हिसाब से आँकड़े कैसे दिखते हैं।

Walkthrough बुक करें

FAQ

पेमेंट प्रोवाइडर जो सवाल पूछते हैं।

आप जिस कारोबार में हैं, उसके लिए आपके बाज़ार में जो भी ज़रूरी है, वह आपको चाहिए — हम सॉफ़्टवेयर देते हैं, विनियमित गतिविधि नहीं, और जब तक मॉडल हमें वहाँ न रखे, हम फ़ंड के प्रवाह में नहीं होते। अधिकतर पार्टनर अपनी acquiring पर या हमारे परिचित कराए acquirer पर चलते हैं। हमने पार्टनरों का लाइसेंसिंग संबंधी बातचीत में साथ दिया है और साफ़ बता सकते हैं कि स्टैक के किन हिस्सों पर रेगुलेटर की नज़र रहेगी।
हाँ — यही सामान्य स्थिति है। आपके रिश्ते और आपकी दरें आपकी ही रहती हैं; प्लेटफ़ॉर्म आपके लिखे नियमों के अनुसार उनके बीच routing करता है। जो कनेक्शन हमारे पास पहले से नहीं हैं, वे एंगेजमेंट के हिस्से के रूप में बनाए और प्रमाणित किए जाते हैं।
SaaS में कार्ड संभालने वाला हिस्सा हमारा होता है और आपके merchants को उसका लाभ मिलता है — कार्ड डेटा लेने वाला पेज हमारा है, बस उस पर आपका ब्रांड है। अगर आप अपने इंफ्रास्ट्रक्चर पर डिप्लॉय करते हैं, तो वह हिस्सा आपके परिधि के भीतर आ जाता है और आपके एनवायरनमेंट के हिस्से के रूप में प्रमाणित होता है; हम मानक के अनुसार बनाते हैं और असेसमेंट में सहयोग करते हैं।
हाँ, और यह तात्कालिक नहीं, योजनाबद्ध होता है: merchant रिकॉर्ड और pricing एक साथ बल्क में आते हैं, सहेजे गए कार्ड tokens के रूप में माइग्रेट होते हैं ताकि subscribers को दोबारा विवरण न भरना पड़े, और दोनों प्लेटफ़ॉर्म समानांतर चलते हैं जब तक पुराना अपने भुगतानों का settlement और refund पूरा नहीं कर लेता।
पूरी तरह, डिज़ाइन से ही। Merchants केवल अपने orders, customers, payouts और settings देखते हैं; आपके ऑपरेटर अपनी भूमिका के अनुसार पूरी बुक देखते हैं। हर विशेषाधिकार वाली कार्रवाई किसी के नाम दर्ज होती है और लॉग की जाती है।
वह प्लेटफ़ॉर्म अपडेट के रूप में आता है। Scheme mandates, SCA नियम, नए methods और सुरक्षा पैच हमारी इंजीनियरिंग की ज़िम्मेदारी हैं, जो पूरे प्लेटफ़ॉर्म पर लागू होते हैं — और यही बनाने के बजाय अपनाने के बेहतर होने की ज़्यादातर वजह है।
हाँ। वही सॉफ़्टवेयर SaaS के रूप में, आपके क्लाउड अकाउंट में, या on-premises डिप्लॉय होता है, जब रेगुलेटर या रिस्क कमेटी सिस्टम को आपके परिधि के भीतर चाहती है। हर स्थिति में प्रोसेसिंग और डेटा रेज़िडेंसी डिफ़ॉल्ट रूप से EU में रहती है।
ठीक वैसे ही जैसे एक merchant के लिए, बस एक स्तर ऊपर: ग्राहक USDC में भुगतान करता है, settlement से पहले कन्वर्ज़न होता है, और जो आता है वह fiat है, रेट रिकॉर्ड पर दर्ज। आपके merchants को यूरो मिलते हैं, और आपकी श्रृंखला में कोई भी टोकन पोज़िशन नहीं रखता या उसकी कस्टडी नहीं संभालता।
Merchants, pricing, रिस्क निर्णय और सपोर्ट — यानी पेमेंट बिज़नेस। अपटाइम, रिलीज़, सर्टिफ़िकेशन, connector का रखरखाव, और gateway के वे हिस्से जिन्हें इंजीनियरों की ज़रूरत कभी ख़त्म नहीं होती, हमारे ज़िम्मे हैं।
हफ़्तों में, तिमाहियों में नहीं। प्लेटफ़ॉर्म मौजूद है; क्रम यह है: आपकी ब्रांडिंग, आपके pricing tiers, आपके acquirer कनेक्शन और एक पायलट merchant। मौजूदा बुक का माइग्रेशन इसके बाद नहीं, इसके साथ-साथ चलता है।

इसे अपने ब्रांड में देखें।

लाइव प्लैटफ़ॉर्म का walkthrough, checkout और console पर आपकी पहचान, और आपके volume के हिसाब से migration और अर्थशास्त्र पर ईमानदार राय।

Walkthrough बुक करें contact@protocore.io