WHMCS वरून Zinn® होस्टिंगची विक्री करा

Zinn Digital® मॉड्यूल WHMCS ची स्वतःची बटणे आमच्या प्लॅटफॉर्मवरील रिअल ऑपरेशन्समध्ये बदलते. एक ऑर्डर तुमच्या क्लायंटच्या होस्टिंगची तरतूद करते. WHMCS चे ओव्हरड्यू-इनव्हॉइस ऑटोमेशन ते सस्पेंड करते. इन्व्हॉइस पेड म्हणून चिन्हांकित केल्याने ते रिलीज होते. रद्द केल्याने डिलीशन शेड्यूल होते. आणि तुमच्या क्लायंटला त्यांच्या क्लायंट एरियामध्ये Log in to hosting panel हे बटण मिळते जे त्यांना थेट लॉग इन करते.

हे विनामूल्य आहे, GPL-2.0-or-later अंतर्गत परवानाकृत आहे, आणि आमच्या प्लॅटफॉर्ममध्ये कोणताही विशेष मार्ग नाही: हे करणारी प्रत्येक कॉल एक दस्तऐवजीकरण केलेले एंडपॉइंट आहे जे तुम्ही तुमच्या स्वतःच्या API की सह स्वतः करू शकता.

तुम्ही सुरू करण्यापूर्वी

तुम्हाला दोन गोष्टींची गरज आहे, आणि दुसरी लोकांना अडकवते.

1. सक्रिय प्रोग्रामसह Zinn® पुनर्विक्रेता खाते. zinndigital.com वर साइन अप करा आणि पुनर्विक्री चालू करा.
2. साइट अलाउंससह पुनर्विक्रेता योजना. तुमच्या क्लायंटने ऑर्डर केलेल्या साइट्स तुमच्या योजनेच्या विरुद्ध मोजल्या जातात, त्यामुळे तुम्हाला त्यामध्ये जागा असलेली योजना आवश्यक आहे.

⚠️ Test Connection हे सांगू शकत नाही की ऑर्डर यशस्वी होईल की नाही. ते तुमच्या प्रोग्राम वाचते आणि कशाचीही तरतूद करत नाही, म्हणून ते एक निरोगी active खाते रिपोर्ट करते जे अद्याप काहीही विकू शकत नाही. जर तुमची पहिली ऑर्डर "This organization has no hosting plan, so it cannot host a site yet" यासह अयशस्वी झाली, तर असे घडले आहे — तुमचा पुनर्विक्रेता प्लॅन खरेदी करा किंवा वाढवा आणि ऑर्डर पुन्हा द्या. मॉड्यूलमध्ये काहीही चुकीचे नाही.

1. API की तयार करा

तुमच्या Zinn® डॅशबोर्डमध्ये, API keys उघडा आणि तंतोतंत या अकरा परवानग्यांसह एक तयार करा:

⛔ reseller.manage प्रदान करू नका. बिलिंग पॅनमध्ये पेस्ट केलेली की न भरल्याबद्दल क्लायंटला धरून ठेवू शकली पाहिजे आणि त्यांना साइन इन करू शकली पाहिजे. ती तुमच्या स्वतःच्या पेमेंट-गेटवे क्रेडेन्शियल्स वाचू आणि पुन्हा लिहू शकली नाही. reseller.provision अस्तित्वात आहे जेणेकरून तुम्हाला मोठी परवानगी द्यावी लागणार नाही. ⛔ org.create पर्यायी नाही. त्याशिवाय मॉड्यूल तुमचे खाते वाचू शकते आणि एक उघडू शकत नाही, त्यामुळे Test Connection पास होते आणि पहिली ऑर्डर 403 उत्तर देते. ⛔⛔ संपूर्ण सारणी प्रदान करा, आणि लक्षात घ्या की Test Connection तुम्ही तसे केले नसेल तर सांगू शकत नाही. ते तुमचा पुनर्विक्रेता प्रोग्राम वाचते आणि कशाचीही तरतूद करत नाही, त्यामुळे यापैकी कोणतीही गहाळ असलेल्या कीसाठी ते हिरवे असते. त्याऐवजी तुम्हाला काय मिळते ते गहाळ परवानगी कव्हर करणाऱ्या एका ऑपरेशनवर महिनाभरानंतर ग्राहकाकडून 403 मिळते.

2. मॉड्यूल इन्स्टॉल करा

1. मॉड्यूल डाउनलोड करा आणि अनझिप करा.
2. zinn डिरेक्ट्री तुमच्या WHMCS इन्स्टॉलेशनमध्ये अपलोड करा जेणेकरून मॉड्यूल फाइल modules/servers/zinn/zinn.php वर उतरेल.

⛔ डरेक्ट्रीचे नाव zinn असणे आवश्यक आहे. WHMCS प्रोव्हिजनिंग मॉड्यूलची फंक्शन नावे त्याच्या डिरेक्ट्री नावावरून मिळवते, त्यामुळे त्याचे नाव बदलून zinn-whmcs किंवा zinndigital केल्याने असे मॉड्यूल तयार होते जे WHMCS सूचीबद्ध करते, तुम्हाला निवडू देते आणि नंतर कधीही कॉल करत नाही — कोणत्याही त्रुटीशिवाय. झिप आधीच योग्य नावावर अनपॅक होते; फक्त त्याचे नाव बदलू नका.

