रिफ़ंड और चार्जबैक: रकम और केस के स्टेटस पर नियंत्रण

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

आंशिक रिफ़ंड का काल्पनिक उदाहरण

खरीदार ने 200 मुद्रा इकाइयों के ऑर्डर का भुगतान किया। विक्रेता ने 50 के आंशिक रिफ़ंड पर सहमति दी, उसे बनाया और प्रोसेसिंग का कन्फ़र्मेशन पाया। बाद में मूल 200 पर विवाद आता है। टीम के लिए ये तीन जुड़े रिकॉर्ड हैं: पेमेंट 200, रिफ़ंड 50 और विवाद 200। इन्हें «बाकी 150» वाली एक पंक्ति से बदलकर इतिहास खोना ठीक नहीं।

रिफ़ंड का स्टेटस, रकम और विवाद का आधार जाँचना होगा, पुष्टियाँ जुटानी होंगी और प्रोवाइडर द्वारा तय जवाब देने का तरीका पता करना होगा। कस्टमर को अलग से खुद ट्रांसफ़र करने से दोहरी भरपाई हो सकती है। 200 − 50 = 150 का हिसाब जाँच के लिए सवाल देखने में मदद करता है, लेकिन अपने आप में विवाद का नतीजा या पक्षों की देनदारियाँ तय नहीं करता।

मूल ट्रांज़ैक्शन की स्थिति से शुरू कीजिए

कार्ड ट्रांज़ैक्शन के लिए जाँचिए कि क्या सिर्फ़ ऑथराइज़ेशन हुआ था, क्या capture हुआ, क्या रिफ़ंड बना और क्या कोई खुला विवाद है। यहाँ capture का मतलब है ऑथराइज़ेशन के बाद विक्रेता द्वारा डेबिट की पुष्टि। कस्टमर के «पैसे कट गए» वाले संदेश से निष्कर्ष मत निकालिए: बैंकिंग ऐप में ट्रांज़ैक्शन दिखना प्रोवाइडर के पास की स्थिति की जगह नहीं लेता। बैंक ट्रांसफ़र या किसी दूसरे मेथड के लिए उसका अपना लाइफ़साइकल इस्तेमाल कीजिए।

Adyen ऑथराइज़ किए गए, लेकिन अभी कैप्चर न हुए पेमेंट के कैंसलेशन का वर्णन करता है। अगर कैप्चर हो चुका है, तो रिफ़ंड की प्रक्रिया चाहिए। खास मेथड और इंटीग्रेशन की सीमाएँ होती हैं, जिन्हें कार्रवाई से पहले जाँचना ज़रूरी है। स्रोत: Adyen, Cancel.

अंदरूनी इंटरफ़ेस में कार्रवाई का नाम नतीजे के हिसाब से रखना उपयोगी है: «कैप्चर न हुआ पेमेंट रद्द करें» या «पूरे हुए पेमेंट पर रिफ़ंड बनाएँ»। बहुत सामान्य बटन फैसला कर्मचारी पर छोड़ देता है, जबकि सिस्टम अक्सर जाँचे गए स्टेटस के आधार पर सही रास्ता बता सकता है। अगर स्थिति अनिश्चित है, तो पहले ट्रांज़ैक्शन का नतीजा स्पष्ट कीजिए।

reversal शब्द का मतलब हर जगह एक नहीं

Adyen में reversal ऑपरेशन कैप्चर होने या न होने के आधार पर कैंसलेशन या रिफ़ंड चुनता है; डॉक्यूमेंटेशन अलग से सीमाएँ गिनाता है। इसलिए API मेथड के नाम को हर सिस्टम में अपने आप ऑथराइज़ेशन का कैंसलेशन नहीं समझा जा सकता। स्रोत: Adyen, Reversal.

Stripe बताता है कि कुछ शुरुआती रिफ़ंड reversal के रूप में दिखते हैं: मूल ट्रांज़ैक्शन स्टेटमेंट से गायब हो जाता है और अलग क्रेडिट नहीं दिखता। यह सपोर्ट के लिए अहम है, जब कस्टमर नई क्रेडिट एंट्री ढूँढ रहा हो। स्रोत: Stripe, Refund and reversal.

केस कार्ड में प्रोवाइडर का शब्द और कस्टमर के लिए नतीजे का आसान विवरण अलग-अलग रखिए। उदाहरण के लिए, «मूल ट्रांज़ैक्शन के कैंसलेशन का अनुरोध किया गया» कहना «पैसे आ चुके हैं» वाले वादे से ज़्यादा सटीक है। समय-सीमा बताते समय उस मेथड की मौजूदा शर्तों और पुष्ट स्थिति का इस्तेमाल कीजिए। हर देश और बैंक के लिए एक जैसे दिनों का वादा बेवजह की शिकायतें बढ़ाता है।

