Payora को WooCommerce Subscriptions से जोड़ें

Payora को WooCommerce Subscriptions से कैसे जोड़ें

WooCommerce Subscriptions अच्छे कारणों से नियमों का सख्ती से पालन करता है। यह नियमित बिलिंग को व्यवस्थित रखता है, लेकिन इसका मतलब यह भी है कि Payora को किसी सामान्य एकमुश्त भुगतान वाले चेकआउट प्लग-इन की तरह जोड़कर यह उम्मीद नहीं की जा सकती कि नवीनीकरण की प्रक्रिया अपने-आप संभल जाएगी।

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

पहले एक छोटी-सी चेतावनी। सब्सक्रिप्शन में चेकआउट, नवीनीकरण सूचनाएँ, सेव किए गए भुगतान का व्यवहार और ऑर्डर रिकॉर्ड शामिल होते हैं। इसलिए कोई एक सेटिंग छूट जाने पर आगे चलकर नवीनीकरण में गड़बड़ी हो सकती है।

1. WooCommerce Subscriptions की अपनी स्थिति की पुष्टि करें

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

यह काम सीमित है, और ऐसा ही होना चाहिए। मकसद पूरी दुकान के ऑर्डर प्रबंधन को नए सिरे से बनाना नहीं, बल्कि पात्र प्लान के सब्सक्रिप्शन चेकआउट को Payora से करवाना है।

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

ई-कॉमर्स में Payora की व्यापक भूमिका समझने के लिए, ई-कॉमर्स के लिए क्रिप्टो पेमेंट गेटवे वाली गाइड देखें। इससे लाइव चेकआउट में बदलाव करने से पहले भुगतान के अलग-अलग मॉडल की तुलना करने में मदद मिलेगी।

2. प्लग-इन और खाते की ज़रूरी शर्तें जाँचें

आपके पास WordPress एडमिन का ऐक्सेस होना चाहिए। साथ ही WooCommerce, WooCommerce Subscriptions और Payora का ऐसा मर्चेंट अकाउंट भी चाहिए, जिसके पास लाइव या टेस्ट इस्तेमाल के लिए ज़रूरी क्रेडेंशियल हों।

कुछ भी करने से पहले प्लग-इन की सूची जाँचें। एडमिन स्क्रीन साफ़-सुथरी दिखने से सब कुछ ठीक होने की गारंटी नहीं मिलती, लेकिन इससे पता चलता है कि बुनियादी चीज़ें मौजूद हैं या नहीं।

Payora खाते में जाकर मर्चेंट की जानकारी, API कुंजियाँ और खाते से मिले कॉलबैक या वेबहुक मानों की पुष्टि करें। अगर Payora सैंडबॉक्स और लाइव इस्तेमाल के लिए अलग-अलग मान देता है, तो दोनों को अलग-अलग जगह लिखकर रखें।

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

यह भी पक्का करें कि आपके स्टोर के मालिक या डेवलपर की भूमिका में WooCommerce की भुगतान सेटिंग बदलने की अनुमति हो। एक सीमित ऐक्सेस वाला खाता भी पूरी सेटअप प्रक्रिया को धीमा कर सकता है।

3. WooCommerce में Payora की भुगतान सेटिंग ढूँढ़ें

WordPress में WooCommerce पर जाएँ, फिर Settings और उसके बाद Payments खोलें। आम तौर पर पेमेंट गेटवे यहीं दिखते हैं, हालाँकि Payora बिल्ट-इन विकल्प के रूप में इंस्टॉल हुआ है, अलग एक्सटेंशन के रूप में या कस्टम इंटीग्रेशन से—इसके आधार पर सटीक रास्ता अलग हो सकता है।

भुगतान के तरीकों की सूची में Payora ढूँढ़ें। अगर उसके साथ चालू-बंद करने का विकल्प और सेटिंग बटन दिखता है, तो संभव है कि आप ऐसे गेटवे का इस्तेमाल कर रहे हों जिसे सीधे WooCommerce में कॉन्फ़िगर किया जा सकता है।

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

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

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

4. सब्सक्रिप्शन चेकआउट के लिए Payora क्रेडेंशियल जोड़ें

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

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

