איך להקים אוטומציה לשרת ענן ותשלומים ב‑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 מפעילה תשלומים חד-פעמיים ומנויים דרך Paddle Checkout עבור חשבוניות WHMCS. היא מאמתת הודעות webhook חתומות ב‑HMAC-SHA256, ועוזרת לקשר בין הודעת חידוש תשלום לבין החשבונית הרלוונטית לפי מזהה המנוי. כך, במקום להסתמך על תוצאת ההפניה בדפדפן, מעבדים הודעה חתומה שמגיעה מהשרת.

המודול לא מספק חשבון Paddle או אישור לעמידה מסחרית. את חשבון Paddle, הגדרות המוצרים, המטבע וה‑webhook צריך להשלים בצד העסק. לפרטי ההתקנה אפשר להיעזר ב‑תשלום Paddle ב-WHMCS, ואפשר גם לבדוק בסביבת test בנפרד תרחישי הצלחה, כישלון, ביטול ותשלום חוזר לפני מעבר ל‑Checkout פעיל.

שער התשלום של Mollie

מודול Mollie מחבר ל‑WHMCS את אמצעי התשלום הפעילים בחשבון Mollie, כמו iDEAL, כרטיסי אשראי, PayPal, Apple Pay, Bancontact, SOFORT והעברה בנקאית. קריאות חוזרות באמצעות webhook מעבירות את סטטוס התשלום אל WHMCS; בזרימת iDEAL יש גם בחירת בנק, ובעברה בנקאית יש טיפול ייעודי במועדי תשלום.

הזמינות של אמצעי תשלום תלויה במדינה, במטבע, בחשבון Mollie ובשיטות שהופעלו בו. לכן הביטוי “15 שיטות” לא אומר שבכל חשבון הכול יהיה פתוח. יחד עם המדריך מודול Mollie ל-WHMCS, חשוב לאמת לפני העלייה לייצור גם את ההרשאות בפאנל Mollie וגם את נקודת ה‑webhook.

העברת דומיין בין לקוחות

המודול הזה יוצר תהליך מבוקר להעברת דומיין מחשבון של לקוח WHMCS אחד לחשבון של לקוח WHMCS אחר. הבקשה מתחילה מאזור הלקוח, ומאושרת באמצעות קישור חד-פעמי שנשלח לכתובת האימייל של המקבל. אימות token, רישום IP, זמן תוקף ניתן להגדרה ומעקב סטטוס — כל אלה יוצרים זרימה שקופה יותר מהעברה ידנית.

כאן מדובר במשהו שונה מהעברת דומיין קלאסית בין רשמים: זהו שינוי בעלות בתוך אותו מופע של WHMCS. עבור נעילת העברה, קוד EPP או העברת חשבון אצל הרשם החיצוני, עדיין חלים כללי הרשם הרלוונטי.

מנהל מאזן לקוחות

מנהל מאזן לקוחות מתמקד בצורך של אזור הניהול ב‑WHMCS לסנן ולבצע פעולות מרוכזות על יתרות לקוחות. אפשר למצוא לקוחות לפי שם, חברה, אימייל, מטבע וסטטוס יתרה; ניתן להוסיף אשראי באופן מרוכז לחשבונות שנבחרו, או לאפס יתרה. כל פעולה מתועדת בהערת ניהול וביומן פעילות.

מכיוון שיתרת קרדיט משפיעה ישירות על הרשומות הפיננסיות, צריך להגביל את התפקידים המורשים, לבדוק את רשימת הלקוחות שנבחרה לפני ביצוע, ולהחיל שינויים גדולים רק לאחר גיבוי.

מודולים לאוטומציה של שרתי ענן

מודולי הענן משמשים כגשר בין רשומות ההזמנה והשירות ב‑WHMCS לבין ה‑API של הספק. אפשר לראות איך מחזור חיי השירות הבסיסי עובד במדריך יצירה אוטומטית של חשבון אחסון באמצעות WHMCS. היקף הפעולות שהלקוח רואה תלוי בהתנהגות ה‑API של הספק, בהגדרות המוצר ובהרשאות שנותן העסק. חשוב להדגיש: אלה אינטגרציות עצמאיות, לא מוצרים שפותחו על ידי ספקי הענן עצמם, והן אינן מהוות הצהרת שותפות.

OVHcloud VPS & Dedicated

אינטגרציית OVHcloud מחברת את שירותי VPS ו‑Dedicated ל‑WHMCS. בצד ה‑VPS אפשר לנהל מחזור חיים והתקנה מחדש באמצעות בקרת self-service שהלקוח מורשה לבצע. בתחום ה‑Dedicated, ההיקף מתמקד בהקצאת שרתים קיימים ובפעולות מבוקרות; אין להניח שהיא מבצעת אוטומציה של רכישת שרת פיזי חדש. פעולות כמו השעיה, סיום וכל פעולה שעלולה לגרום לאובדן מידע צריכות להישאר תחת בקרה של מפעיל.

AWS Lightsail

