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 मॉड्यूल्स पाहा आणि स्थापना दस्तऐवजासोबत प्रत्यक्ष वापरापूर्वीची चाचणी योजना तयार करा.