በWHMCS የደመና አገልጋይና የክፍያ አውቶሜሽን እንዴት ይገነባ?

የWHMCS ሞጁሎች እንደ ክፍያ መቀበል፣ የእድሳት ዋጋዎችን ማዘመን፣ የደንበኛ ሂደቶችን ማስተዳደር እና የደመና አገልጋይ ሀብቶችን በWHMCS በኩል መቆጣጠር ያሉ የተወሰኑ የስራ ፍሰቶችን በአንድ ፓነል ላይ ያሰባስባሉ። በHostragons ካታሎግ ውስጥ ለክፍያና ለኦፕሬሽን የተቀናበሩ አምስት ሞጁሎች እና ለOVHcloud, AWS Lightsail, Contabo, Microsoft Azure እና Google Cloud መሠረተ ልማቶች የተለያዩ አምስት ገለልተኛ ኢንተግሬሽኖች ይገኛሉ። ይህ መመሪያ እነዚህ አስር ሞጁሎች የሚሰሩትን ስራ፣ የአጠቃቀም ወሰኖቻቸውን እና ለየትኛው የአጠቃቀም ሁኔታ እንደሚስማሙ በንፅፅር ያቀርባል።

ሞጁል ሲመርጡ የባህሪ ዝርዝሩን ብቻ መመልከት በቂ አይደለም። የተጠቃሚው የWHMCS ስሪት፣ የአቅራቢ መለያ፣ የAPI ፈቃዶች፣ የክወና ስርዓት፣ የክፍያ ሞዴል እና ከምርት በፊት የሙከራ እቅድ እንዲሁም መታሰብ አለባቸው። እዚህ የተጠቀሱት ኢንተግሬሽኖች የWHMCS ፈቃድን፣ የደመና አቅራቢ መለያን ወይም የተዛማጅ የክፍያ ተቋም መለያን አይተኩሙም። የአቅራቢዎች የአጠቃቀም፣ የኔትወርክ፣ የፈቃድ እና የታክስ ክፍያዎች በተጨማሪ ይተገበራሉ።

የWHMCS ሞጁሎች የትኞቹን ስራዎች ያቀላሉ?

የWHMCS ዋና ስርዓት የደንበኛ፣ ትዕዛዝ፣ ደረሰኝ እና የአገልግሎት የሕይወት ዑደትን ያስተዳድራል። ሞጁሎች ግን ይህን ዋና ስርዓት ከተወሰነ የስራ ፍሰት ጋር ያገናኛሉ። የክፍያ መግቢያ አንድ ደረሰኝ ወደ ውጫዊ የክፍያ ገጽ ሊያስተላልፍ እና የተረጋገጠውን ውጤት ወደ WHMCS ሊያቀርብ ይችላል። የኦፕሬሽን ሞጁል ደግሞ የብዙ ቀሪ ሂሳቦች ወይም የዋጋ ዝማኔ ማከናወን ይችላል። የአገልጋይ ሞጁል ግን ከትዕዛዝ ጋር የተያያዘ VM ሊፈጥር እና በደንበኛ አካባቢ ውስጥ የተፈቀዱ የአስተዳደር ተግባራትን ሊያቀርብ ይችላል።

ይህ ልዩነት አስፈላጊ ነው፤ እያንዳንዱ ሞጁል ሁሉንም ስራ አያከናውንም። ለምሳሌ Paddle እና Mollie ሞጁሎች በክፍያ ፍሰት ላይ ያተኩራሉ፣ የደንበኛ ቀሪ ሂሳብ አስተዳዳሪ በአስተዳደራዊ ክሬዲት ሂደቶች ላይ ያተኩራል፣ የደመና ኢንተግሬሽኖች ግን የተዛማጅ አቅራቢውን ሀብቶች ብቻ ይመለከታሉ። የፍላጎት ዝርዝሩን መጀመሪያ “ክፍያ”፣ “የደንበኛ ኦፕሬሽን” እና “የአገልጋይ አውቶሜሽን” ብለው መለየት ትክክለኛውን ምርት ለመምረጥ ያግዛል።

