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 મોડ્યુલો તપાસો અને કાર્યરત ઉપયોગ પહેલાંની પરીક્ષણ યોજના સ્થાપના દસ્તાવેજ સાથે તૈયાર કરો.