WHMCS से क्लाउड सर्वर और भुगतान स्वचालन कैसे स्थापित करें?

WHMCS मॉड्यूल भुगतान स्वीकार करने, नवीनीकरण मूल्य अपडेट करने, ग्राहक प्रक्रियाएं संभालने और WHMCS से क्लाउड सर्वर संसाधनों को नियंत्रित करने जैसे विशिष्ट कार्यप्रवाहों को एक ही पटल पर लाते हैं। Hostragons सूची में भुगतान और संचालन पर केंद्रित पांच मॉड्यूल के साथ OVHcloud, AWS Lightsail, Contabo, Microsoft Azure और Google Cloud अवसंरचनाओं के लिए पांच स्वतंत्र एकीकरण उपलब्ध हैं। यह मार्गदर्शिका इन दस मॉड्यूल के कार्य, दायरे की सीमाओं और उपयुक्त उपयोग-परिदृश्यों की तुलना करती है।

मॉड्यूल चुनते समय केवल सुविधाओं की सूची देखना पर्याप्त नहीं है। उपयोग किया जा रहा WHMCS संस्करण, प्रदाता खाता, API अनुमतियां, प्रचालन तंत्र, बिलिंग मॉडल और उत्पादन से पहले की परीक्षण योजना भी ध्यान में रखी जानी चाहिए। यहां दिए गए एकीकरण WHMCS अनुज्ञप्ति, क्लाउड प्रदाता खाते या संबंधित भुगतान संस्था के खाते का स्थान नहीं लेते। प्रदाता के उपयोग, नेटवर्क, अनुज्ञप्ति और कर शुल्क अलग से लागू होते हैं।

WHMCS मॉड्यूल किन कार्यों को आसान बनाते हैं?

WHMCS का मूल तंत्र ग्राहक, ऑर्डर, चालान और सेवा जीवनचक्र का प्रबंधन करता है। मॉड्यूल इस मूल तंत्र को किसी विशिष्ट कार्यप्रवाह से जोड़ते हैं। भुगतान गेटवे चालान को बाहरी भुगतान पृष्ठ पर भेजकर सत्यापित परिणाम WHMCS तक पहुंचा सकता है। संचालन मॉड्यूल शेष राशि या मूल्यों को सामूहिक रूप से अपडेट कर सकता है। सर्वर मॉड्यूल ऑर्डर से जुड़ी आभासी मशीन बना सकता है और ग्राहक क्षेत्र में अनुमत प्रबंधन कार्य उपलब्ध करा सकता है।

यह अंतर महत्वपूर्ण है, क्योंकि प्रत्येक मॉड्यूल हर कार्य नहीं करता। उदाहरण के लिए, Paddle और Mollie मॉड्यूल भुगतान प्रवाह पर, ग्राहक शेष प्रबंधक प्रशासनिक क्रेडिट प्रक्रियाओं पर और क्लाउड एकीकरण केवल संबंधित प्रदाता के संसाधनों पर केंद्रित होते हैं। आवश्यकताओं को पहले “भुगतान”, “ग्राहक संचालन” और “सर्वर स्वचालन” में बांटने से सही उत्पाद चुनना आसान हो जाता है।

10 WHMCS मॉड्यूल की त्वरित तुलना

तालिका में दिए गए मूल्य इस लेख के प्रकाशन के समय उपलब्ध वर्तमान सूची मूल्य हैं; इन्हें स्थायी मूल्य प्रतिबद्धता नहीं माना जाना चाहिए। खरीदने से पहले उत्पाद पृष्ठ पर उपलब्ध नवीनतम दायरा, अनुज्ञप्ति और मूल्य संबंधी जानकारी को ही आधार बनाएं।

भुगतान और व्यावसायिक संचालन मॉड्यूल

स्वचालित मूल्य अद्यतन

समय के साथ आवर्ती मूल्य बदलने पर पहले से सक्रिय या निलंबित सेवाएं पुराने नवीनीकरण मूल्य पर बनी रह सकती हैं। स्वचालित मूल्य अद्यतन मॉड्यूल का उपयोग सेवाओं, अतिरिक्त सुविधाओं और डोमेन के नवीनीकरण मूल्यों की WHMCS में उपलब्ध वर्तमान मूल्य-संरचना के अनुसार दोबारा गणना करने के लिए किया जाता है। प्रक्रिया को एक बार चलाया जा सकता है या निर्धारित cron कार्यप्रवाह से जोड़ा जा सकता है।

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

