समाधान: उद्योग के अनुसार verification और e-Stamp के प्रवाह
हर समाधान-पेज किसी असली संचालन-समस्या से शुरू होता है, जैसे उधारकर्ता को जोड़ना, seller को भुगतान करना या नवीनीकरण पर stamp कराना, और दिखाता है कि कौन-सी StampMitra API उसका जवाब देती है, हर response से क्या तय होना चाहिए, और उस प्रवाह की लागत क्या है।
Verification APIs पहचानकर्ताओं को रजिस्ट्री और बैंक के स्रोतों से मिलाती हैं: PAN, GSTIN, CIN, Udyam, वाहन पंजीकरण, driving licence, voter ID, passport file और बैंक खाते। e-Stamp APIs duty निकालती हैं, orders बनाती हैं और जारी प्रमाणपत्र लौटाती हैं। अलग-अलग उद्योग इन्हें अलग तरह से मिलाते हैं, इसलिए नीचे के पेज endpoint के हिसाब से नहीं, टीम के काम के हिसाब से बाँटे गए हैं।
हर पेज में वही सामग्री है जो टीम को भेजने से पहले चाहिए: क्रम से प्रवाह, असली request और response, valid, बेमेल, निष्क्रिय और नहीं-मिला नतीजों की फ़ैसला-तालिका, सुझाव के रूप में लिखे समीक्षा-नियम, क्या रखें, प्रकाशित rate card से बनाया लागत का मॉडल, और sandbox से production तक का रास्ता। हर पेज की बनावट उसके उद्योग के हिसाब से चलती है, इसलिए अपनी समस्या के सबसे पास वाला पेज पढ़िए और फिर उसके लिंक अपनाइए।
ऋण और fintech
उधारकर्ता और व्यवसाय के onboarding जहाँ हर जाँच साख के फ़ैसले और ऐसी फ़ाइल में जाती है जिसे बाद में कोई देख सकता है।
NBFC के लिए KYC API: लोन के हर चरण पर कौन-सी जाँच
NBFC में KYC API तब सबसे अच्छा काम करती है जब उसे लोन के चरणों से जोड़ा जाए: आवेदन पर PAN, क्रेडिट पर संस्था या गाड़ी की जाँच, और disbursal से ठीक पहले बैंक खाते की जाँच। हर जवाब एक फ़ैसला चलाता है। API का नतीजा फ़ाइल का सबूत है, नियामक अनुपालन नहीं, जो आपकी नीति और compliance अधिकारी के पास रहता है।
फिनटेक और NBFC के लिए KYC API: drop-off से automation तक
KYC API से लोन या फिनटेक ऐप ग्राहक का PAN, बैंक खाता, GSTIN, CIN और Udyam कुछ सेकंड में JSON में जाँच सकती है, जिससे manual इंतज़ार घटता है। लेकिन API का एक सही नतीजा किसी regulated संस्था को अपने-आप KYC-compliant नहीं बनाता: नीति, risk category और रिकॉर्ड की ज़िम्मेदारी संस्था की रहती है।
Marketplace, gig प्लेटफ़ॉर्म और भर्ती
वे sellers, राइडर और कर्मचारी जिन्हें जाँच के बाद भुगतान होता है, जहाँ ग़लत खाते या उधार की पहचान की क़ीमत एक payout है।
Marketplace के लिए Seller Verification API: विश्वास की सीढ़ी
Seller verification API से marketplace भरोसे की जगह चरणों में सबूत रखता है: listing के लिए PAN, भुगतान के लिए सत्यापित बैंक खाता, और ऊँची सीमाओं के लिए GSTIN, CIN या Udyam की जाँच। रोक payout सेवा में लगाइए, जुड़े खाते keyed hash से पकड़िए, और अस्पष्ट मामले अपने-आप प्रतिबंध की जगह इंसान को भेजिए।
कर्मचारी Background Verification API: क्या कर सकती है, क्या नहीं
पहचान की API उम्मीदवार के दिए PAN, driving licence, voter ID, passport file, वाहन पंजीकरण और वेतन के बैंक खाते की जाँच कर सकती है। वह आपराधिक, अदालती, शिक्षा या पिछली नौकरी की जाँच नहीं करती। भूमिका-वार पैकेज रखिए, पहले सहमति लीजिए, भारतीय नाम सहनशीलता से मिलाइए, और विफल जाँच पर अपने-आप अस्वीकार मत कीजिए।
B2B प्लेटफ़ॉर्म, procurement और payouts
वे व्यवसाय और सप्लायर जिन्हें साख, orders या पैसा मिलने से पहले असली, चालू और रजिस्टरों में संगत होना चाहिए।
Vendor Verification API: पहले भुगतान से पहले की जाँच
Vendor verification API vendor बनते या बैंक विवरण बदलते समय जाँचती है कि फ़ॉर्म के PAN, GSTIN, MSME पंजीकरण और बैंक खाते मौजूद, चालू और आपस में संगत हैं। पहले मुफ़्त फ़ॉर्मेट जाँच, फिर PAN, GSTIN या CIN, Udyam और बैंक खाता चलाइए, जाँच पूरी होने तक भुगतान रोकिए, और जोखिम के स्तर से दोबारा जाँचिए।
B2B प्लेटफ़ॉर्म के लिए KYB API India: इकाई की जाँच, स्तर और निगरानी
B2B प्लेटफ़ॉर्म के लिए KYB, PAN पर टिके PAN, GSTIN, CIN और Udyam रिकॉर्डों की संगति की कवायद है। पहले मुफ़्त जाँचें चलाइए, इकाई और उसके हस्ताक्षरकर्ता को जाँचिए, तस्वीर को जोखिम-स्तरों में बदलिए जो सीमाएँ और शर्तें तय करें, और बाद में स्थिति के बहाव पर नज़र रखिए। रजिस्ट्री का डेटा बताता है कि रजिस्टर क्या कहते हैं, यह नहीं कि मालिक कौन है।
Payout से पहले Bank Account Verification: नियंत्रण और लागत
पहले payout से पहले, खाता बदलने पर और payout लौटने पर बैंक खाता जाँचिए। payee के कानूनी नाम के साथ bank-account endpoint बुलाइए, valid flag, खाता-स्थिति और नाम-मिलान का score पढ़िए, payout-प्रकार के हिसाब से सीमाएँ रखिए, द्वार फ़ॉर्म में नहीं payout सेवा में लगाइए, और नतीजे cache कीजिए। दर हर plan पर एक-सी है।
Property, कानूनी और compliance टीमें
वे क़रार जिन पर stamp लगना है, वे पक्ष जिन्हें जाँचना है, और वे रिकॉर्ड जिन्हें तब टिकना है जब कोई पूछे कि फ़ैसला कैसे हुआ।
Property Manager और ब्रोकरेज के लिए किरायानामा e-Stamping
Property manager, ब्रोकरेज और वकील के दफ़्तर किरायानामे का e-stamping pipeline की तरह चला सकते हैं: मालिक और किरायेदार की जाँच, API से duty की गणना, idempotent orders, भुगतान, नज़र, प्रमाणपत्र का भंडारण और रोज़ मिलान। शुल्क और पंजीकरण के नियम राज्य-वार बदलते हैं, इसलिए उन्हें समीक्षित राज्य-प्रोफ़ाइल में रखिए, कोड में संख्याएँ नहीं।
रेंट एग्रीमेंट ई-स्टांप API: प्रॉपर्टी ऐप में tenant onboarding
StampMitra API में रेंट एग्रीमेंट का e-stamp एक तय क्रम में चलता है: पहले GET /v1/services से entitled service देखें, फिर POST /v1/orders से order बनाएँ, उसके orderId पर parties जोड़ें, फिर payment intent बनाएँ और आख़िर में documents endpoint से certificate लें। duty की राशि हमेशा duty calculate endpoint से आती है और नियम राज्य के हिसाब से बदलते हैं।
कानूनी और Compliance टीमों के लिए Verification के प्रवाह
कानूनी और compliance टीमें verification API से भरोसेमंद रिकॉर्ड बनाती हैं: क्या जाँचा गया, किस स्रोत से, कब, किस transaction id के साथ। प्रतिपक्ष और हस्ताक्षरकर्ता जाँचिए, निदेशकों की सूची को अधिकार-दस्तावेज़ का इशारा मानिए, पाठ अंतिम होने पर stamp कराइए, और ऐसा evidence pack रखिए जो सिर्फ़ वही कहे जो जाँचा गया।
आपकी समस्या के लिए कौन-सा पेज
समस्या पता हो पर उद्योग का नाम नहीं, तो उस पंक्ति से शुरू कीजिए जो आपकी बात से सबसे ज़्यादा मिलती है।
- मैं लोन बाँटता हूँ और फ़ाइल के हर चरण पर जाँच चाहिए
- मैं fintech ऐप बनाता हूँ और जाँचों का क्रम, retry और समीक्षा queue चाहिए
- मैं sellers या डिलीवरी पार्टनरों को भुगतान करता हूँ और ख़राब खाते रोकना चाहता हूँ
- मैं बड़ी संख्या में भर्ती करता हूँ और पहचान-दस्तावेज़ व वेतन-खाते पक्के करने हैं
- मैं सप्लायर जोड़ता हूँ और नक़ली vendors व बदले बैंक विवरण की चिंता है
- मैं व्यावसायिक ग्राहक जोड़ता हूँ और उनके पंजीकरण आपस में मिलाने हैं
- मैं बहुत-से खातों में पैसा भेजता हूँ और पहले उन्हें जाँचना चाहता हूँ
- मैं बहुत-सी किरायेदारियाँ सँभालता हूँ और हर महीने क़रार नवीनीकृत करता हूँ
- मैं किराया या ब्रोकर ऐप बनाता हूँ और stamping का प्रवाह चाहिए
- मैं कानूनी या compliance का काम करता हूँ और ऐसा रिकॉर्ड चाहिए जिसका बचाव हो सके
ये पेज क्या दावा नहीं करते
- verification का नतीजा फ़ाइल का सबूत है। वह नियामकीय अनुपालन नहीं है, और StampMitra किसी ग्राहक के लिए नियामकीय मंज़ूरी का दावा नहीं करता।
- APIs Aadhaar-आधारित verification, प्रतिबंध या राजनीतिक रूप से उजागर व्यक्तियों की जाँच, आपराधिक या अदालती रिकॉर्ड की जाँच, या लाइव पहचान नहीं देतीं।
- stamp duty, पंजीकरण और किरायेदारी के नियम राज्य-दर-राज्य बदलते हैं और समय के साथ भी। पेज आँकड़े छापने की जगह कहते हैं कि मौजूदा नियम सक्षम सलाहकार से पक्का करें और duty-गणना API की ओर इशारा करते हैं।
- लागत के मॉडल प्रकाशित rate card से बने हैं और मान्यताओं के साथ हिसाब दिखाते हैं, ताकि आप उन्हें अपनी मात्राओं से बदल सकें।
अक्सर पूछे जाने वाले सवाल
क्या इनमें से कोई भी प्रवाह आज़माने के लिए production खाता चाहिए?
नहीं। sandbox key मुफ़्त है, आपका wallet नहीं काटती और नमूना डेटा लौटाती है, इसलिए हर प्रवाह शुरू से अंत तक बनाया और परखा जा सकता है। production access के लिए आपके संगठन की KYC मंज़ूरी और product-वार आवेदन चाहिए, जैसा sandbox बनाम production keys गाइड में बताया है।
इन पेजों के लागत के आँकड़े कहाँ से आते हैं?
pricing पेज पर प्रकाशित rate card से: standard verification calls, vehicle RC और passport का premium वर्ग, bank-account की एक-सी दर और प्रति-order e-Stamp API फ़ीस, महीने की plan फ़ीस समेत, और ऊपर से 18 प्रतिशत GST। हर पेज अपनी मान्यताएँ बताता है और हिसाब दिखाता है।
क्या ये पेज कानूनी या compliance सलाह हैं?
नहीं। StampMitra एक निजी LegalTech प्लेटफ़ॉर्म है, कानूनी फ़र्म या नियामक नहीं। पेज इंजीनियरिंग और संचालन के चलन का वर्णन करते हैं, नियमन के लिए सामान्य शब्द इस्तेमाल करते हैं और पाठकों से कहते हैं कि नियम, रखाव की अवधि और शब्द अपने सलाहकार और compliance अधिकारियों से पक्के करें।
क्या हर समाधान-पेज का हिंदी संस्करण है?
हाँ। हर समाधान-पेज का हिंदी जोड़ीदार /hi के नीचे है, जो developers और compliance टीमों के लिए अलग लेख की तरह लिखा गया है, और API शब्द, field नाम और कोड अंग्रेज़ी में रखे गए हैं ताकि documentation से मेल खाएँ।
मेरा उद्योग सूची में न हो तो?
उस पेज से शुरू कीजिए जिसका प्रवाह आपके सबसे पास है, क्योंकि फ़ैसला-तालिकाएँ और समीक्षा-नियम अच्छी तरह लागू होते हैं, और अलग-अलग APIs की गाइड पढ़िए। अपने प्रोडक्ट के किसी ख़ास डिज़ाइन-सवाल के लिए contact पेज आपको टीम तक पहुँचाता है।