विवाद और चार्जबैक के लिए अलग कतार चाहिए

विवाद पेमेंट पर आपत्ति को कहते हैं, जबकि chargeback अक्सर उससे जुड़े कार्ड नेटवर्क के ज़रिए पैसे की वापसी को दर्शाता है; इंटरफ़ेस में शब्दावली अलग-अलग होती है। Stripe द्वारा बताई गई कार्ड प्रक्रिया में विवाद खुलने पर रकम काट ली जाती है, और विवाद की प्रक्रिया के बाहर सामान्य रिफ़ंड उपलब्ध नहीं होता। जवाब की समय-सीमा और सबूत देने की संभावना केस पर निर्भर करती है। स्रोत: Stripe, How disputes work.

इसलिए बैंक से आई रिक्वेस्ट से एक अलग टास्क बनना चाहिए, जिसमें समय-सीमा, ज़िम्मेदार व्यक्ति और मूल ट्रांज़ैक्शन का लिंक हो। सपोर्ट का «कस्टमर सहमत है» वाला नोट उसे अपने आप बंद नहीं करता। आधिकारिक स्टेटस और ज़रूरी कार्रवाइयाँ जाँचिए। अगर पैसे पहले लौटाए गए थे, तो अनुमत प्रक्रिया से उसकी पुष्टि लगाइए, यह मानकर मत चलिए कि दोनों सिस्टम खुद रिकॉर्ड मिला लेंगे।

उन रिफ़ंड को भी गिनिए जो अभी चल रहे हैं

मान लीजिए मूल पेमेंट 200 है। 50 का रिफ़ंड पूरा हो चुका है, 120 का एक और भेजा गया है और नतीजे का इंतज़ार कर रहा है। आगे के स्वैच्छिक रिफ़ंड पर अंदरूनी नियंत्रण के लिए दोनों रकमों को अस्थायी रूप से गिनना उपयोगी है: 200 − 50 − 120 = 30। यह समानांतर कार्रवाइयों से बचाव का प्रस्तावित तरीका है, पक्षों के अधिकारों की परिभाषा या API का कोई सार्वभौमिक फ़ॉर्मूला नहीं।

अगर सिर्फ़ अंतिम कन्फ़र्मेशन का इंतज़ार किया जाए, तो दूसरा ऑपरेटर «50 लौटाए गए» देखकर 150 और मंज़ूर कर सकता है। इसलिए बनाए गए और लंबित अनुरोधों को पूरे हुए अनुरोधों के साथ दिखाइए। विफलता के बाद अंदरूनी लिमिट तभी खोलनी चाहिए जब नतीजा पुष्ट हो, इसलिए नहीं कि कर्मचारी को लंबे समय तक जवाब नहीं मिला।

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

एक केस के दो समापन

कस्टमर वाला हिस्सा फ़ाइनेंस वाले से पहले पूरा हो सकता है: खरीदार को नतीजा समझा दिया गया, लेकिन प्रोवाइडर का रिकॉर्ड अभी रिपोर्ट से मिलाना है। उल्टा भी होता है: पैसे की आवाजाही पुष्ट है, लेकिन कस्टमर अलग क्रेडिट ढूँढता रहता है, क्योंकि ट्रांज़ैक्शन अलग तरह से दिखा। एक «हल हो गया» स्विच की जगह समापन के दो संकेत रखिए।

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

विवाद की समय-सीमाएँ टाइम ज़ोन और ज़िम्मेदार व्यक्ति के साथ अलग से ट्रैक कीजिए। अंदरूनी तैयारी को बाहरी डेडलाइन से उतना पहले रखिए जितना आपकी मंज़ूरी और सबूत अपलोड करने की प्रक्रिया माँगती है। अगर कस्टमर कहता है कि उसने विवाद वापस ले लिया, तो उसका संदेश सहेजिए, लेकिन आधिकारिक स्टेटस जाँचिए: कस्टमर की वादा की गई कार्रवाई और प्रोवाइडर से मिला नतीजा इतिहास में अलग निशान माँगते हैं।

रिफ़ंड ठीक-ठीक कहाँ अटकता है

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

यह नक्शा काम को व्यवस्थित करने में मदद करता है, लेकिन खरीदार या विक्रेता के सार्वभौमिक अधिकार तय नहीं करता। आधार, समय-सीमाएँ और कार्रवाई का क्रम मेथड, कॉन्ट्रैक्ट और लागू नियमों से तय होते हैं। हर केस का जाँचने योग्य इतिहास इन पर ठोस चर्चा संभव बनाता है और पैसे की दोहरी आवाजाही का रिस्क घटाता है।