चार्जबैक बैंक के ईमेल से पहले ही शुरू हो जाता है

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

चार्जबैक की तैयारी ऑर्डर बनाते और पूरा करते समय ही शुरू होती है। मक़सद ख़रीदार के बारे में ज़्यादा से ज़्यादा जानकारी जुटाना नहीं है। ज़रूरत है तथ्यों की एक छोटी, आपस में जुड़ी और अनुमत कड़ी सहेजने की, जो बताए कि ठीक इसी ट्रांज़ैक्शन में क्या हुआ।

पहले विवाद का सवाल तय करें

विवाद के अलग-अलग कारणों के लिए अलग सबूत चाहिए। Adyen के दस्तावेज़ों में ज़रूरतें कारण और पेमेंट स्कीम पर निर्भर करती हैं; औपचारिक रूप से सही पैकेज भी जीत की गारंटी नहीं देता। Adyen में विवाद के कारण और ज़रूरतें। इसलिए «ग्राहक के बारे में जो कुछ मिला» वाला एक यूनिवर्सल PDF काम के मानक के रूप में ठीक नहीं है।

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

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

शर्तें बदलती हैं, ख़रीद का इतिहास रहता है

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

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

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

जवाब तैयार करना आर्काइविंग नहीं, एडिटिंग है

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

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

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

हर विवाद को चुनौती देना ज़रूरी नहीं

अगर कंपनी ने सच में अपना वादा पूरा नहीं किया, तो दावे को औपचारिक तर्कों से ढकने से समस्या हल नहीं होगी। ज़िम्मेदारी स्वीकार करने के फ़ैसले और जायज़ स्थिति का बचाव करने के फ़ैसले को अलग रखें। विवादित मामलों के लिए अधिकार और आर्थिक आकलन तय करें: राशि, तैयारी की लागत, सबूतों की गुणवत्ता और लागू परिणाम।

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

एक ऑर्डर पर ड्रिल

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

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