מודול AWS Lightsail מקשר בין WHMCS לבין הקמה, פעולות חשמל, IPv4 סטטי, חומת אש וזרימת snapshot. פרטי הגישה למשאבי Linux ו‑Windows מטופלים לפי כללי הפלטפורמה עצמה. זה לא קטלוג כללי של AWS, אלא אינטגרציה ממוקדת במשאבי Lightsail.

מזהה הספק, האזור, שם ה‑instance וה‑IP הסטטי המשויך צריכים להישמר כמידע ייעודי לשירות. מפתחות API לא נמצאים בתוך קובץ ה‑ZIP של ההפצה; במהלך ההתקנה הלקוח מגדיר אותם עם ההרשאות הנדרשות בחשבון ה‑AWS שלו.

Contabo Cloud

מודול Contabo Cloud מספק חיבור להקמה, פעולות חשמל, התקנה מחדש, איפוס סיסמה וניהול snapshot עבור משאבי Contabo VPS ו‑VDS. התאמה נכונה בין מזהה המשאב לבין שירות ה‑WHMCS, יישוב בקשות הקמה חוזרות מול אותו משאב, ואימות בעלות בפעולות כמו מחיקה — כל אלה קריטיים במיוחד.

גם כאן יש צורך בחשבון Contabo, גישת API ועלויות שימוש של הספק. אין להניח ששדרוג חבילה, reverse DNS, VNC בדפדפן או כל יכולת אחרת של הספק כלולים אוטומטית בהיקף המודול; יש להסתמך על רשימת הפיצ'רים העדכנית בעמוד המוצר.

Microsoft Azure VM

מודול Microsoft Azure VM מחבר ל‑WHMCS הקמה של מכונות וירטואליות, פעולות חשמל, deallocate, שינוי גודל, ניהול דיסקים, snapshot וחומת אש. קבוצת המשאבים ותגיות ה‑VM משמשות לאימות בעלות על השירות. פעולת מחיקה לא צריכה להיחשב “מושלמת” עד ש‑Azure סיים את הפעולה האסינכרונית ואימת שהמשאב אכן הוסר.

הקמה של קטלוג ודירוג תמחור עבור משאבים נלווים כמו disk ו‑snapshot היא באחריות העסק. יש להציג ללקוח רק את מה שהוגדר, נבדק ואושר בפועל.

Google Cloud Compute Engine

מודול Google Cloud מחבר ל‑WHMCS הקמה, פעולות חשמל, שינוי machine type וניהול כללי רשת ברמת השירות עבור מכונות וירטואליות מבוססות Linux ב‑Compute Engine. שם המשאב, האזור והתגים של השירות נשמרים כמזהי קבע; פעולות מחזור החיים מתבצעות רק אחרי אימות נתוני הבעלות האלה.

הגרסה 2.0.0 הזמינה מכסה עומסי עבודה על Linux. אין לתכנן כאילו יש תמיכה ב‑Windows או ב‑RDP. פרויקט Google Cloud, חשבון השירות, המכסות, הרשת והחיוב מסופקים על ידי העסק.

איזה מודול WHMCS כדאי לבחור?

• אם אתם רוצים לעדכן מחירי חידוש ישנים לקטלוג הנוכחי, כדאי לשקול את מודול עדכון אוטומטי לתשלום.
• אם אתם רוצים לגבות תשלום דרך Paddle Checkout או Mollie, בחרו במודול שער התשלום המתאים.
• אם צריך להעביר בעלות על דומיין בין לקוחות באותו מופע WHMCS, השתמשו במודול העברת דומיין בין לקוחות.
• אם אתם מבצעים פעולות אשראי על מספר גדול של חשבונות לקוח, מנהל מאזן לקוחות הוא פתרון מתאים.
• אם אתם מחברים שירות VPS, VDS או VM ל‑API של ספק, בחרו רק את מודול שרת הענן של אותו ספק שבו אתם משתמשים בפועל.

אם אתם מפעילים VPS או VDS בתשתית שלכם, תכננו יחד את מבנה המוצר של שרת וירטואלי ואת האוטומציה ב‑WHMCS. ובארגונים שעובדים מול כמה ספקים, עדיף להפעיל כל אינטגרציה עם חשבון API נפרד, מוצר test נפרד ובמידת האפשר גם עם פרטי גישה מוגבלים — כך מצמצמים מאוד את מרחב הטעויות.

תהליך רכישה, הורדה והתקנה

1. בדקו איזה מודול מתאים לצורך שלכם ומהו ההיקף המעודכן בעמוד המוצר החי.
2. השלימו הזמנה באזור הלקוח של WHMCS ושילמו את החשבונית.
3. אחרי שה‑payment מאושר ב‑WHMCS, זרימת ה‑Auto Release הרשמית מעבירה את השירות למצב Active.
4. בחשבון עם שירות Active תופיע אפשרות הורדה רק עבור המוצר שנרכש.
5. אמתו את ארכיון ה‑ZIP, קראו את מסמך ההתקנה, והעלו את הקבצים לסביבת test של WHMCS.
6. הזינו את פרטי ה‑API של הספק או של גוף התשלום רק אחרי ההתקנה, בשדות ההגדרה המתאימים.
7. עברו לייצור רק אחרי שבדקתם תרחישים של הצלחה, כישלון, webhook, timeout, retry וסיום.