የ10 የWHMCS ሞጁሎች ፈጣን ንፅፅር

በሰንጠረዡ ውስጥ ያሉ ዋጋዎች ይህ ጽሑፍ በታተመበት ቀን የታዩ ወቅታዊ የዝርዝር ዋጋዎች ናቸው፤ ቋሚ የዋጋ ቃል ኪዳን አይደሉም። ከግዢ በፊት በምርት ገጹ ላይ ያለው ወቅታዊ የአጠቃቀም ወሰን፣ የፈቃድ እና የዋጋ መረጃ መሠረት ሊሆን ይገባል።

የክፍያ እና የንግድ ኦፕሬሽን ሞጁሎች

አውቶማቲክ የዋጋ ማሻሻያ

ተደጋጋሚ ዋጋዎች በጊዜ ሂደት ሲቀየሩ፣ ከዚህ በፊት የተከፈቱ Active ወይም የታገዱ አገልግሎቶች በአሮጌው የእድሳት ክፍያ ላይ ሊቆዩ ይችላሉ። የአውቶማቲክ የዋጋ ማሻሻያ ሞጁል የአገልግሎት፣ የተጨማሪ አማራጭ እና የዶሜይን እድሳት መጠኖችን በWHMCS ውስጥ ባለው ወቅታዊ ዋጋ መሠረት እንደገና ለማስላት ይጠቅማል። ሂደቱ አንድ ጊዜ ሊከናወን ይችላል ወይም ከተዘጋጀ cron ፍሰት ጋር ሊገናኝ ይችላል።

ይህ ሞጁል በተለይ ከምንዛሬ ተመን ወይም ከታሪፍ ለውጥ በኋላ ብዙ መዝገቦችን በእጅ እያንዳንዱን ማስተካከል ለማይፈልጉ ንግዶች ተስማሚ ነው። የተግባር ምሳሌዎችን የWHMCS ራስ-ሰር የዋጋ ማዘመኛ ሞዱል መመሪያ ውስጥ ማየት ይችላሉ። ቢሆንም ከብዙ ለውጥ በፊት የውሂብ ጎታ ቅጂ መውሰድ፣ በተወሰነ የደንበኛ ቡድን ላይ ሙከራ ማድረግ እና የሚፈጠሩትን ደረሰኞች መቆጣጠር ያስፈልጋል።

Paddle የክፍያ መግቢያ

የPaddle Billing V3 ኢንተግሬሽን ለWHMCS ደረሰኞች በPaddle Checkout በኩል አንድ ጊዜ እና የምዝገባ ክፍያዎችን ያስጀምራል። በHMAC-SHA256 የተፈረመ የwebhook ማሳወቂያዎችን ያረጋግጣል፤ የተደጋጋሚ ክፍያ ማሳወቂያን በምዝገባ መለያ ቁጥር በመጠቀም ከተዛማጅ ደረሰኝ ጋር ለማዛመድ ያግዛል። በዚህ ሁኔታ በአሳሽ ውስጥ በተከናወነ መምራት ውጤት ላይ ከመተማመን ይልቅ ከአገልጋይ የሚመጣው ፈረም ያለው ማሳወቂያ ይታይበታል።

ሞጁሉ Paddle መለያ ወይም የንግድ ብቃት ማረጋገጫ አያቀርብም። የPaddle መለያ፣ የምርት መግለጫዎች፣ ምንዛሬ እና የwebhook ቅንብር በንግዱ በራሱ መጨረስ አለበት። ለመጫን ዝርዝሮች የPaddle WHMCS ክፍያ ይመልከቱ፤ ወደ Checkout ከመሄድ በፊት የተሳካ፣ ያልተሳካ፣ የተሰረዘ እና የተደጋጋሚ ክፍያ ሁኔታዎችን በሙከራ አካባቢ በተለያየ ሁኔታ መሞከር ይችላሉ።