3. सर्व्हर जोडा

WHMCS मध्ये: Configuration → System Settings → Servers → Add New Server.

• Name: काहीही, उदा. Zinn Digital®
• Hostname: api.zinndigital.com
• Type: Zinn Digital®
• Password: पायरी 1 मधील तुमची API की

⛔ की Password फील्डमध्ये जाते, जी WHMCS एनक्रिप्टेड स्टोअर करते. ती उत्पादन कॉन्फिगरेशन पर्यायात ठेवू नका — ते डेटाबेसमध्ये साधे मजकूर आहेत आणि प्रत्येक प्रशासकाला दृश्यमान आहेत, आणि हे क्रेडेन्शियल तुमच्या क्लायंटचे होस्टिंग तयार आणि नष्ट करू शकते.

Test Connection दाबा. ते फील्ड भरलेले आहेत का ते तपासण्याऐवजी खरी कॉल करते आणि आमच्या प्लॅटफॉर्मने काय सांगितले ते रिपोर्ट करते.

4. उत्पादन तयार करा

Configuration → System Settings → Products/Services, नंतर Module Settings तुम्ही नुकतेच जोडलेल्या सर्व्हरवर सेट करा. फील्ड्स आहेत:

⛔⛔ प्लॅन कोड आवश्यक आहे, आणि त्याशिवाय ऑर्डर हेतूतः नाकारली जाते. 2026-09-01 पर्यंत हे फील्ड सजावटीचे होते आणि काहीही वाचले नाही, त्यामुळे मॉड्यूलने होस्टिंग ऑर्डर केले ज्यामध्ये कोणताही प्लॅन नव्हता — आणि त्याचे प्रत्येक परिणाम मूक होते. तुमचे घाऊक स्टेटमेंट तुमच्या क्लायंटच्या लाइव्ह सबस्क्रिप्शनवरून तयार केले जाते, त्यामुळे सेवेसाठी कोणतीही लाइन नव्हती आणि तुम्हाला काहीही इनव्हॉइस केले गेले नाही जोपर्यंत ते चालले; तुमच्या क्लायंटला कोणतेही अलाउंस वारशाने मिळाले नाहीत, त्यामुळे त्यांच्या साइटवर कोणतीही डिस्क किंवा फाइल कोटा लागू केला गेला नाही; आणि Change Package कडे बदलण्यासाठी काहीही नव्हते, त्यामुळे तुम्ही विकलेले अपग्रेड अंमलात आणता आले नाही. साइट प्रोव्हिजन झाली आणि संपूर्ण काळात उत्तम प्रकारे सेवा दिली.

मॉड्यूल आता त्याऐवजी ऑर्डर नाकारते, कारण अंदाज लावण्यासाठी सुरक्षित योजना नाही: अंदाजाने तुम्ही न निवडलेल्या आणि कदाचित किंमत ठरवली नसलेल्या योजनेवर होस्टिंगची तरतूद केली असती, आणि — नकार देण्याच्या विपरीत, जे तुम्ही ताबडतोब वाचता — ते स्टेटमेंट आल्यावरच समोर आले असते, अगदी क्वचितच.

Auto Setup तुम्हाला जे आवडेल त्यावर सेट करा — मॉड्यूल WHMCS सेवा आयडीवर आयडिमपोटंट आहे, त्यामुळे पुन्हा प्रयत्न केलेली प्रोव्हिजन दुसऱ्या एकासाठी तुम्हाला बिलिंग करण्याऐवजी तीच साइट परत करते.

प्रत्येक WHMCS कृती काय करते

अपग्रेड्स: कोण कोणाकडून शुल्क आकारते

ऑर्डरवर किंवा अपग्रेडवर तुमच्या क्लायंटला कधीही Zinn® द्वारे इनव्हॉइस केले जात नाही. तुम्ही त्यांना WHMCS द्वारे बिल करता; आम्ही तुम्हाला तुमच्या घाऊक स्टेटमेंटवर बिल करतो. त्यामुळे Change Package तुमच्या क्लायंटचे हक्क आणि तुमच्या पुढील स्टेटमेंटवरील लाइन हलवते, आणि कोणत्याही कार्डला स्पर्श करत नाही — WHMCS ने आधीच तुमच्या क्लायंटचे पैसे घेतले आहेत आणि त्याचे स्वतःचे प्रोरेशन मोजले आहे.

क्लायंटची दुसरी सेवा. त्याच योजनेवर ही त्या योजनेच्या स्वतःच्या साइट अलाउंस अंतर्गत दुसरी साइट आहे, आणि पुढे काहीही दिले जात नाही. वेगळ्या योजनेवर ती नाकारली जाते: थेट योजना बदलल्याने दोन सेवांपैकी एक विनाबिल सोडली जाईल. एकतर दोन्ही एकाच योजनेवर विका, किंवा WHMCS मध्ये क्लायंटला स्वतंत्र क्लायंट रेकॉर्ड म्हणून सेट करा.