קבצי ההורדה אינם מוגשים מתוך ספריית web כללית. הקשר בין המוצר לשירות, ושירות במצב Active, הם שקובעים את זכות ההורדה באזור הלקוח. תנאי הרישוי והמסמכים המצורפים בהזמנה תמיד גוברים על הסיכום כאן.

רישוי, עלויות ספק ומגבלות אבטחה

קבצי המודולים נמסרים עם קוד מקור לא מוצפן; זה לא אומר “קוד פתוח” ולא מעניק זכות להפצה חופשית. זכויות שימוש, שינוי והפצה מחדש כפופות להסכם הרישוי שנרכש, ויש לעקוב אחריהן ברמת המוצר וההתקנה לפי ניהול רישיונות WHMCS. מפתחות API של ספקים, רשומות לקוח אמיתיות, מזהי משאבים חיים או נתוני עבודה של Hostragons לא מצורפים לחבילות ההפצה.

בהתקנה צריך ליישם את עקרון ההרשאה המינימלית. אם אפשר, תנו למודול רק את פעולות ה‑API שהוא צריך באמת, החליפו סודות webhook באופן קבוע, הגבילו תפקידי ניהול ב‑WHMCS, והסוו נתונים רגישים ביומנים. לפני עלייה לייצור, השתמשו בחשבון test נפרד או במשאב בדיקה זול. בבדיקות של ביטול וסיום, ודאו לא רק את תשובת ה‑API של הספק, אלא גם שהמשאב באמת נמחק ושלא נשארו משאבים נלווים בתשלום.

כשאתם מוכרים שירות שרת ענן, חשבו את העלות לא רק לפי המכונה הווירטואלית, אלא גם לפי disk, snapshot, IP, traffic, רישוי והפרשי מחיר בין אזורים. אוטומציה של המודול יכולה לקצר זמן תפעול, אבל היא לא מבטלת את אחריותכם למכסות הספק, לאישור החשבון או לחיוב.

צ'קליסט קצר לפני ההתקנה

• קראו את מסמך המוצר המעודכן עבור גרסת WHMCS ו‑PHP שלכם.
• בצעו גיבוי למסד הנתונים ולשנים.
• תנו למשתמש ה‑API החיצוני רק את ההרשאות הנחוצות.
• צרו מוצר test, לקוח test ומשאב ספק בסיכון נמוך.
• בדקו שבקריאות CreateAccount חוזרות לא נוצר משאב נוסף.
• אמתו תוצאות של השעיה, הפעלה מחדש, סיום והתקנה מחדש מפאנל הספק.
• במודולי תשלום, בדקו webhook חתום, סכום שגוי, הודעה כפולה ותרחישי refund.
• אחרי המעבר לייצור, עקבו מקרוב אחרי ההזמנות הראשונות ולוגי השגיאות.

שאלות נפוצות

מה זה מודול WHMCS?

מודול WHMCS מוסיף ל‑WHMCS זרימת עבודה ספציפית כמו תשלום, פעולות לקוח או ניהול שרתים. הוא לא מחליף רישיון WHMCS או חשבון אצל ספק חיצוני.

אילו ספקי ענן נתמכים?

יש מודולים נפרדים עבור OVHcloud VPS ו‑Dedicated, ‏AWS Lightsail, ‏Contabo VPS/VDS, ‏Microsoft Azure VM ו‑Google Cloud Compute Engine מבוסס Linux.

האם חשבון ספק הענן ועלויות השימוש כלולים במחיר?

לא. חשבון ספק, מנוי, שימוש במשאבים, רשת, רישוי ומסים נגבים בנפרד על ידי הספק הרלוונטי.

האם פרטי API נמצאים בחבילת המודול?

לא. בקבצי ה‑ZIP של המודול לא נמצאים פרטי זיהוי של ספקים או נתוני לקוחות חיים. את המידע הדרוש מזינים אחרי ההתקנה בשדות ההגדרה המתאימים ב‑WHMCS.

איך מורידים את המודול שנרכש?

אחרי שהתשלום אושר ב‑WHMCS וה서비스 הרלוונטי עבר למצב Active, תופיע באזור הלקוח גישת הורדה רק עבור המוצר שנרכש.

האם קוד המקור של המודולים מוצפן?

קבצי המודול מסופקים עם קוד מקור לא מוצפן. זכויות השימוש, ההתאמה וההפצה מחדש כפופות לתנאי הרישוי שנרכשו.

בחרו את המודול המתאים לזרימת העבודה שלכם ב‑WHMCS

השוו את ההיקף, המחיר העדכני ותנאי הרישוי של המודול שאתם צריכים עבור תשלומים, תפעול לקוחות או אוטומציה של שרת ענן. עיינו במודולי WHMCS והכינו את תוכנית הבדיקות שלכם לפני הייצור יחד עם מסמך ההתקנה.