Paddle भुगतान गेटवे

Paddle Billing V3 एकीकरण WHMCS चालानों के लिए Paddle के भुगतान पृष्ठ से एकमुश्त और सदस्यता भुगतान शुरू करता है। यह HMAC-SHA256 हस्ताक्षरित webhook सूचनाओं को सत्यापित करता है और सदस्यता पहचान संख्या के आधार पर आवर्ती भुगतान सूचना को संबंधित चालान से मिलाने में सहायता करता है। इस तरह ब्राउज़र के पुनर्निर्देशन परिणाम पर निर्भर रहने के बजाय सर्वर से मिली हस्ताक्षरित सूचना को संसाधित किया जाता है।

यह मॉड्यूल Paddle खाता या व्यावसायिक पात्रता की स्वीकृति उपलब्ध नहीं कराता। Paddle खाता, उत्पाद परिभाषाएं, मुद्रा और webhook विन्यास व्यवसाय को स्वयं पूरा करना होगा। स्थापना संबंधी विवरण के लिए Paddle WHMCS भुगतान सामग्री देखें। भुगतान पृष्ठ पर जाने से पहले सफल, असफल, रद्द और आवर्ती भुगतान परिदृश्यों का परीक्षण परिवेश में अलग-अलग परीक्षण करें।

Mollie भुगतान गेटवे

Mollie मॉड्यूल, Mollie खाते में सक्रिय iDEAL, कार्ड, PayPal, Apple Pay, Bancontact, SOFORT और बैंक अंतरण जैसी भुगतान विधियों को WHMCS चालानों से जोड़ता है। webhook प्रत्युत्तर भुगतान की स्थिति WHMCS तक पहुंचाते हैं। यह iDEAL प्रवाह में बैंक चयन और बैंक अंतरण में देय तिथि प्रबंधन जैसे विधि-विशिष्ट कार्य भी प्रदान करता है।

किसी भुगतान विधि की उपलब्धता देश, मुद्रा, Mollie खाते और उसमें सक्रिय की गई विधियों पर निर्भर करती है। इसलिए “15 विधियां” कहने का अर्थ यह नहीं है कि प्रत्येक खाते में सभी विधियां उपलब्ध होंगी। WHMCS Mollie मॉड्यूल मार्गदर्शिका के साथ Mollie पटल की अनुमतियों और webhook समापन-बिंदु को उत्पादन में जाने से पहले सत्यापित किया जाना चाहिए।

ग्राहकों के बीच डोमेन स्थानांतरण

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

यह प्रक्रिया पंजीयकों के बीच होने वाले पारंपरिक डोमेन स्थानांतरण से अलग है। इसमें उसी WHMCS स्थापना के भीतर ग्राहक स्वामित्व बदला जाता है। पंजीयक के स्थानांतरण अवरोध, EPP कोड या बाहरी खाते में स्थानांतरण की प्रक्रिया पर संबंधित पंजीयक के नियम अलग से लागू होंगे।

ग्राहक शेष प्रबंधक

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

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

क्लाउड सर्वर स्वचालन मॉड्यूल

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

OVHcloud VPS और समर्पित सर्वर

OVHcloud एकीकरण VPS और समर्पित सर्वर सेवाओं को WHMCS से जोड़ता है। VPS के लिए जीवनचक्र और पुनर्स्थापना प्रक्रियाएं ग्राहक क्षेत्र में अनुमत स्व-सेवा नियंत्रणों से प्रबंधित की जा सकती हैं। समर्पित सर्वर का दायरा मौजूदा सर्वर समूह से संसाधन आवंटित करने और नियंत्रित संचालन तक सीमित है; यह नहीं मानना चाहिए कि मॉड्यूल नए भौतिक सर्वर की खरीद भी स्वचालित करता है। निलंबन, समाप्ति और डेटा हानि का कारण बन सकने वाली प्रक्रियाओं के लिए संचालक का नियंत्रण आवश्यक है।

AWS Lightsail

AWS Lightsail मॉड्यूल सर्वर उपलब्ध कराने, विद्युत स्थिति नियंत्रित करने, स्थिर IPv4, सुरक्षा दीवार और snapshot कार्यप्रवाहों को WHMCS सेवा से जोड़ता है। Linux और Windows संसाधनों की अभिगम जानकारी संबंधित मंच के नियमों के अनुसार संभाली जाती है। यह मॉड्यूल सभी सेवाओं की सामान्य सूची नहीं, बल्कि AWS Lightsail संसाधनों पर केंद्रित एकीकरण है।