Mollie የክፍያ መግቢያ

የMollie ሞጁል በMollie መለያ ውስጥ ንቁ የሆኑ iDEAL, ካርድ, PayPal, Apple Pay, Bancontact, SOFORT እና የባንክ ዝውውር ያሉ የክፍያ ዘዴዎችን ከWHMCS ደረሰኞች ጋር ያገናኛል። የwebhook መልስ ጥሪዎች የክፍያ ሁኔታዎችን ወደ WHMCS ያስተላልፋሉ፤ በiDEAL ፍሰት ውስጥ የባንክ ምርጫ እና በባንክ ዝውውር ውስጥ የቀነ ገደብ አስተዳደር ያሉ በዘዴ ላይ የተመሰረቱ ተግባራትን ያቀርባል።

የአንድ የክፍያ ዘዴ መገኘት በሀገር፣ በምንዛሬ፣ በMollie መለያ እና በመለያው ውስጥ በተነቃቁ ዘዴዎች ላይ ይመሰረታል። ስለዚህ “15 ዘዴዎች” የሚለው አገላለጽ በእያንዳንዱ መለያ ሁሉም ዘዴዎች ክፍት ይሆናሉ ማለት አይደለም። የWHMCS Mollie ሞዱል መመሪያ ጋር በመሆን በMollie ፓነል ውስጥ ያሉ ፈቃዶች እና የwebhook መጨረሻ ነጥብ ወደ ቀጥታ ከመውጣቱ በፊት መረጋገጥ አለባቸው።

በደንበኞች መካከል የዶሜይን ማስተላለፍ

ይህ ሞጁል በአንድ የWHMCS ደንበኛ መለያ ውስጥ ያለ ዶሜይን ወደ ሌላ የWHMCS ደንበኛ እንዲተላለፍ የተቆጣጠረ ሂደት ያቋቁማል። ጥያቄው ከደንበኛ አካባቢ ይጀምራል፤ ለተቀባዩ የኢሜይል አድራሻ በሚላክ አንድ ጊዜ የሚጠቀም አገናኝ ይፀድቃል። የtoken ማረጋገጫ፣ የIP መዝገብ፣ ሊቀየር የሚችል የቆይታ ጊዜ እና የሁኔታ ክትትል ከእጅ ሂደት ጋር ሲነፃፀር የበለጠ ሊከታተል የሚችል ፍሰት ያቀርባሉ።

እዚህ የሚከናወነው ሂደት በሬጅስትራሮች መካከል ከሚደረገው ባህላዊ የዶሜይን ትራንስፈር የተለየ ነው፤ በተመሳሳይ የWHMCS ጭነት ውስጥ የደንበኛ ባለቤትነትን ብቻ ይቀይራል። ለሬጅስትራሩ የትራንስፈር መቆለፊያ፣ EPP ኮድ ወይም ውጫዊ የመለያ ዝውውር ሂደት የተዛማጅ ሬጅስትራሩ ደንቦች በተጨማሪ ይተገበራሉ።

የደንበኛ ቀሪ ሂሳብ አስተዳዳሪ

የደንበኛ ቀሪ ሂሳብ አስተዳዳሪ በWHMCS የአስተዳዳሪ አካባቢ ውስጥ የደንበኛ ክሬዲቶችን ለማጣራት እና የብዙ ሂደት ለመፈጸም በሚያስፈልገው ላይ ያተኩራል። ደንበኞች በስም፣ በኩባንያ፣ በኢሜይል፣ በምንዛሬ እና በቀሪ ሂሳብ ሁኔታ መሠረት ሊገኙ ይችላሉ፤ በተመረጡ መለያዎች ላይ በአንድ ጊዜ ክሬዲት ሊጨመር ወይም ቀሪ ሂሳብ ሊወለድ ይችላል። ሂደቶቹ በአስተዳዳሪ ማስታወሻ እና በእንቅስቃሴ መዝገብ ይከታተላሉ።

