WHMCS দিয়ে ক্লাউড সার্ভার ও পেমেন্ট স্বয়ংক্রিয়তা কীভাবে স্থাপন করবেন?

WHMCS মডিউল পেমেন্ট গ্রহণ, নবায়নমূল্য হালনাগাদ, গ্রাহক কার্যক্রম পরিচালনা এবং WHMCS থেকে ক্লাউড সার্ভারের সম্পদ নিয়ন্ত্রণের মতো নির্দিষ্ট কর্মপ্রবাহকে একটি প্যানেলে একত্র করে। Hostragons-এর পণ্যতালিকায় পেমেন্ট ও পরিচালনাভিত্তিক পাঁচটি মডিউলের পাশাপাশি OVHcloud, AWS Lightsail, Contabo, Microsoft Azure এবং Google Cloud অবকাঠামোর জন্য পাঁচটি স্বতন্ত্র সমন্বয় রয়েছে। এই নির্দেশিকায় দশটি মডিউলের কাজ, কার্যপরিধির সীমা এবং উপযুক্ত ব্যবহারের ক্ষেত্র তুলনা করা হয়েছে।

মডিউল নির্বাচনের সময় শুধু বৈশিষ্ট্যের তালিকা দেখাই যথেষ্ট নয়। ব্যবহৃত WHMCS সংস্করণ, সেবাদাতার হিসাব, API অনুমতি, অপারেটিং সিস্টেম, বিলিং পদ্ধতি এবং চালুর আগের পরীক্ষার পরিকল্পনাও বিবেচনায় নিতে হবে। এখানে আলোচিত সমন্বয়গুলো WHMCS লাইসেন্স, ক্লাউড সেবাদাতার হিসাব বা সংশ্লিষ্ট পেমেন্ট প্রতিষ্ঠানের হিসাবের বিকল্প নয়। সেবাদাতার ব্যবহার, নেটওয়ার্ক, লাইসেন্স ও করসংক্রান্ত খরচ আলাদাভাবে প্রযোজ্য হবে।

WHMCS মডিউল কোন কাজগুলো সহজ করে?

WHMCS-এর মূল ব্যবস্থা গ্রাহক, অর্ডার, চালান ও সেবার জীবনচক্র পরিচালনা করে। মডিউল এই মূল ব্যবস্থাকে নির্দিষ্ট কর্মপ্রবাহের সঙ্গে যুক্ত করে। একটি পেমেন্ট গেটওয়ে চালানকে বাইরের পেমেন্ট পাতায় পাঠিয়ে যাচাইকৃত ফলাফল WHMCS-এ পৌঁছে দিতে পারে। পরিচালনাভিত্তিক মডিউল একযোগে ব্যালেন্স বা মূল্য হালনাগাদ করতে পারে। অন্যদিকে সার্ভার মডিউল অর্ডারের সঙ্গে যুক্ত ভার্চুয়াল মেশিন তৈরি করে গ্রাহক এলাকায় অনুমোদিত ব্যবস্থাপনা সুবিধা দিতে পারে।

এই পার্থক্যটি গুরুত্বপূর্ণ, কারণ প্রতিটি মডিউল সব কাজ করে না। যেমন Paddle ও Mollie মডিউল পেমেন্ট প্রবাহে, গ্রাহক ব্যালেন্স ম্যানেজার প্রশাসনিক ক্রেডিট কার্যক্রমে এবং ক্লাউড সমন্বয়গুলো শুধু সংশ্লিষ্ট সেবাদাতার সম্পদে কেন্দ্রীভূত। প্রয়োজনগুলোকে প্রথমে “পেমেন্ট”, “গ্রাহক কার্যক্রম” ও “সার্ভার স্বয়ংক্রিয়তা”—এই তিন ভাগে সাজালে সঠিক পণ্য নির্বাচন সহজ হয়।

১০টি 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 হিসাব এবং সেই হিসাবে সক্রিয় পদ্ধতিগুলোর ওপর নির্ভর করে। তাই “১৫টি পদ্ধতি” কথাটির অর্থ এই নয় যে প্রতিটি হিসাবে সব পদ্ধতি চালু থাকবে। 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 সম্পদে কেন্দ্রীভূত।

সেবাদাতার শনাক্তকারী, অঞ্চল, সার্ভারের নাম ও সংশ্লিষ্ট স্থির আইপি ঠিকানার মতো তথ্য প্রতিটি সেবার জন্য আলাদাভাবে সংরক্ষণ করতে হবে। বিতরণ করা ZIP-এর মধ্যে API চাবি থাকে না। স্থাপনের সময় গ্রাহককে নিজের 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 মডিউল দেখুন এবং স্থাপন নির্দেশিকার সঙ্গে মিলিয়ে সরাসরি ব্যবহারের আগের পরীক্ষার পরিকল্পনা তৈরি করুন।