Change Password फक्त WordPress साठी अस्तित्वात आहे. Zinn® होस्टिंगमध्ये कोणतेही एकल "सेवा पासवर्ड" नाही — तुमचा क्लायंट साइन-इन बटणाने त्यांच्या पॅनपर्यंत पोहोचतो — आणि php किंवा static साइटवर बदलण्यासाठी कोणतेही अनुप्रयोग खाते नाही. काम करू शकत नाही असा बॉक्स दाखवण्याऐवजी WHMCS बॉक्स पूर्णपणे लपवते.

तीन उत्तरे जी तुम्ही दोन मध्ये सपाट करू नयेत

• Unsuspend नकारासह उत्तर देऊ शकते. याचा अर्थ साइट तुमच्याद्वारे नाही, तर आमच्या अब्युस टीमद्वारे सस्पेंड केली गेली होती आणि कोणतेही बिलिंग पॅन ते रिलीज करू शकत नाही. संदेश असे सांगतो; पुन्हा प्रयत्न करण्याऐवजी ते तुमच्या प्रशासकाला दाखवा.
• Terminate डिलीशन शेड्यूल करते, ते पूर्ण करत नाही. तारीख pending_deletion_at म्हणून परत येते आणि क्लायंट क्षेत्र ते दाखवते. ग्राहकाला त्यांचा डेटा आधीच गेला आहे असे सांगणे जेव्हा तो गेला नाही तेव्हा काहीही न सांगण्यापेक्षा वाईट आहे.
• डिस्क आणि बेंडविथ अज्ञात असू शकतात आणि अज्ञात शून्य नाही. जेव्हा आम्ही रीडिंग घेऊ शकलो नाही तेव्हा मॉड्यूल 0 लिहिण्याऐवजी आकृती तशीच सोडते — अन्यथा WHMCS तुमच्या ग्राहकाला अशा साइटसाठी आश्वासक रिक्त वापर बार दाखवेल ज्याची आमच्याकडे कोणतीही रीडिंग नाही.

समस्यानिवारण (Troubleshooting)

Test Connection पास होते आणि पहिली ऑर्डर परवानगी त्रुटीसह अयशस्वी होते. API की मध्ये org.create गहाळ आहे. साइट तयार करण्यापूर्वी मॉड्यूलला क्लायंटचे खाते उघडावे लागते.

संस्थेकडे होस्टिंग योजना नाही असे सांगणारी ऑर्डर अयशस्वी होते. तुमच्या पुनर्विक्रेता योजनेत कोणतीही साइट अलाउंस शिल्लक नाही, किंवा तुमच्याकडे अजून नाही. वरील तुम्ही सुरू करण्यापूर्वी पहा.

स्टॅकचा उल्लेख करणारी ऑर्डर अयशस्वी होते. उत्पादनावरील Stack फील्ड रिकामे आहे किंवा आम्ही तयार करत नाही असे काहीतरी नाव देते. तुम्ही दुसरे काहीतरी विकत घेत नसल्यास ते wordpress वर सेट करा.

रद्द करणे अयशस्वी होत आहे. तुम्ही मॉड्यूल आवृत्ती 1.0.0 किंवा नंतरच्या आवृत्तीवर असल्याची खात्री करा. आधीच्या बिल्ड्सने कोणतीही डिलीशन पुष्टी पाठवली नाही आणि प्रत्येक समाप्ती नाकारली गेली, ज्यामुळे सेवा चालू आणि बिलिंग राहिली.

फील्डचे नाव देणारा नकार. आमच्या प्रमाणीकरण त्रुटी संदेशानंतर ब्रॅकेटमध्ये फील्ड आणि कारण नाव देतात, उदा. (php_version: 7.2 is not offered on this product line). तो कारवाई करण्यायोग्य अर्धा भाग आहे — त्या समोरील वाक्य जाणीवपूर्वक जेनेरिक आहे.

तुमचे डाउनलोड सत्यापित करा

प्रत्येक ॲकाइव्ह आमच्या स्वतःच्या होस्टनेमवरून TLS वर सर्व्ह केले जाते आणि तृतीय-पक्ष होस्टवर कधीही पुनर्निर्देशित केले जात नाही. डाउनलोड पृष्ठ वर डाउनलोड लिंक्स शेजारी त्याची SHA-256 चेकसम छापील आहे. डाउनलोड केल्यानंतर त्याची तुलना करा:

• macOS किंवा Linux: shasum -a 256 zinn-whmcs-1.0.0.zip
• Windows: certutil -hashfile zinn-whmcs-1.0.0.zip SHA256

WHMCS वर नाही?

इतर कशासाठीही HostBill मॉड्यूल आणि सिंगल-फाइल PHP क्लायंट आहे, दोन्ही विनामूल्य आहेत आणि दोन्ही समान डाउनलोड पृष्ठ वर आहेत. मॉड्यूल्स वापरत असलेले प्रत्येक एंडपॉइंट API संदर्भ मध्ये आहे.