रिफ़ंड को एक्सेस भी वापस लेना चाहिए

हमने यह जाँचने के लिए अपने ही अकाउंट पर रिफ़ंड चलाया कि लेजर सही तरीक़े से पलटता है या नहीं। वह पलटा। फिर किसी ने अकाउंट की बाक़ी स्थिति पढ़ी, और असली खोज वहीं थी: प्लान अभी भी एक्टिव था, और अगले महीने के बीच तक रहता।

पैसा वापस, एक्सेस बरक़रार। हर महीने किसी के भी द्वारा दोहराने लायक़, जो Refund पर क्लिक करने को तैयार हो। इसे किसी टेस्ट ने नहीं ढूँढा, क्योंकि किसी टेस्ट ने वह सवाल पूछा ही नहीं।

उस पीरियड को ख़त्म करना जो पेमेंट ने ख़रीदा

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

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

एक्सेस के अधिकार के दो हिस्से हैं

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

रोल अब भी हटा दिया जाता है, और यह किसी सामान्य "फ़्री" पर नहीं बल्कि बहाल किए गए प्लान के टियर पर उतरता है — बहाली की ही तरह वही तर्क।

प्रोवाइडर को बताना

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

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

एक अपवाद के साथ, जिसे मालिक ने रिलीज़ से पहले नोटिस किया। अगर जिस प्लान पर आपको बहाल किया गया वह उसी प्रोवाइडर सब्सक्रिप्शन पर चलता है, तो उसे कैंसल करने से आपको ऐसा प्लान मिलेगा जो कभी रिन्यू नहीं होता और कभी बिल नहीं करता — बिल्कुल उसी बग की उल्टी तस्वीर जिसे ठीक करने के लिए यह बना है, और उतनी ही चुपचाप। यह केस अब साफ़ तौर पर नाम लेकर छोड़ दिया जाता है, बिना छेड़े।

सिर्फ़ वह पेमेंट पीरियड को ख़त्म कर सकती है जिसने उसे खोला था

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

सभी चार रेल, सिर्फ़ एक्टिव वाली नहीं

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

इस रिपॉज़िटरी ने भूली हुई जाल की यही श्रेणी छह बार डिलीवर की है। रिवोकेशन अब एक ऐसे सिंगल कॉन्ट्रैक्ट के पीछे रहता है जिसे चारों प्रोसेसर एक ही लाइन में कॉल करते हैं — ताकि भविष्य में इनमें से किसी को दोबारा एक्टिव करने वाला मेंटेनर इसे बिना यह सब पढ़े ही पा जाए।