प्रदाता पहचान, क्षेत्र, इंस्टेंस नाम और संबंधित स्थिर IPv4 जैसी जानकारी प्रत्येक सेवा के लिए अलग रखी जानी चाहिए। API कुंजियां वितरण ZIP में शामिल नहीं होतीं। स्थापना के समय ग्राहक अपने AWS Lightsail खाते में आवश्यक अनुमतियों के साथ उनका विन्यास करता है।

Contabo क्लाउड

Contabo क्लाउड मॉड्यूल Contabo VPS और VDS संसाधनों को उपलब्ध कराने, विद्युत स्थिति नियंत्रित करने, पुनर्स्थापना, कूटशब्द पुनर्निर्धारण और snapshot प्रबंधन के लिए एकीकरण प्रदान करता है। संसाधन पहचान का WHMCS सेवा से सही मिलान, बार-बार आने वाले प्रावधान अनुरोधों का उसी संसाधन के साथ सामंजस्य और हटाने जैसी प्रक्रियाओं में स्वामित्व सत्यापन अत्यंत महत्वपूर्ण हैं।

Contabo खाता, API अभिगम और प्रदाता के उपयोग शुल्क अलग से आवश्यक हैं। यह नहीं मानना चाहिए कि पैकेज उन्नयन, प्रतिलोम डोमेन नाम प्रणाली, ब्राउज़र के भीतर VNC या प्रदाता की हर सुविधा मॉड्यूल के दायरे में शामिल है। उत्पाद पृष्ठ पर दी गई नवीनतम सुविधा सूची को ही आधार बनाएं।

Microsoft Azure VM

Microsoft Azure VM मॉड्यूल आभासी मशीन उपलब्ध कराने, विद्युत स्थिति नियंत्रित करने, संसाधन आवंटन हटाने, आकार बदलने, डिस्क, snapshot और सुरक्षा दीवार प्रबंधन को WHMCS से जोड़ता है। संसाधन समूह और आभासी मशीन संकेतकों का उपयोग सेवा स्वामित्व सत्यापित करने के लिए किया जाता है। Microsoft Azure की अतुल्यकालिक प्रक्रिया का परिणाम और संसाधन के वास्तव में हटने की पुष्टि किए बिना हटाने की प्रक्रिया को पूरा नहीं माना जाना चाहिए।

Microsoft Azure की डिस्क और snapshot जैसे सशुल्क अतिरिक्त संसाधनों के लिए सूची और मूल्य-संरचना तैयार करना व्यवसाय की जिम्मेदारी है। ग्राहकों को दिखाए जाने वाले विकल्प केवल विन्यासित और परीक्षण किए गए दायरे तक सीमित रखे जाने चाहिए।

Google Cloud Compute Engine

Google Cloud मॉड्यूल Linux आधारित Compute Engine आभासी मशीनों को उपलब्ध कराने, विद्युत स्थिति नियंत्रित करने, मशीन प्रकार बदलने और सेवा-विशिष्ट नेटवर्क नियम प्रबंधन को जोड़ता है। संसाधन नाम, क्षेत्र और सेवा संकेतक स्थायी पहचान के रूप में सुरक्षित रखे जाते हैं। जीवनचक्र प्रक्रियाएं इस स्वामित्व जानकारी के सत्यापन के बाद ही चलाई जाती हैं।

वर्तमान 2.0.0 वितरण का दायरा Linux कार्यभार तक सीमित है। Windows या RDP समर्थन उपलब्ध मानकर योजना नहीं बनानी चाहिए। Google Cloud परियोजना, सेवा खाता, कोटा, नेटवर्क और बिलिंग विन्यास व्यवसाय को उपलब्ध कराने होंगे।

आपको कौन-सा WHMCS मॉड्यूल चुनना चाहिए?

• यदि पुराने नवीनीकरण मूल्यों को वर्तमान सूची के अनुरूप करना है, तो स्वचालित मूल्य अद्यतन मॉड्यूल पर विचार करें।
• यदि Paddle या Mollie से भुगतान स्वीकार करना है, तो संबंधित भुगतान गेटवे मॉड्यूल चुनें।
• यदि उसी WHMCS स्थापना के ग्राहकों के बीच डोमेन सौंपना है, तो ग्राहकों के बीच डोमेन स्थानांतरण मॉड्यूल का उपयोग करें।
• यदि बड़ी संख्या में ग्राहक खातों के क्रेडिट पर प्रक्रिया करनी है, तो ग्राहक शेष प्रबंधक उपयुक्त विकल्प है।
• यदि VPS, VDS या VM सेवा को प्रदाता की API से जोड़ना है, तो केवल अपने प्रदाता का क्लाउड सर्वर मॉड्यूल चुनें।

