पेमेंट रिफंड: व्यापारी के लिए अनुरोध और पुष्टि की प्रक्रिया
पेमेंट रिफंड में सबसे जरूरी बात केवल पैसा लौटाने का बटन नहीं, सही मूल भुगतान और लौटाई जाने वाली राशि की पहचान है। यह मार्गदर्शिका व्यापारी की संचालन प्रक्रिया समझाती है। ग्राहक की पात्रता, कानूनी अधिकार और समय सीमा आपकी नीति, प्रदाता तथा लागू नियमों पर निर्भर होंगे।
अनुरोध को सही भुगतान से जोड़ें
ग्राहक से ऑर्डर संदर्भ और समस्या का संक्षिप्त विवरण लें। कार्ड का पूरा नंबर, सुरक्षा कोड या बैंक पासवर्ड न माँगें। आंतरिक ऑर्डर से प्रदाता का भुगतान संदर्भ खोजें और पुष्टि करें कि भुगतान वास्तव में सफल हुआ था। असफल या लंबित प्रयास पर रिफंड कार्रवाई का अर्थ अलग हो सकता है।
एक ऑर्डर में दो प्रयास हों तो केवल नवीनतम रिकॉर्ड न चुनें। संभव है पहला प्रयास देर से सफल हुआ हो। प्रत्येक प्रयास की स्थिति देखकर तय करें कि किस भुगतान से राशि वापस करनी है। इससे गलत भुगतान पर कार्रवाई और ग्राहक को अधूरी जानकारी देने से बचेंगे।
राशि और मुद्रा की दोबारा जाँच करें
पूर्ण और आंशिक रिफंड में अंतर स्पष्ट रखें। पहले से लौटाई गई राशि को ध्यान में रखकर शेष उपलब्ध राशि निकालें। पैसे की गणना दशमलव के सुरक्षित रूप में करें; सामान्य फ्लोटिंग-पॉइंट जोड़ से छोटे अंतर बन सकते हैं। मूल मुद्रा और ग्राहक को दिखाई जाने वाली मुद्रा का संबंध भी स्पष्ट हो।
उदाहरण के लिए, तीन वस्तुओं वाले ऑर्डर में ग्राहक एक वस्तु लौटाता है। वस्तु की कीमत, लागू छूट और आपकी शिपिंग नीति के आधार पर राशि तय करें। पूरे ऑर्डर की रकम कॉपी करके रिफंड भेज देना सबसे आसान, लेकिन अक्सर गलत तरीका होता है।
स्वीकृति और भेजने का अधिकार अलग रखें
किसी कर्मचारी को रिफंड अनुरोध देखने का अधिकार होना और उसे वास्तव में भेजने का अधिकार होना अलग बातें हैं। जोखिम और राशि के अनुसार आंतरिक अनुमोदन प्रक्रिया रखें। किसने अनुरोध स्वीकार किया, किसने भेजा और किस कारण से भेजा, इसका रिकॉर्ड रखें। कारण में अनावश्यक निजी विवरण शामिल न करें।
यदि दो कर्मचारी एक साथ वही अनुरोध खोलें, तो प्रणाली दो रिफंड न बनाए। कार्रवाई की स्थायी पहचान और सर्वर पर दोहराव रोकने का नियंत्रण चाहिए। केवल बटन को क्लिक के बाद निष्क्रिय कर देना नेटवर्क पुनः प्रयास या दूसरे कर्मचारी की कार्रवाई नहीं रोकता।
भेजा गया अनुरोध अंतिम पुष्टि नहीं है
प्रदाता अनुरोध स्वीकार कर सकता है, लेकिन वास्तविक रिफंड की स्थिति बाद में बदल सकती है। स्थानीय रिकॉर्ड में अनुरोध, लंबित परिणाम, सफलता और विफलता अलग रखें। ग्राहक को तभी निश्चित भाषा में जवाब दें जब संबंधित परिणाम की पुष्टि हो। किसी भी बैंक के लिए सार्वभौमिक समय का वादा न करें।
अगर नेटवर्क टूटे, तो तुरंत वही राशि नया अनुरोध बनाकर फिर न भेजें। पहले मौजूदा रिफंड की स्थिति खोजें या प्रदाता के समर्थित idempotency तरीके से सुरक्षित पुनः प्रयास करें। सहायता टीम को अस्पष्ट परिणाम की अलग सूची दिखे, ताकि वह दोबारा पैसा लौटाने से पहले जाँच करे।
भुगतान और बैंक मिलान दोनों देखें
रिफंड से बिक्री का शुद्ध परिणाम बदलता है, लेकिन प्रदाता की मूल फीस का व्यवहार अनुबंध और उत्पाद पर निर्भर हो सकता है। अनुमान लगाकर सभी फीस वापस आई हुई न दिखाएँ। प्रदाता रिपोर्ट, रिफंड रिकॉर्ड और बैंक निपटान का संबंध अलग-अलग रखें।
ग्राहक को भेजी गई सूचना में ऑर्डर, रिफंड राशि, मुद्रा और वर्तमान स्थिति पर्याप्त हो सकती है। पूरा प्रदाता जवाब या आंतरिक त्रुटि संदेश भेजना आवश्यक नहीं है। संवेदनशील विवरण रहित स्पष्ट भाषा ग्राहक और सहायता टीम दोनों के लिए उपयोगी है।
लॉन्च से पहले असामान्य स्थितियाँ जाँचें
पूर्ण रिफंड के साथ आंशिक, दोहराया गया अनुरोध, अपर्याप्त लौटाने योग्य राशि और देर से आई सूचना भी देखें। जाँचें कि एक ही webhook दो बार आने पर स्थिति और कुल राशि नहीं बिगड़ती। असफल रिफंड के लिए जिम्मेदार व्यक्ति और अगली कार्रवाई तय हो।
OrsunPay और आपके चुने प्रदाता में उपलब्ध रिफंड क्षमता की पुष्टि करें। सभी भुगतान विधियाँ एक जैसा व्यवहार नहीं करतीं। प्रक्रिया तभी तैयार मानी जाए जब टीम मूल भुगतान खोज सके, सही राशि भेज सके और ग्राहक को वास्तविक परिणाम के आधार पर जवाब दे सके।
OrsunPay को जानें
हमारी टीम से बात करेंस्रोत
आगे पढ़ें
भुगतान गेटवे: व्यवसाय के लिए चयन और भुगतान पुष्टि की गाइड
भुगतान गेटवे चुनते समय क्या देखें: प्रदाता का खाता, चेकआउट, पेमेंट लिंक, सत्यापित स्थिति और ऑर्डर से भुगतान का सही मिलान।
गाइड पढ़ें
कारोबार में ऑनलाइन पेमेंट शुरू करने की व्यावहारिक सूची
कारोबार में ऑनलाइन पेमेंट शुरू करने की व्यावहारिक सूची. व्यापारी के लिए व्यावहारिक उदाहरण, जाँच सूची और सेवा की स्पष्ट सीमाएँ।
गाइड पढ़ें
भुगतान गेटवे के प्रकार: होस्टेड पेज या अपना भुगतान इंटरफ़ेस
भुगतान गेटवे के प्रकार: होस्टेड पेज या अपना भुगतान इंटरफ़ेस. व्यापारी के लिए व्यावहारिक उदाहरण, जाँच सूची और सेवा की स्पष्ट सीमाएँ।
गाइड पढ़ें