मुख्य सामग्री पर जाएं
Payment Retries स्वचालित रूप से प्रगतिशील बैक-ऑफ शेड्यूल पर असफल सदस्यता नवीकरण भुगतानों का पुनः प्रयास करती है। जब एक पुनः प्रयास सफल होता है, तो सदस्यता को स्वचालित रूप से पुनः सक्रिय कर दिया जाता है — किसी ग्राहक क्रिया या एकीकरण कार्य की आवश्यकता नहीं होती।

​
भुगतान पुनः प्रयास क्या हैं?

जब किसी सदस्यता नवीकरण भुगतान में विफलता होती है, तो सदस्यता रोक दी जाती है। भुगतान पुनः प्रयास सक्षम होने पर, Dodo Payments ग्राहक के मौजूदा भुगतान विधि को स्मार्ट शेड्यूल पर फिर से चार्ज करता है जब तक कि भुगतान सफल नहीं हो जाता या पुनर्प्राप्ति विंडो बंद नहीं हो जाती। यह अस्थायी विफलताओं से खोए गए राजस्व को पुनः प्राप्त करता है — जैसे समाप्त हो चुकी कार्ड होल्ड्स, अपर्याप्त धनराशि जो फिर से भरी जाती है, अस्थायी नेटवर्क त्रुटियाँ — बिना ग्राहक को ईमेल किए या उन्हें कुछ अपडेट करने के लिए कहे।
Payment Retries केवल सदस्यता नवीकरण भुगतानों पर लागू होते हैं। पहले भुगतान (मैंडेट सेटअप), एकबारगी भुगतान, प्लान-परिवर्तन शुल्क, और ऑन-डिमांड शुल्क इस सुविधा द्वारा पुनः प्रयास नहीं किए जाते।

​
भुगतान पुनः प्रयास कैसे काम करते हैं

1

Renewal fails

एक सदस्यता नवीकरण भुगतान विफल हो जाता है और सदस्यता on_hold स्थिति में चली जाती है।
2

Retryability check

विफलता की त्रुटि कोड की जाँच की जाती है। सॉफ़्ट डिक्लाइन (अपर्याप्त धनराशि, सामान्य डिक्लाइन, प्रोसेसिंग या नेटवर्क त्रुटियाँ आदि) पुनः प्रयास योग्य हैं। हार्ड डिक्लाइन तुरंत पुनः प्रयास श्रृंखला को समाप्त करते हैं, क्योंकि पुनः प्रयास से परिणाम नहीं बदलेगा।
3

Scheduled retry

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

Recovery

पहले सफल पुनः प्रयास पर, सदस्यता active पर लौटती है और अगली बिलिंग तिथि सामान्य रूप से आगे बढ़ती है। यदि विंडो किसी भी पुनः प्रयास से पहले समाप्त हो जाती है, तो पुनः प्रयास रुक जाते हैं और सदस्यता रोक दी जाती है।

​
भुगतान पुनः प्रयास को कॉन्फ़िगर करना

अपने डैशबोर्ड में Settings → Recovery से भुगतान पुनः प्रयास को सक्षम और कॉन्फ़िगर करें।
Recovery Settings पृष्ठ Enable Payment Retries टॉगल चालू और Recovery window (दिनों) फील्ड 13 पर सेट के साथ
सेटिंगविवरणडिफ़ॉल्ट
Enable Payment Retriesअसफल सदस्यता नवीकरण भुगतानों को स्वचालित रूप से पुनः प्रयास करें ताकि राजस्व पुनः प्राप्त हो सके।बंद (ऑप्ट-इन)
Recovery window (days)कितने समय तक असफल भुगतान को पुनः प्रयास करते रहना है इससे पहले कि हार मान लें। 1 से 30 के बीच होना चाहिए।13
recovery window असफल नवीकरण चालान के बनाए जाने के समय पर आधारित होती है। पुनः प्रयास केवल तभी अनुसूचित होते हैं जब संचित बैक-ऑफ विलंब विंडो में फिट होता है।

​
पुनः प्रयास शेड्यूल

पुनः प्रयास प्रगतिशील रूप से बैक-ऑफ करते हैं। 8 प्रयास किए जाते हैं, जब तक कि प्रत्येक आपके पुनर्प्राप्ति विंडो में फिट हो:
प्रयासपिछले प्रयास के बाद विलंबविफलता के बाद अनुमानित समय
112 घंटे12 घंटे
224 घंटे36 घंटे
348 घंटे~3.5 दिन
472 घंटे~6.5 दिन
596 घंटे~10.5 दिन
6120 घंटे~15.5 दिन
77 दिन~22.5 दिन
87 दिन~29.5 दिन
13 दिन की पुनर्प्राप्ति विंडो (डिफ़ॉल्ट) 1 से 5 प्रयासों को कवर करती है (प्रयास 5 विफलता के बाद ~10.5 दिन बाद होता है)। यदि आप चाहते हैं कि बाद के, अधिक विस्तारित प्रयास (6 से 8) चलें, तो विंडो को 30-दिन के अधिकतम के करीब बढ़ाएँ।

