שלוש דרכים לסמן 'שולם'
- ידני: אתה בודק את דוח-הסליקה, מוצא את הלקוח, פותח את הלוח ומחליף סטטוס ביד. עובד מצוין עד שנכנסים חמישה תשלומים ביום שאתה בפגישות — ואז חצי מהם נשארים 'ממתין' עד סוף השבוע.
- הבסיסי: אתה מייצא קובץ תשלומים פעם ביום ומעדכן במכה. פחות טעויות, אבל הלוח תמיד מפגר ביום אחד אחרי המציאות — והלקוח כבר שילם ועוד מקבל תזכורת.
- המלא (העמוד הזה): תשלום נקלט → ספק-הסליקה שולח webhook → Make מעדכן את הפריט המתאים בלוח monday לסטטוס 'שולם', מיד. הלוח והכסף מסונכרנים באותו רגע.
התרחיש — התשלום נקלט, הפריט מסמן 'שולם'
נניח שאתה מנהל לוח לקוחות ב-monday, וכל פריט הוא עסקה שממתינה לתשלום. לקוח נכנס לדף-התשלום של ספק-הסליקה (Grow, iCount, Cardcom, Tranzila — לא משנה מי מהם) ומעביר את הכסף. עד עכשיו, הרגע הזה היה מתועד בשני מקומות שלא מדברים זה עם זה: הכסף נכנס אצל ספק-הסליקה, והלוח שלך ב-monday עדיין מציג 'ממתין'. מישהו צריך לחבר את שני העולמות, וה'מישהו' הזה הוא בדרך-כלל אתה, בסוף היום, מול שני מסכים פתוחים.
בתרחיש שבנינו והרצנו, ברגע שהתשלום נקלט, ספק-הסליקה יורה webhook (כתובת שמערכת אחת "צועקת" אליה כשקורה משהו) אל Make. Make מקבל את ההודעה, מזהה איזה פריט בלוח שייך לתשלום הזה, ומעדכן את עמודת-הסטטוס שלו ל-'שולם'. שני מודולים, בלי הקלדה-כפולה, בלי לזכור.
אצלנו זה רץ בפועל: התרחיש הורץ ירוק ב-21 ביולי 2026, שני מודולים דלקו ירוק, והפריט בלוח monday קיבל סטטוס 'שולם' — זו בדיוק הפואנטה של הזוג הזה, והיא מצולמת למטה. שים לב שהמערכת עשתה בשקט ובשנייה את מה שאתה דוחה כל ערב ל'אחר-כך'. אין כאן קסם — יש כאן שני מודולים שמחליפים ביניהם הודעה אחת, ומה שהיה תלוי בזיכרון שלך תלוי עכשיו בכך שהכסף נכנס. וזה, אם חושבים על זה, בדיוק התנאי שאתה הכי רוצה שיתקיים.
הזוג בנוי משני מודולים בלבד: קליטת ה-webhook מספק-הסליקה, ועדכון עמודת-הסטטוס של הפריט המתאים בלוח monday. מגדירים פעם אחת, ומכאן זה רץ לבד. שלושת הצעדים למטה הם בדיוק מה שצולם בריצה הירוקה.
צעד 1 — התרחיש בעורך
שני מודולים מחווטים זה לזה: משמאל מודול ה-Webhook שקולט את הודעת-התשלום מספק-הסליקה, ומימין מודול monday.com שמבצע Update Column Values of a Specific Item — כלומר מעדכן עמודות של פריט מסוים בלוח. כאן אתה מגדיר פעם אחת איזה שדה מה-webhook מזהה את הפריט הנכון, ולאיזה ערך עמודת-הסטטוס משתנה ('שולם'). זו כל התשתית.
צעד 2 — ההוכחה, ריצה ירוקה
לוג-הריצה מראה את שני המודולים דולקים ירוק: ה-webhook קיבל את הודעת-התשלום, ומודול monday עדכן את הפריט. שני מודולים, ריצה מלאה, בלי שגיאות. זה הרגע שבו אתה יודע שהחיווט תקין ושהתשלום באמת מתרגם לעדכון בלוח — ולא רק בתיאוריה.
צעד 3 — התוצאה בלוח
בלוח monday עצמו, עמודת-הסטטוס של הפריט המתאים מציגה עכשיו 'שולם'. זו הפואנטה של הזוג הזה: לא הודעה, לא מייל, לא רשומה במערכת אחרת — אלא בדיוק הלוח שאתה עובד בו ממילא, שמתעדכן מעצמו ברגע שהכסף נקלט.
📦 קח את זה איתך
- הורדה: קובץ ה-blueprint — קובץ-ההגדרות המלא של התרחיש, בדיוק כפי שהורץ בצילומים — להורדה. מייבאים אותו ל-Make בלחיצה (תרחיש חדש ← Import Blueprint), מחברים את החשבונות שלך — וזה רץ.
- הוכחה: הריצה והפריט שמעליך אינם מוקאפ — זו ריצה אמיתית ב-Make, ירוקה, מ-21 ביולי 2026. שני מודולים, סטטוס 'שולם' על הפריט בפועל.
ההגדרה היא חד-פעמית. מרגע שה-webhook מחובר ל-Make וחשבון monday מאושר, אתה לא נוגע בזה יותר — כל תשלום עתידי מטופל באותה הצנרת בלי שתפתח את העורך שוב.
גילוי נאות: בחלק מהעמודים יש קישור להרשמה ל-Make דרך תוכנית-השותפים שלנו — אם נרשמת דרכו, ייתכן שנקבל עמלה, בלי שזה מייקר לך משהו. זה לא משנה את מה שכתוב כאן: כל תרחיש בעמוד נבנה והורץ אצלנו בפועל, והצילומים הם מהריצה האמיתית. אנחנו ממליצים על Make כי בדקנו אותו, לא להפך.
עוד שלוש דרכים קרובות
אותה תשתית של webhook פותחת עוד כמה זוגות שנשענים על אותו רעיון — מערכת אחת שיורה הודעה, ו-monday שמתעדכן ממנה:
- טופס → פריט חדש: במקום עדכון-סטטוס על פריט קיים, טופס שמילא לקוח פותח פריט חדש בלוח מרגע השליחה. זה השלב שקודם לתשלום — הפנייה נכנסת, ובהמשך הסליקה מסמנת אותה 'שולם'.
- מייל → פריט חדש: כל פנייה שנכנסת לתיבה נפתחת אוטומטית כפריט בלוח, כדי שלא תיפול בין הכיסאות (ראו איך מחברים מייל ל-monday).
- קובץ ב-Drive → פריט: מסמך שהועלה לתיקייה משותפת פותח פריט מעקב בלוח.
⚠️ מתי לא לחבר, ומה המגבלה האמיתית
- monday חינמי לא יודע אינטגרציות. זו המגבלה המרכזית של הזוג הזה ומקור-העלות היחיד: כדי ש-Make יעדכן עמודה ב-monday, החשבון חייב להיות בתשלום. אם ה-monday שלך עדיין במסלול החינמי, אין דרך לעקוף את זה — וגם אנחנו לא נעמיד פנים שיש.
- התאמת-הפריט חייבת להיות חד-משמעית. ה-webhook צריך לשאת שדה שמזהה בדיוק איזה פריט לעדכן — מזהה-הזמנה, מייל-הלקוח או שדה ייחודי אחר. אם שני פריטים נראים למערכת אותו הדבר, היא תעדכן את מי שתמצא ראשון, וזה בדיוק סוג-הטעות שקשה לגלות אחר-כך.
- נפח-תשלומים גבוה מאוד. אם אתה סולק מאות תשלומים ביום, כל אחד הוא פעולה ב-Make, ותצטרך לעקוב אחרי מכסת-הפעולות (החינמי עוצר ב-1,000 בחודש). לרוב העסקים הקטנים זה רחוק מאוד, אבל שווה לדעת איפה התקרה.
- בדוק על תשלום-בדיקה. העבר סכום סמלי דרך הסליקה וודא שהפריט הנכון קיבל 'שולם', לפני שתסמוך על זה מול לקוחות אמיתיים. עדיף לגלות אי-התאמה על שקל-בדיקה מאשר על עסקה של לקוח שכבר קיבל חשבונית.
מה זה עולה
מנוע-החיבור, Make, רץ על השכבה החינמית: עד 1,000 פעולות בחודש, שני תרחישים פעילים ומרווח-הרצה מינימלי של 15 דקות (נכון ליולי 2026). לזוג הזה זה מספיק בנוחות לרוב העסקים — כל תשלום הוא בערך שתי פעולות, וזה ריחוק נעים מהתקרה.
ההוצאה האמיתית היושבת כאן היא monday.com: אינטגרציות ואוטומציות אינן זמינות במסלול החינמי כלל, אז הזוג דורש מסלול בתשלום — Standard בערך 12$ למשתמש לחודש, במינימום 3 משתמשים (נכון ליולי 2026). כלומר גם אם אתה לבד בעסק, monday יגבה ממך על שלושה. אם ה-monday שלך ממילא בתשלום כי אתה עובד בו כל יום — אין כאן שום תוספת, פשוט הפעלת יכולת ששילמת עליה בין-כה.
ספק-הסליקה עצמו (Grow, iCount, Cardcom, Tranzila) גובה עמלת-עסקה פר-תשלום בלי דמי-חודש קבועים, לפי הספק — וזו עלות שיש לך גם בלי החיבור. החיבור עצמו לא מוסיף עליה אגורה.
חלופות לאותה תוצאה
- עדכון ידני מדוח-הסליקה: אם יש לך מעט תשלומים ביום, אפשר פשוט להיכנס פעם ביום לדוח של ספק-הסליקה, למצוא את הלקוחות ששילמו ולעדכן אותם ידנית בלוח. חינם לגמרי, ומתאים כשהנפח נמוך — הבעיה היחידה היא שזה תלוי בכך שתזכור לעשות את זה, וזה בדיוק החלק שנשבר בימים עמוסים.
- סליקה → גיליון במקום monday: אם אין לך monday בתשלום, אותו רעיון עובד בחינם מול Google Sheets — ה-webhook כותב שורה או מעדכן תא בגיליון. פחות יפה ויזואלית, אבל חינמי לגמרי ועושה את אותה עבודה.
- מנוע-חיבור אחר: אפשר לבנות את אותו זוג גם ב-Zapier או בכלי-אוטומציה מקביל. העיקרון זהה — webhook נכנס, עמודה מתעדכנת — וההבדל הוא בעיקר בתמחור ובמכסות.
שאלות שחוזרות
- זה באמת חינם? Make רץ על החינמי (עד 1,000 פעולות בחודש). מה שמכניס לתשלום הוא monday, שאין לו אינטגרציות בשכבה החינמית. אם monday שלך כבר בתשלום — אין תוספת.
- צריך לדעת לתכנת? לא. מחברים את חשבון הסליקה ואת monday פעם אחת, וה-blueprint כבר בנוי. את מיפוי-הפריט מגדירים פעם אחת בעורך.
- איך המערכת יודעת איזה פריט לעדכן? ה-webhook מספק-הסליקה נושא שדה מזהה — למשל מזהה-הזמנה או מייל-הלקוח — ו-Make מחפש את הפריט התואם בלוח לפי השדה הזה. חשוב שיהיה שדה ייחודי אחד.
- מה קורה אם ספק משנה משהו? כל blueprint אצלנו נבדק מחדש מחזורית; העמוד נושא 'מאומת ליולי 2026'. הריצה שמצולמת כאן היא מ-21 ביולי 2026.
- הנתונים שלי בטוחים? Make לא שומר את תוכן-ההודעות אחרי העיבוד, והחיבור ל-monday דרך OAuth רשמי. מומלץ לבדוק את מדיניות-הפרטיות של ספק-הסליקה שלך.
מקורות: Make — תמחור ומכסות — נכון ליולי 2026 · monday.com — תמחור מסלולים — נכון ליולי 2026
מה זה אומר עליך? לוח שכתוב בו 'ממתין לתשלום' על עסקה שכבר שולמה הוא לא סוף-העולם — אבל הוא אומר שאתה מנהל את העסק לפי הזיכרון שלך ולא לפי מה שקרה בפועל. ברגע שספק-הסליקה מסמן את הפריט 'שולם' לבד, הלוח מפסיק להיות משהו שאתה מתחזק ומתחיל להיות משקף-אמת של הקופה. אתה לא צריך לחבר את כל זרם-התשלומים היום. העבר סכום-בדיקה סמלי דרך הסליקה, ראה את הפריט המתאים מקבל 'שולם' מול העיניים שלך, ורק אז חבר את הזרם האמיתי. וכן — בפעם הראשונה שתראה סטטוס משתנה בלי שנגעת, כנראה תפתח את הלוח פעמיים כדי לוודא שזה באמת קרה. זה בסדר.