Loading
संबंधित लेख
संबंधित लेख
TrustFinance Research Team
Oct 22, 2026
8 min read
1
3D Secure या 3DS कार्डधारक के प्रमाणीकरण का साक्ष्य देता है। केवल प्रमाणीकरण सफल होने से यह साबित नहीं होता कि कार्ड जारीकर्ता ने भुगतान स्वीकार किया, capture सफल हुआ या व्यापारी को पैसा मिल गया। इससे हर विवाद में व्यापारी की सुरक्षा भी तय नहीं होती। वास्तविक प्रमाणीकरण और भुगतान के वित्तीय परिणाम अलग पढ़ें, फिर देखें कि किसी खास धोखाधड़ी विवाद पर संबंधित दायित्व शर्तें लागू होती हैं या नहीं।
यह TrustFinance™ मार्गदर्शिका बताती है कि ऑर्डर रिकॉर्ड किस बात का प्रमाण है और कहाँ स्पष्टीकरण बाकी है। आवरण में प्रमाणीकरण, जारीकर्ता का भुगतान निर्णय और सशर्त धोखाधड़ी दायित्व तीन अलग प्रश्न हैं। यह साक्ष्य पढ़ने का ढाँचा है, 3DS प्रोटोकॉल के तीन डोमेन नहीं। नीचे के मामले काल्पनिक हैं और प्रदाता दस्तावेज अपने बताए दायरे में इस्तेमाल किए गए हैं।
EMVCo बताता है कि व्यापारी और जारीकर्ता लेनदेन, भुगतान विधि तथा डिवाइस की जानकारी साझा करते हैं ताकि उपभोक्ता के प्रमाणीकरण में मदद मिले। कुछ लेनदेन बिना अतिरिक्त दिखाई देने वाली चुनौती के आकलित हो सकते हैं; दूसरे में और प्रमाणीकरण जरूरी होता है। इसलिए frictionless अनुभव या OTP न दिखने का अर्थ अपने आप यह नहीं कि प्रमाणीकरण नहीं हुआ। दूसरी ओर, OTP या बैंक की चुनौती दिखना अंतिम परिणाम का प्रमाण नहीं है।
वास्तविक लेनदेन का पूरा हुआ परिणाम, उसका संदर्भ और समय पढ़ें। ग्राहक का दुकान के पेज पर लौटना, स्क्रीनशॉट, या कर्मचारी की याद कि चुनौती दिखी थी, उस भुगतान से जुड़े परिणाम की जगह नहीं ले सकते। केवल प्रयास, लंबित, असफल या उपलब्ध नहीं होने के परिणाम को सफल न लिखें, सिर्फ इसलिए कि checkout आगे बढ़ गया।
प्रमाणीकरण एक नियंत्रण है, पूरे ऑर्डर की वैधता का प्रमाणपत्र नहीं। यह सही डिलीवरी पता, सामान पहुँचने या भविष्य में शिकायत न होने का प्रमाण नहीं देता। EMVCo यह भी बताता है कि संबंधित पक्षों पर लागू गोपनीयता आवश्यकताओं की जिम्मेदारी बनी रहती है। आवश्यक संदर्भ उचित पहुँच नियंत्रण के साथ रखें; साझा कार्यपत्रक में कार्ड की गोपनीय जानकारी, पासवर्ड या OTP न डालें।
Visa पहचान से जुड़े प्रमाणीकरण को authorisation से अलग करता है। Authorisation में उपलब्ध धन और खाते की स्थिति जैसे आधारों पर तय होता है कि लेनदेन आगे जा सकता है या नहीं। जारीकर्ता प्रमाणीकरण परिणाम से अलग भुगतान स्वीकार या अस्वीकार कर सकता है। इसलिए प्रमाणित लिखा होने को चुपचाप ऑर्डर का भुगतान हो गया न मानें।
हर ऑर्डर में जारीकर्ता का निर्णय पुष्ट करने वाला प्रदाता रिकॉर्ड पहचानें। यदि व्यवस्था में capture है तो उसका परिणाम भी जाँचें। Capture और व्यापारी को payout मिलना फिर अलग प्रश्न हैं। वित्तीय स्वीकृति का अर्थ व्यापारी के बैंक खाते में उपलब्ध नकदी नहीं है। दर्ज capture भी यह वादा नहीं करता कि बाद में विवाद या समायोजन नहीं होगा।
यदि प्रमाणीकरण और भुगतान स्क्रीन के परिणाम अलग लगें, लेनदेन संदर्भ मिलाएँ और प्रदाता से वर्तमान वित्तीय स्थिति पूछें। एक प्रयास का सफल प्रमाणीकरण दूसरे प्रयास के भुगतान परिणाम से न जोड़ें। यह मार्गदर्शिका दोबारा प्रयास के नियम या तकनीकी एकीकरण नहीं बताती। Authorisation और capture की अलग परिचालन समस्या के लिए नीचे मौजूदा मार्गदर्शिका दी गई है।
Stripe पात्र धोखाधड़ी विवादों में liability shift समझाता है और सामान नहीं मिलने जैसे दूसरे विवाद कारणों को अलग रखता है। उसके दस्तावेज सफल 3DS के साथ दायित्व स्थानांतरण की गारंटी नहीं देते। सामान न मिलने के विवाद में उस कारण के सामान्य जवाब और साक्ष्य की प्रक्रिया बनी रहती है, क्योंकि प्रमाणीकरण डिलीवरी का प्रमाण नहीं है।
Trust Payments भी चेतावनी देता है कि सफल प्रमाणीकरण से न दायित्व स्थानांतरण और न सफल authorisation की गारंटी मिलती है। अधिग्रहणकर्ता के मानदंड बदल सकते हैं और अपवाद भुगतान में शामिल पक्षों पर निर्भर हैं। यह प्रदाता का मार्गदर्शन है, दुनिया भर का एक समान अनुबंध नहीं। वास्तविक अधिग्रहणकर्ता से लागू नेटवर्क, व्यापारी खाता, लेनदेन प्रकार, क्षेत्र और नियम की प्रभावी तारीख पूछें।
जहाँ दिया जाए वहाँ ECI सहित प्रमाणीकरण संकेतक संदर्भ में समझे जाने वाले साक्ष्य हैं। अकेला कोड सामान्य सुरक्षा का प्रमाणपत्र नहीं है। पूछें कि प्रदाता वास्तविक परिणाम, प्रमाणीकरण के प्रयास या छूट, जरूरी साथ की जानकारी और अपवाद कैसे पढ़ता है। एक प्रदाता की तालिका को सार्वभौमिक कोड चार्ट न बनाएँ और हर समझौते में छूट का दायित्व पर एक जैसा असर न मानें।
भाषा से अनुबंध करने वाली संस्था या कानूनी अधिकार तय नहीं होते। हिंदी संस्करण यह नहीं कहता कि स्थानीय कानून में हर भुगतान पर 3DS अनिवार्य है। प्रदाता पात्रता संकेत दे तो उसका संदर्भ रखें और विवाद आने पर वर्तमान स्थिति स्पष्ट कराएँ। Stripe अपवाद और बाद के बदलाव बताता है; पहले का संकेत स्थायी वादा नहीं है।
मान लें किसी काल्पनिक ऑनलाइन ऑर्डर में पूरा हुआ सफल प्रमाणीकरण रिकॉर्ड है, लेकिन अलग जारीकर्ता परिणाम भुगतान अस्वीकृत बताता है। व्यापारी के पास प्रमाणीकरण का साक्ष्य है, उस प्रयास की सफल वित्तीय स्वीकृति नहीं। ग्राहक ने चुनौती पार की इसलिए ऑर्डर को भुगतान हो चुका न कहें। सामान भेजने का निर्णय करने से पहले कर्मचारी प्रदाता रिकॉर्ड और व्यापारी नीति से स्थिति स्पष्ट करे।
यह मामला वास्तविक अस्वीकृति दर, प्रसंस्करण समय या किसी प्रदाता की परीक्षण रिपोर्ट नहीं है। बाद में दूसरा भुगतान प्रयास हो तो उसके अपने जुड़े परिणाम चाहिए। पहले प्रमाणीकरण का स्क्रीनशॉट उसकी जगह नहीं ले सकता। टीम किस प्रयास और किस वित्तीय निर्णय पर निर्भर है, यह साफ करना उपयोगी है।
मान लें दूसरे काल्पनिक ऑर्डर का capture प्रदाता ने पुष्ट कर दिया। बाद में एक संभावित आरोप है कि कार्डधारक ने खरीद की अनुमति नहीं दी। दूसरा संभावित आरोप है कि सामान नहीं पहुँचा। ये वैकल्पिक मामले हैं, शेष राशि से दो कटौतियाँ नहीं। दायित्व की शर्तें जाँचने से पहले वास्तविक विवाद कारण समझना जरूरी है।
धोखाधड़ी वाले मामले में अधिग्रहणकर्ता से पूछें कि लेनदेन पात्र है या नहीं और कौन सा प्रमाणीकरण साक्ष्य इस आकलन का आधार है। सामान न मिलने वाले मामले में उस प्रक्रिया के अनुसार ऑर्डर, डिलीवरी और ग्राहक संपर्क के साक्ष्य रखें। कोई मामला जीत या राशि वसूली का वादा नहीं करता। Stripe बताता है कि पूछताछ का जवाब भी जरूरी है; रिकॉर्ड में 3DS देखकर सूचना को नजरअंदाज न करें।
जुड़ा हुआ संदर्भ, परिणाम, समय और प्रदाता का विवरण लिखें। पूरे परिणाम को केवल दिखाई या शुरू हुई चुनौती से अलग रखें। परिणाम गायब या अस्पष्ट हो तो अज्ञात लिखकर पूछें, सफल स्थिति स्वयं न बनाएँ।
अलग वित्तीय निर्णय और जहाँ प्रासंगिक हो capture की पुष्टि लिखें। Payout और बैंक मिलान अलग रखें। सुनिश्चित करें कि रिकॉर्ड एक ही ऑर्डर और प्रयास से जुड़े हैं। पहचान की सफलता गायब वित्तीय परिणाम की जगह नहीं लेती।
वर्तमान नियम और acquiring व्यवस्था, वास्तविक लेनदेन की पात्रता, तथा असर डालने वाले अपवाद या गायब जानकारी पूछें। स्पष्टीकरण तारीख के साथ रखें। सुरक्षित checkout का सामान्य प्रचार किसी खास विवाद की पात्रता का निर्णय नहीं है।
वास्तविक सूचना और प्रदाता की समय सीमा पढ़ें। प्रासंगिक प्रमाणीकरण, भुगतान, ऑर्डर और डिलीवरी संदर्भ रखें तथा प्रक्रिया के अनुसार भेजें। इस लेख, दूसरे देश या असंबंधित मामले से समय सीमा न निकालें। सूचना देखने और अधिकृत माध्यम से जवाब देने की जिम्मेदारी तय करें।
नहीं। यह प्रमाणीकरण का साक्ष्य है। भुगतान स्वीकृति और धोखाधड़ी दायित्व की शर्तें अलग सत्यापित करनी होंगी। गैर-धोखाधड़ी विवाद अलग प्रश्न है। Capture हुआ भुगतान भी payout या विवाद जीतने की गारंटी नहीं है।
जरूरी नहीं। EMVCo ऐसा डेटा-आधारित आकलन बताता है जिसमें अतिरिक्त चुनौती न भी हो। प्रदाता का वास्तविक परिणाम पढ़ें। उसी तरह OTP स्क्रीन या ग्राहक का पूरा होने का दावा दर्ज परिणाम की जगह नहीं लेता।
प्राथमिक स्रोत 22 अक्टूबर 2026 को पढ़े गए। EMVCo तकनीकी संदर्भ देता है; Visa, Stripe और Trust Payments नेटवर्क या प्रदाता का मार्गदर्शन देते हैं। ये व्यापारी के acquiring अनुबंध और लागू नियमों की जगह नहीं लेते।
TrustFinance™ पर संबंधित साक्ष्य मार्गदर्शिकाएँ पढ़ें और प्रदाता से पूछने वाले प्रश्न तैयार करें। समीक्षा या ब्रांड नाम किसी खास लेनदेन का दायित्व तय नहीं करता।
TrustFinance Research Team
Official TrustFinance research and editorial team, sharing insights, analysis, and best practices to help financial companies and traders build transparency, credibility, and growth.