यदि आप अपनी अवसंरचना पर VPS या VDS उपलब्ध कराते हैं, तो वर्चुअल सर्वर उत्पाद संरचना और WHMCS स्वचालन की योजना साथ बनाएं। एक से अधिक प्रदाताओं का उपयोग करने वाले व्यवसायों में प्रत्येक एकीकरण को अलग API खाते, अलग परीक्षण उत्पाद और जहां संभव हो, अलग न्यूनतम-अनुमति वाली पहचान के साथ लागू करने से त्रुटि की संभावना कम होती है।

खरीद, डाउनलोड और स्थापना प्रक्रिया

1. अपनी आवश्यकता के अनुरूप मॉड्यूल और उसके सक्रिय उत्पाद पृष्ठ पर उपलब्ध नवीनतम दायरे की जांच करें।
2. WHMCS ग्राहक क्षेत्र में ऑर्डर पूरा करके चालान का भुगतान करें।
3. WHMCS द्वारा भुगतान स्वीकृत होने के बाद आधिकारिक Auto Release प्रक्रिया संबंधित सेवा को Active स्थिति में लाती है।
4. Active सेवा वाले खाते में केवल खरीदे गए उत्पाद से जुड़ा डाउनलोड दिखाई देता है।
5. ZIP संग्रह सत्यापित करें, स्थापना दस्तावेज पढ़ें और फाइलें परीक्षण वाले WHMCS परिवेश में अपलोड करें।
6. प्रदाता या भुगतान संस्था की API जानकारी स्थापना के बाद संबंधित विन्यास क्षेत्रों में दर्ज करें।
7. सफल और असफल प्रक्रियाओं, webhook, समय-सीमा समाप्ति, पुनः प्रयास और समाप्ति परिदृश्यों का परीक्षण करने के बाद ही उत्पादन में जाएं।

डाउनलोड फाइलें सार्वजनिक वेब निर्देशिका से उपलब्ध नहीं कराई जातीं। उत्पाद-सेवा संबंध और Active स्थिति वाली सेवा ग्राहक क्षेत्र में डाउनलोड की अनुमति निर्धारित करती है। ऑर्डर पृष्ठ पर उपलब्ध नवीनतम अनुज्ञप्ति शर्तों और स्थापना दस्तावेजों को हमेशा इस सारांश से अधिक प्राथमिकता दी जानी चाहिए।

अनुज्ञप्ति, प्रदाता लागत और सुरक्षा सीमाएं

मॉड्यूल फाइलें अकूटबद्ध स्रोत संकेत के रूप में दी जाती हैं। इसका अर्थ मुक्त स्रोत या स्वतंत्र पुनर्वितरण का अधिकार नहीं है। उपयोग, संशोधन और पुनर्वितरण के अधिकार खरीदी गई अनुज्ञप्ति की शर्तों के अधीन हैं और WHMCS लाइसेंस प्रबंधन दृष्टिकोण के अनुसार प्रत्येक उत्पाद और स्थापना के आधार पर उनकी निगरानी की जानी चाहिए। प्रदाता की API कुंजियां, वास्तविक ग्राहक अभिलेख, सक्रिय संसाधन पहचान या Hostragons का परिचालन डेटा वितरण पैकेज में शामिल नहीं किया जाता।

स्थापना में न्यूनतम अनुमति का सिद्धांत अपनाया जाना चाहिए। जहां संभव हो, मॉड्यूल को केवल आवश्यक API प्रक्रियाओं के लिए अलग पहचान जानकारी दें, webhook रहस्य नियमित रूप से बदलें, WHMCS प्रशासनिक भूमिकाएं सीमित करें और गतिविधि अभिलेखों में संवेदनशील डेटा छिपाएं। उत्पादन से पहले अलग परीक्षण खाता या कम लागत वाला परीक्षण संसाधन उपयोग करें। रद्दीकरण और समाप्ति परीक्षणों में केवल प्रदाता की API प्रतिक्रिया ही नहीं, बल्कि संसाधन के वास्तव में हटने और किसी सशुल्क अतिरिक्त संसाधन के शेष न रहने की भी पुष्टि करें।