የክሬዲት ቀሪ ሂሳብ በቀጥታ የፋይናንስ መዝገቦችን ስለሚነካ የፈቃድ ያላቸው የአስተዳዳሪ ሚናዎች መገደብ አለባቸው፣ ከሂደቱ በፊት የተመረጡት የደንበኛ ዝርዝሮች መረጋገጥ አለባቸው እና ትልቅ የብዙ ለውጦች ቅጂ ከተወሰደ በኋላ ሊተገበሩ ይገባል።

የደመና አገልጋይ አውቶሜሽን ሞጁሎች

የደመና ሞጁሎች በWHMCS ትዕዛዝ እና በአገልግሎት መዝገቦች መካከል ከአቅራቢ API ጋር ድልድይ ይፈጥራሉ። መሠረታዊ የአገልግሎት የሕይወት ዑደት እንዴት እንደሚሰራ በWHMCS ራስ-ሰር የሆስቲንግ መለያ መፍጠር መመሪያ ውስጥ ማየት ይችላሉ። ለደንበኛው የሚቀርበው የኦፕሬሽን ወሰን በአቅራቢው የAPI ባህሪ፣ በምርት ቅንብር እና በንግዱ በሚሰጠው ፈቃድ ላይ ይመረኮዛል። እነዚህ ሞጁሎች ገለልተኛ ኢንተግሬሽኖች ናቸው፤ በተዛማጅ የደመና አቅራቢዎች የተገነቡ ምርቶች አይደሉም እና የአጋርነት መግለጫ አይሸከሙም።

OVHcloud VPS & Dedicated

የOVHcloud ኢንተግሬሽን VPS እና Dedicated አገልግሎቶችን ከWHMCS ጋር ያገናኛል። በVPS በኩል የሕይወት ዑደት እና የዳግም ጭነት ሂደቶች በደንበኛ አካባቢ ውስጥ በተፈቀዱ ራስ-አገልግሎት መቆጣጠሪያዎች ሊተዳደሩ ይችላሉ። የDedicated አጠቃቀም ወሰን አሁን ያለውን የአገልጋይ ክምችት መመደብ እና ወደ ቁጥጥር ያላቸው ኦፕሬሽኖች ማመራትን ይመለከታል፤ አዲስ የአካል አገልጋይ ግዢን በራሱ የሚያውቶሜት ነው ብለው መገመት አይገባም። ለማገድ፣ ለማቋረጥ እና የውሂብ መጥፋት ሊያስከትሉ የሚችሉ ሂደቶች የኦፕሬተር ቁጥጥር ያስፈልጋቸዋል።

AWS Lightsail

የAWS Lightsail ሞጁል የአገልጋይ አቅርቦት፣ የኃይል ሂደቶች፣ የstatic IPv4፣ የፋየርዎል እና snapshot ፍሰቶችን ከWHMCS አገልግሎት ጋር ያያይዛል። የLinux እና Windows ሀብቶች የመድረሻ መረጃ በየመድረኩ ህጎች መሠረት ይታያል። ሞጁሉ አጠቃላይ የAWS አገልግሎት ካታሎግ ሳይሆን በLightsail ሀብቶች ላይ ብቻ ያተኮረ ኢንተግሬሽን ነው።

እንደ የአቅራቢ መለያ፣ ክልል፣ instance ስም እና የተያያዘ static IP ያሉ መረጃዎች ለእያንዳንዱ አገልግሎት በተለይ ሊቀመጡ ይገባል። የAPI ቁልፎች በስርጭት ZIP ውስጥ አይካተቱም፤ በመጫን ጊዜ ደንበኛው በራሱ AWS መለያ ውስጥ ከሚያስፈልጉ ፈቃዶች ጋር ያዋቅራቸዋል።