यह इस प्रक्रिया का सबसे तकनीकी हिस्सा है, लेकिन इसमें भी ज़्यादातर सावधानी से जानकारी दर्ज करनी होती है। कॉपी करें, पेस्ट करें, जाँचें और सेव करें।

अगर आपको तकनीकी जानकारी और विस्तार से चाहिए, तो payora crypto payments API integration guide पढ़ें। यह खास तौर पर तब उपयोगी है, जब आपका सेटअप सामान्य प्लग-एंड-प्ले गेटवे जैसा न हो।

कई स्टोर मालिक एक वाक्यांश खोजते हैं और फिर उसे लेकर ज़रूरत से ज़्यादा सोचने लगते हैं: “Payora को WooCommerce Subscriptions से कैसे जोड़ें।” अगर आपका गेटवे पहले से आवर्ती ऑर्डर की प्रक्रिया संभालता है, तो यह काम उतना मुश्किल नहीं है। मुख्य बात यह पक्का करना है कि शुरुआती चेकआउट और नवीनीकरण कॉलबैक—दोनों में Payora खाते की वही जानकारी इस्तेमाल हो।

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

5. सब्सक्रिप्शन के भुगतान का व्यवहार तय करें

अब WooCommerce Subscriptions की सेटिंग खोलें और नवीनीकरण का व्यवहार देखें। सेव किए गए भुगतान के तरीके, बिलिंग दोबारा आज़माने का नियम, और ग्राहक पहली बार भुगतान तथा बाद के नवीनीकरण—दोनों के लिए Payora इस्तेमाल कर सकते हैं या नहीं—ये बातें खास तौर पर जाँचें।

WooCommerce सब्सक्रिप्शन के लिए Payora सेटिंग तय करते समय यह भी स्पष्ट करें कि आपका गेटवे शुरुआती भुगतान के साथ आवर्ती नवीनीकरण संभालता है या नहीं। कुछ स्टोर Payora को सिर्फ़ साइन-अप के समय इस्तेमाल करने देते हैं और फिर नवीनीकरण के लिए कोई दूसरा तरीका अपनाते हैं। दूसरे स्टोर Payora से दोनों काम करवाते हैं। आपके उत्पादों के नियम तय करेंगे कि कौन-सा मॉडल सही है।

अगर आपका गेटवे ग्राहक के भुगतान क्रेडेंशियल इस तरह सेव करता है कि WooCommerce Subscriptions उन्हें पहचान सके, तो सेव किए गए भुगतान तरीकों का विकल्प चालू करें। अगर ऐसा नहीं है, तो इसे ज़बरदस्ती चालू न करें।

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

एक ही सब्सक्रिप्शन पर भुगतान के अलग-अलग तरीकों के इस्तेमाल पर नज़र रखें। ऐसा तब हो सकता है जब ग्राहक किसी एक गेटवे से शुरुआत करे और बाद में Payora पर आ जाए। अलग-अलग तरीकों का मेल संभाला जा सकता है, लेकिन यह बदलाव सोच-समझकर होना चाहिए।

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

6. सब्सक्रिप्शन साइन-अप और पहला नवीनीकरण जाँचें

पहले सिर्फ़ एक सब्सक्रिप्शन उत्पाद को टेस्ट करें। एक प्लान काफ़ी है। किसी उत्पाद का पेज चुनें, सब्सक्रिप्शन ऑर्डर दें और कार्ट से पुष्टि तक की पूरी प्रक्रिया पर नज़र रखें।

हो सके तो टेस्ट ग्राहक खाते का इस्तेमाल करें। फिर जाँचें कि WooCommerce ने सब्सक्रिप्शन रिकॉर्ड और मूल ऑर्डर बनाया है या नहीं, और शुरुआती स्थिति सही है या नहीं।

पहले चेकआउट से ज़्यादा अहम नवीनीकरण का पहला टेस्ट है। चेकआउट सफल हो सकता है, जबकि नवीनीकरण की प्रक्रिया बाद में चुपचाप विफल हो जाए।