क्लाउड सर्वर सेवा बेचते समय लागत गणना में केवल आभासी मशीन ही नहीं, बल्कि डिस्क, snapshot, इंटरनेट प्रोटोकॉल पता, यातायात, अनुज्ञप्ति और क्षेत्रीय मूल्य-अंतर भी शामिल करें। मॉड्यूल स्वचालन संचालन में लगने वाला समय कम कर सकता है, लेकिन प्रदाता कोटा, खाता स्वीकृति या बिलिंग संबंधी जिम्मेदारी समाप्त नहीं करता।

स्थापना से पहले संक्षिप्त जांच सूची

• अपने WHMCS और PHP संस्करण के लिए नवीनतम उत्पाद दस्तावेज पढ़ें।
• डेटाबेस और फाइलों का बैकअप लें।
• बाहरी API उपयोगकर्ता को केवल आवश्यक अनुमतियां दें।
• परीक्षण उत्पाद, परीक्षण ग्राहक और कम जोखिम वाला प्रदाता संसाधन बनाएं।
• सुनिश्चित करें कि बार-बार की गई CreateAccount पुकार से दूसरा संसाधन न बने।
• निलंबन, पुनः सक्रियण, समाप्ति और पुनर्स्थापना के परिणाम प्रदाता पटल से सत्यापित करें।
• भुगतान मॉड्यूल में हस्ताक्षरित webhook, गलत राशि, दोहराई गई सूचना और धनवापसी के परिदृश्यों का परीक्षण करें।
• उत्पादन शुरू होने के बाद शुरुआती ऑर्डर और त्रुटि अभिलेखों की निकटता से निगरानी करें।

अक्सर पूछे जाने वाले प्रश्न

WHMCS मॉड्यूल क्या है?

WHMCS मॉड्यूल भुगतान, ग्राहक प्रक्रियाओं या सर्वर प्रबंधन जैसे किसी विशिष्ट कार्यप्रवाह को WHMCS में जोड़ता है। यह WHMCS अनुज्ञप्ति या बाहरी प्रदाता खाते का स्थान नहीं लेता।

कौन-कौन से क्लाउड प्रदाता समर्थित हैं?

OVHcloud VPS और समर्पित सर्वर, AWS Lightsail, Contabo VPS और VDS, Microsoft Azure VM तथा Linux आधारित Google Cloud Compute Engine के लिए अलग-अलग मॉड्यूल उपलब्ध हैं।

क्या क्लाउड प्रदाता खाता और उपयोग शुल्क मूल्य में शामिल हैं?

नहीं। प्रदाता खाता, सदस्यता, संसाधन उपयोग, नेटवर्क, अनुज्ञप्ति और कर शुल्क संबंधित प्रदाता द्वारा अलग से वसूले जाते हैं।

क्या API पहचान जानकारी मॉड्यूल पैकेज में मिलती है?

नहीं। मॉड्यूल ZIP में प्रदाता की पहचान जानकारी या सक्रिय ग्राहक डेटा शामिल नहीं होता। आवश्यक जानकारी स्थापना के बाद WHMCS के उपयुक्त विन्यास क्षेत्रों में दर्ज की जाती है।

खरीदा गया मॉड्यूल कैसे डाउनलोड किया जाता है?

WHMCS द्वारा भुगतान स्वीकृत होने और संबंधित सेवा के Active स्थिति में आने के बाद ग्राहक क्षेत्र में केवल खरीदे गए उत्पाद का डाउनलोड उपलब्ध दिखाई देता है।

क्या मॉड्यूल का स्रोत संकेत कूटबद्ध होता है?

मॉड्यूल फाइलें अकूटबद्ध स्रोत संकेत के साथ दी जाती हैं। उपयोग, अनुकूलन और पुनर्वितरण के अधिकार खरीदी गई अनुज्ञप्ति की शर्तों के अधीन होते हैं।

अपने WHMCS कार्यप्रवाह के लिए उपयुक्त मॉड्यूल चुनें

भुगतान, ग्राहक संचालन या क्लाउड सर्वर स्वचालन के लिए आवश्यक मॉड्यूल के दायरे, वर्तमान मूल्य और अनुज्ञप्ति शर्तों की तुलना करें। WHMCS मॉड्यूल देखें और स्थापना दस्तावेज के साथ उत्पादन-पूर्व परीक्षण योजना तैयार करें।