Contabo Cloud

የContabo Cloud ሞጁል በContabo VPS እና VDS ሀብቶች ውስጥ ለአቅርቦት፣ ለኃይል ሂደቶች፣ ለዳግም ጭነት፣ ለየይለፍ ቃል ዳግም ማቀናበር እና snapshot አስተዳደር ግንኙነት ያቀርባል። የሀብት መለያው ከWHMCS አገልግሎት ጋር ትክክለኛ መዛመድ፣ ተደጋጋሚ የአቅርቦት ጥያቄዎች በተመሳሳይ ሀብት ላይ እንዲታረቁ ማድረግ እና እንደ ስረዛ ያሉ ሂደቶች ላይ የባለቤትነት ማረጋገጫ እጅግ ወሳኝ ናቸው።

የContabo መለያ፣ የAPI መዳረሻ እና የአቅራቢ የአጠቃቀም ክፍያዎች በተጨማሪ ያስፈልጋሉ። የፓኬጅ ማሻሻያ፣ reverse DNS፣ በአሳሽ ውስጥ VNC ወይም የእያንዳንዱ አቅራቢ ባህሪ ሁሉ በሞጁሉ ወሰን ውስጥ አለ ብለው መገመት የለበትም፤ በምርት ገጹ ላይ ያለው ወቅታዊ የባህሪ ዝርዝር መሠረት ሊሆን ይገባል።

Microsoft Azure VM

የMicrosoft Azure VM ሞጁል የVM አቅርቦት፣ የኃይል ሂደቶች፣ deallocate፣ የመጠን ለውጥ፣ ዲስክ፣ snapshot እና የፋየርዎል አስተዳደርን ከWHMCS ጋር ያገናኛል። የሀብት ቡድን እና የVM መለያዎች የአገልግሎት ባለቤትነትን ለማረጋገጥ ይጠቅማሉ። የስረዛ ሂደት የAzure ያለቀቀ ያልሆነ ውጤትን እና ሀብቱ በእውነት መወገዱን ሳያረጋግጥ ተጠናቋል ተብሎ ሊቆጠር አይገባም።

እንደ Azure ዲስክ እና snapshot ያሉ ተከፋይ ተጨማሪ ሀብቶች ላይ የካታሎግ እና የዋጋ ቅንብር የንግዱ ራሱ ኃላፊነት ነው። ለደንበኛ የሚታዩ አማራጮች ተዋቅረው እና ተፈትነው በተረጋገጡ ክልሎች ብቻ መገደብ አለባቸው።

Google Cloud Compute Engine

የGoogle Cloud ሞጁል በLinux ላይ የተመሠረቱ Compute Engine VM ውስጥ የአቅርቦት፣ የኃይል ሂደቶች፣ የማሽን አይነት ለውጥ እና በአገልግሎት ደረጃ የኔትወርክ ህግ አስተዳደር ያገናኛል። የሀብት ስም፣ ክልል እና የአገልግሎት መለያዎች እንደ ቋሚ መለያ ይቀመጣሉ፤ የሕይወት ዑደት ሂደቶች ይህ የባለቤትነት መረጃ ከተረጋገጠ በኋላ ይከናወናሉ።

የአሁኑ 2.0.0 ስርጭት ክልል የLinux ስራ ጫናዎች ነው። Windows ወይም RDP ድጋፍ አለ ብለው እቅድ ማዘጋጀት የለበትም። የGoogle Cloud ፕሮጀክት፣ የአገልግሎት መለያ፣ ኮታ፣ ኔትወርክ እና የክፍያ ቅንብሮች በንግዱ የሚቀርቡ ናቸው።

የትኛውን የWHMCS ሞጁል መምረጥ አለብዎት?