अपने टेस्ट वातावरण में नवीनीकरण इवेंट शुरू करें या अपने कॉन्फ़िगर किए हुए नवीनीकरण शेड्यूल का पालन करें। फिर पुष्टि करें कि Payora से भुगतान का नतीजा मिलने के बाद WooCommerce सब्सक्रिप्शन की स्थिति अपडेट करता है।

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

टेस्ट का सटीक नतीजा लिखकर रखें। ऑर्डर की स्थिति सक्रिय, लंबित या होल्ड पर हुई? नवीनीकरण का ईमेल भेजा गया? एडमिन ऑर्डर रिकॉर्ड में अपेक्षित नोट दिखा?

टेस्ट के लिए छोटी-सी सलाह: नवीनीकरण को कभी न छोड़ें।

7. ग्राहक को दिखने वाले संदेश और एडमिन में ऑर्डर का प्रबंधन जाँचें

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

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

एडमिन की ओर से सब्सक्रिप्शन रिकॉर्ड और उससे जुड़े ऑर्डर को खोलें। वहाँ गेटवे का नाम, भुगतान की स्थिति और नवीनीकरण के प्रयास या कॉलबैक के नतीजे की पहचान बताने वाला कोई नोट दिखना चाहिए।

अगर सहायता टीम रिफ़ंड या मैन्युअल समीक्षा संभालती है, तो उसे भी यही जानकारी दिखनी चाहिए। एडमिन रिकॉर्ड साफ़ होने से सहायता के शुरुआती दस मामलों में समय बचेगा—और शायद उसके बाद भी।

एक उपयोगी आंतरिक संदर्भ मैन्युअल क्रिप्टो भुगतान से माइग्रेट करने की गाइड है। कुछ स्टोर हाथ से भुगतान प्रोसेस करने के तरीके से सब्सक्रिप्शन बिलिंग की ओर बढ़ रहे हैं और उन्हें अपने आंतरिक रिकॉर्ड एकसमान रखने होते हैं।

संदेश की भाषा अस्पष्ट न रखें। “भुगतान मिल गया” तभी ठीक है, जब नवीनीकरण सचमुच पूरा हो चुका हो। अगर नेटवर्क की पुष्टि अभी बाकी है, तो यह बात साफ़-साफ़ बताएँ।

8. मौजूदा सब्सक्राइबर के खास मामलों को संभालें

मौजूदा सब्सक्राइबर का मामला थोड़ा मुश्किल होता है। अगर वे पहले से किसी दूसरे तरीके से भुगतान कर रहे हैं, तो तय करें कि वे उसी तरीके से भुगतान जारी रखें या Payora पर तभी आएँ, जब वे मैन्युअल रूप से नवीनीकरण करें या दोबारा सब्सक्राइब करें।

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

अगर आप मौजूदा सब्सक्राइबर को माइग्रेट करना चाहते हैं, तो जाँचें कि WooCommerce Subscriptions नया सब्सक्रिप्शन बनाए बिना भुगतान का तरीका बदलने देता है या नहीं। अगर ऐसा नहीं है, तो दोबारा सब्सक्राइब करने का रास्ता तैयार करें और ग्राहकों को इसकी वजह साफ़-साफ़ समझाएँ।

यह समझाना ज़रूरी है। लोग नया बिलिंग तरीका अपना सकते हैं, अगर उन्हें पता हो कि बदलाव क्यों हो रहा है। उन्हें बदलाव से ज़्यादा अचानक मिलने वाले आश्चर्य नापसंद होते हैं।

स्टोर एडमिन को यह भी तय करना चाहिए कि पुराने नवीनीकरण ऑर्डर का क्या होगा। उन्हें पढ़ने लायक रखें। पुराना इतिहास बनाए रखें। सिर्फ़ गेटवे बदल जाने की वजह से रिकॉर्ड मिटाएँ नहीं।

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

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

सेटअप लागू करते समय यह सूची पास रखें। इसे जान-बूझकर छोटा रखा गया है।

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

आखिरी व्यावहारिक सलाह: अगर Payora और WooCommerce के समय में अंतर दिखे, तो स्क्रीन से पहले लॉग एंट्री पर भरोसा करें। स्क्रीन अपडेट होने में देर कर सकती है। लॉग पूरी कहानी बताते हैं।