​
सदस्यता स्थिति परिवर्तन

घटनासदस्यता स्थिति
नवीकरण भुगतान विफल होता हैactive → on_hold
पुनः प्रयास विफल होता हैस्थिति on_hold बनी रहती है (अगला पुनः प्रयास अनुसूचित किया जाता है यदि विंडो इसकी अनुमति देता है)
पुनः प्रयास सफल होता हैon_hold → active, अगली बिलिंग तिथि अग्रसर होती है
पुनर्प्राप्ति विंडो समाप्त होती हैस्थिति on_hold बनी रहती है
ये परिवर्तन मानक सदस्यता वेबहुक घटनाएँ उत्पन्न करते हैं, इसलिए आप इसके लिए कोई विशेष पुनः प्रयास हैंडलिंग किए बिना इनसे अधिकार तर्क चला सकते हैं:
घटनाजब यह फायर होता है
subscription.on_holdजब कोई नवीकरण विफल होता है और सदस्यता रोक दी जाती है
subscription.activeजब कोई पुनः प्रयास सफल होता है और सदस्यता पुनः सक्रिय होती है

Subscription Webhook Payloads

सदस्यता जीवनचक्र घटनाओं के पूर्ण वेबहुक पेलोड स्कीमा देखें।

​
पुनः प्रयास योग्य बनाम गैर-पुनः प्रयास योग्य विफलताएँ

विफलता प्रकारउदाहरणपुनः प्रयास किया गया?
सॉफ़्ट डिक्लाइनअपर्याप्त धनराशि, सामान्य अस्वीकार, कार्ड वेग सीमा से अधिक, प्रोसेसिंग त्रुटि, नेटवर्क त्रुटि/टाइमआउट, बाद में पुनः प्रयास करेंहाँ
हार्ड डिक्लाइनचोरी/खोया कार्ड, अमान्य कार्ड, सम्मान न करें, खाता बंद, और अन्य अंतिम अस्वीकृतियाँनहीं — श्रृंखला तुरंत समाप्त होती है
हार्ड डिक्लाइन का पुनः प्रयास करने से परिणाम नहीं बदलेगा, इसलिए जैसे ही कोई हार्ड डिक्लाइन देखा जाता है, पुनः प्रयास की श्रृंखला समाप्त हो जाती है। भुगतान पुनः प्रयासों को Subscription Dunning के साथ जोड़कर उन मामलों में ग्राहक को उनकी भुगतान विधि अपडेट करने के लिए प्रेरित करें।

​
भुगतान पुनः प्रयास बनाम डनिंग

भुगतान पुनः प्रयास और Subscription Dunning पूरक पुनर्प्राप्ति उपकरण हैं:
Payment RetriesSubscription Dunning
यंत्रणामौजूदा भुगतान विधि को चुपचाप पुनः चार्ज करता हैग्राहक को उनकी भुगतान विधि अपडेट करने के लिए ईमेल करता है
ग्राहक कार्रवाईकोई आवश्यक नहींग्राहक पोर्टल में अपनी भुगतान विधि अपडेट करता है
सर्वश्रेष्ठ के लिएअस्थायी/मुलायम अस्वीकृतियाँ जो अपने आप हल होती हैंसमाप्त हो चुके या अमान्य कार्ड जिन्हें बदलने की आवश्यकता है
दोनों को सक्षम करके आपको सबसे व्यापक पुनर्प्राप्ति कवरेज मिलता है: स्वचालित पुनः प्रयास अस्थायी विफलताओं को पकड़ते हैं, जबकि डनिंग उन ग्राहकों को वापस लाता है जिनकी भुगतान विधि को वास्तव में अपडेट करने की आवश्यकता होती है।

​
संबंधित

Subscription Dunning

ईमेल अनुक्रम जो ग्राहकों को उनकी भुगतान विधि अपडेट करने के लिए प्रेरित करते हैं।

Abandoned Cart Recovery

लक्षित ईमेल के साथ असम्पूर्ण या विफल एकबारगी चेकआउट को पुनः प्राप्त करें।

Subscriptions

पुनर्प्राप्ति प्रवाहों में शामिल सदस्यता स्थितियों को समझें।

Subscription Webhooks

subscription.on_hold और subscription.active घटनाओं का प्रतिक्रिया करें।
Last modified on June 9, 2026