• የቆዩ የእድሳት ዋጋዎችን ወደ ወቅታዊ ካታሎግ ማስተላለፍ ከፈለጉ አውቶማቲክ የዋጋ ማሻሻያ ሞጁሉን ይገምግሙ።
• በPaddle Checkout ወይም 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 ሁኔታ ያለው አገልግሎት በደንበኛ አካባቢ ያለውን የማውረድ ፈቃድ ይወስናሉ። በትዕዛዝ ገጹ ላይ ያሉ ወቅታዊ የፈቃድ ሁኔታዎች እና የመጫኛ ሰነዶች ሁልጊዜ ከዚህ ማጠቃለያ በላይ ቅድሚያ አላቸው።

የፈቃድ፣ የአቅራቢ ወጪዎች እና የደህንነት ወሰኖች

የሞጁል ፋይሎች ያልተመሰጠረ የምንጭ ኮድ ጋር ይቀርባሉ፤ ይህ አገላለጽ “open source” ወይም ነፃ የዳግም ስርጭት መብት ማለት አይደለም። የአጠቃቀም፣ የማሻሻያ እና የዳግም ስርጭት መብቶች በተገዛው የፈቃድ ስምምነት ላይ ይመረኮዛሉ፤ በየWHMCS ፈቃድ አስተዳደር አቀራረብ መሠረት በምርት እና በመጫኛ ደረጃ መከታተል አለባቸው። የአቅራቢ API ቁልፎች፣ እውነተኛ የደንበኛ መዝገቦች፣ ቀጥታ የሀብት መለያዎች ወይም የHostragons የስራ ውሂብ በስርጭት ጥቅሎች ውስጥ አይካተቱም።

በመጫን ወቅት የአነስተኛ ፈቃድ መርህ መተግበር አለበት። ከቻሉ ለሞጁሉ ለሚያስፈልጉት የAPI ሂደቶች ብቻ የተለየ መለያ ይስጡ፣ የwebhook ሚስጥሮችን በመደበኛነት ይቀይሩ፣ የWHMCS የአስተዳዳሪ ሚናዎችን ይገድቡ እና በlog ውስጥ ስሜታዊ ውሂብን ይደብቁ። ከምርት በፊት የተለየ የሙከራ መለያ ወይም ዝቅተኛ ወጪ ያለው የሙከራ ሀብት ይጠቀሙ። በስረዛ እና በማቋረጥ ሙከራዎች ውስጥ የአቅራቢውን API ምላሽ ብቻ ሳይሆን ሀብቱ በእውነት መወገዱን እና ተከፋይ ተጨማሪ ሀብቶች እንዳልቀሩ ያረጋግጡ።

የይመረጐ መረጃ አገልግሎት ሲሸጡ በወጪ ስሌት ውስጥ VM ብቻ ሳይሆን ዲስክ፣ snapshot፣ IP፣ ትራፊክ፣ ፈቃድ እና በክልል መሰረት የሚለያዩ ዋጋዎችንም ያካትቱ። የሞጁል አውቶሜሽን የኦፕሬሽን ጊዜን ሊቀንስ ይችላል፣ ግን የአቅራቢ ኮታን፣ የመለያ ማረጋገጫን ወይም የክፍያ ኃላፊነትን አያስወግድም።

ከመጫን በፊት አጭር የመቆጣጠሪያ ዝርዝር

• ለየWHMCS እና PHP ስሪትዎ የሚስማማውን ወቅታዊ የምርት ሰነድ ያንብቡ።
• የውሂብ ጎታ እና የፋይል ቅጂ ይውሰዱ።
• ለውጫዊ API ተጠቃሚ አስፈላጊ ፈቃዶችን ብቻ ይስጡ።
• የሙከራ ምርት፣ የሙከራ ደንበኛ እና ዝቅተኛ አደጋ ያለው የአቅራቢ ሀብት ይፍጠሩ።
• ተደጋጋሚ CreateAccount ጥሪዎች በሁለተኛ ሀብት እንዳይፈጠር ያረጋግጡ።
• የማገድ፣ የመልሶ ማስከፈት፣ የማቋረጥ እና የዳግም ጭነት ውጤቶችን ከአቅራቢው ፓነል ያረጋግጡ።
• በክፍያ ሞጁሎች ውስጥ ፈረም ያለው webhook፣ የተሳሳተ መጠን፣ ተደጋጋሚ ማሳወቂያ እና የገንዘብ መመለሻ ሁኔታዎችን ይፈትኑ።
• ወደ ቀጥታ ከወጡ በኋላ የመጀመሪያ ትዕዛዞችን እና የስህተት መዝገቦችን በቅርብ ይከታተሉ።

በተደጋጋሚ የሚጠየቁ ጥያቄዎች

የWHMCS ሞጁል ምንድን ነው?

የWHMCS ሞጁል እንደ ክፍያ፣ የደንበኛ ሂደቶች ወይም የአገልጋይ አስተዳደር ያለ የተወሰነ የስራ ፍሰት ወደ WHMCS የሚጨምር አካል ነው። የWHMCS ፈቃድን ወይም የውጫዊ አቅራቢ መለያን አይተካም።

የትኞቹ የደመና አቅራቢዎች ይደገፋሉ?

ለOVHcloud VPS እና Dedicated፣ AWS Lightsail፣ Contabo VPS/VDS፣ Microsoft Azure VM እና በLinux ላይ የተመሠረተ Google Cloud Compute Engine የተለያዩ ሞጁሎች አሉ።

የደመና አቅራቢ መለያ እና የአጠቃቀም ክፍያዎች በዋጋው ውስጥ ተካትተዋል?

አይደለም። የአቅራቢ መለያ፣ ምዝገባ፣ የሀብት አጠቃቀም፣ ኔትወርክ፣ ፈቃድ እና የታክስ ክፍያዎች በተዛማጅ አቅራቢው በተጨማሪ ይከፈላሉ።

የAPI የመለያ መረጃዎች በሞጁሉ ጥቅል ውስጥ ይገኛሉ?

አይደለም። በሞጁል ZIP ውስጥ የአቅራቢ መለያ መረጃ ወይም የቀጥታ ደንበኛ ውሂብ አይኖርም። የሚያስፈልጉ መረጃዎች ከመጫን በኋላ በተገቢው የWHMCS ቅንብር መስኮች ውስጥ ይገባሉ።

የተገዛው ሞጁል እንዴት ይወርዳል?

ክፍያው በWHMCS ከተረጋገጠ እና ተዛማጅ አገልግሎቱ Active ሁኔታ ካገኘ በኋላ በደንበኛ አካባቢ ውስጥ ከተገዛው ምርት ጋር የተያያዘ የማውረድ መዳረሻ ብቻ ይታያል።

የሞጁሉ ምንጭ ኮዶች የተመሰጠሩ ናቸው?

የሞጁል ፋይሎች ያልተመሰጠረ የምንጭ ኮድ ጋር ይቀርባሉ። የአጠቃቀም፣ የማበጀት እና የዳግም ስርጭት መብቶች በተገዙት የፈቃድ ሁኔታዎች ላይ ይመረኮዛሉ።

ለWHMCS የስራ ፍሰትዎ የሚስማማውን ሞጁል ይምረጡ

ለክፍያ፣ ለደንበኛ ኦፕሬሽን ወይም ለደመና አገልጋይ አውቶሜሽን የሚያስፈልግዎትን ሞጁል አጠቃቀም ወሰን፣ ወቅታዊ ዋጋ እና የፈቃድ ሁኔታ ያነጻጽሩ። የWHMCS ሞዱሎችን ይመልከቱ እና ከምርት በፊት የሙከራ እቅድዎን ከመጫኛ ሰነድ ጋር በአንድነት ያዘጋጁ።