בחלק הזה
סטודיו עיצוב קטן בגבעתיים, שלושה אנשים, בנה בסוף החודש לוח פניות עם ארבעה מתכונים: לקוח ממלא טופס, נוצר פריט, נשלחת התראה, ובעוד יומיים נשלחת תזכורת. בשבוע הראשון זה עבד. בשבוע השלישי בעל העסק גילה שלוש פניות שאף אחד לא ראה. התחושה הראשונה שלו — האוטומציה לא עובדת ואי אפשר לסמוך עליה — היא בדיוק הנקודה שבה רוב האנשים מתחילים למחוק מתכונים במקום לבדוק מה קרה. (המספרים כאן לדוגמה, להמחשת התרחיש בלבד.)
הבעיה היא שיש שלושה מצבים שונים לגמרי שנראים מבחוץ אותו דבר: המתכון רץ ונכשל, המתכון בכלל לא הופעל, או שהחשבון עבר את מכסת הפעולות החודשית ו-monday הפסיק להריץ. לכל אחד מהם יש מסך אחר בממשק, ותיקון אחר. העמוד הזה עובר עליהם לפי הסדר, ובסוף נותן לך רשימת בדיקות קצרה שאפשר לעבור עליה לפני שאתה מבזבז יום על פנייה לתמיכה.
בקצרה
- פעולה (action) היא יחידת החיוב של האוטומציות. לכל חשבון יש מכסת פעולות חודשית שמתאפסת כל חודש, נפרדת לאוטומציות ולאינטגרציות.
- מתכון אחד ≠ פעולה אחת. יש מתכונים ששורפים כמה פעולות בכל הרצה — למשל התראה לכל המנויים של לוח.
- מתכון שמשבית את עצמו בלי שעברת את המכסה — זו תקלה שצריך לדווח עליה, לא התנהגות רגילה.
- לפני פנייה לתמיכה: לבנות את המתכון מחדש, לבדוק אם הבעיה בלוח אחד או בכולם, ולנסות בחלון גלישה פרטי.
לפני שמאשימים את המערכת — מה נספר כפעולה
כדי להבין למה משהו נעצר, צריך קודם להבין לפי מה monday סופר. התיעוד הרשמי מגדיר פעולה (action) כרכיב מרכזי במודל התמחור: לכל מתכון אוטומציה יש טריגר ("מתי זה קורה") ופעולה או כמה פעולות ("מה יקרה אז"). בדוגמה הרשמית — "כשסטטוס משתנה למשהו, מחק את הפריט" — הטריגר הוא שינוי הסטטוס, והפעולה היא המחיקה. אם המתכון הופעל שלוש פעמים, נמחקו שלושה פריטים, ונספרו שלוש פעולות.
טריגר הוא האירוע שמעיר את המתכון (שינוי סטטוס, הגעת תאריך, יצירת פריט). פעולה היא מה שהמערכת עושה בפועל בעקבותיו. החיוב הוא על הפעולות, לא על מספר המתכונים שבנית.
כאן נכנס החלק שמפתיע כמעט כל בעל עסק קטן: הרצה אחת של מתכון אחד יכולה לצרוך יותר מפעולה אחת. התיעוד של monday מפרט כמה מקרים כאלה במפורש, וכדאי להכיר אותם לפני שבונים לוח שרץ כל יום.
- מיפוי עמודות ליצירת פריט. במתכון "כשסטטוס משתנה, צור פריט בלוח" — כל עמודת סטטוס, תגית, אנשים או רשימה נפתחת שממופה לפריט החדש נספרת כפעולה בפני עצמה, ובנוסף פעולה אחת על עצם יצירת הפריט. בדוגמה הרשמית של monday, מיפוי של שתי עמודות סטטוס + יצירת פריט = שלוש פעולות בכל הרצה.
- התראה למנויי הלוח. כל מתכון התראה אפשר להגדיר כך שישלח למנויי הלוח או לצוות שלם במקום לאדם בודד. במקרה כזה נספרת פעולה על כל התראה שיוצאת — שישה מנויים בלוח, שש פעולות בכל הרצה.
- שליחת מייל לעמודת טקסט. אינטגרציית Gmail או Outlook יכולה לשלוח מייל לעמודת אימייל או לעמודת טקסט. עמודת אימייל מחזיקה כתובת אחת, עמודת טקסט יכולה להחזיק כמה — וכל אלה מתורגמים לכמה פעולות.
- מתכון "כל פרק זמן". מתכון שרץ כל יום או כל שבוע הוא מתכון נצחי: פעולה בכל הרצה, ועוד פעולה על כל עמודה ממופה בפריט שנוצר.
- מתכון מותאם אישית עם כמה פעולות. כל מתכון שבנית בעצמך נספר במכסת האוטומציות — גם אם הוא מורכב מבלוקים של אינטגרציה בלבד.
מתכון שנראה תמים — "כל בוקר צור פריט משימה יומית" עם ארבע עמודות ממופות — אינו פעולה אחת ביום. לפי כללי הספירה של monday, כל עמודת סטטוס/תגית/אנשים/רשימה שממופה מוסיפה פעולה משלה מעל הפעולה של יצירת הפריט. אם המכסה שלך נגמרת באמצע החודש, זה המקום הראשון להסתכל בו.
חשוב גם לדעת שהמכסה מתחלקת לשניים: לכל חשבון יש מגבלת פעולות לאוטומציות ומגבלה נפרדת לאינטגרציות, והן נקבעות לפי מדרגת התוכנית ומתאפסות מדי חודש. ככלל, פעולות שנבעו מאוטומציה נספרות במכסת האוטומציות, ופעולות שנבעו מאינטגרציה נספרות במכסת האינטגרציות — כפי שמפורט בעמוד מגבלות הפעולות. יוצא הדופן שכדאי לזכור: מתכון מותאם אישית שבנית בעצמך נזקף למכסת האוטומציות, גם כשהוא בנוי כולו מבלוקי אינטגרציה.
המספר שאתה צריך לראות פעם בחודש — מסך ניצול הפעולות
מכיוון שהמכסה מתאפסת חודשית ומשתנה לפי התוכנית, אין טעם לנחש כמה נשאר לך. הנתון הזה מוצג בחשבון עצמו, ולכן הכלל הפשוט הוא: לפני שאתה בונה מתכון חדש שירוץ הרבה, תסתכל כמה נוצל עד עכשיו החודש. בעסק של שלושה-ארבעה אנשים עם שני לוחות פעילים זה נראה מיותר בחודש הראשון, ופתאום קריטי בחודש שבו הוספת טופס פניות שמייצר עשרות פריטים בשבוע.
מה עושים כשרואים שהניצול מטפס מהר מדי? יש שלוש דרכים אמיתיות להוריד צריכה, וכולן נובעות ישירות מכללי הספירה למעלה.
- מצמצמים מיפוי עמודות במתכונים שיוצרים פריטים. כל עמודת סטטוס/אנשים/תגית שאתה לא באמת צריך שתתמלא אוטומטית — הורד אותה מהמיפוי, וחסכת פעולה בכל הרצה.
- ממקדים התראות באדם אחד במקום במנויי הלוח. אם יש שישה מנויים, התראה לכולם היא שש פעולות; התראה לאחראי בלבד היא אחת. השאר יראו את זה ממילא בלוח.
- מכבים מתכונים נצחיים שכבר לא צריך. מתכון "כל יום" ממשיך לרוץ ולצרוך גם כשהפרויקט נגמר. כיבוי המתג מפסיק את הצריכה בלי למחוק את הלוגיקה שבנית.
רץ ונכשל, או בכלל לא רץ — לקרוא את היסטוריית הריצות
זו השאלה הכי חשובה באבחון, והיא גם הכי קלה לענות עליה — אם יודעים איפה להסתכל. monday מתעד את הריצות של המתכונים בלוח, וההיסטוריה הזו מפרידה בין שני מצבים שנראים זהים מבחוץ: פריט שלא זז כי המתכון לא הופעל בכלל, ופריט שלא זז כי המתכון הופעל ונפל באמצע.
ההבחנה משנה הכל, כי היא מובילה לשני תיקונים הפוכים:
| מה רואים | מה זה בדרך כלל אומר | לאן ללכת |
|---|---|---|
| אין רישום ריצה בכלל | הטריגר לא קרה — הסטטוס שונה בעמודה אחרת, התאריך ריק, או שהמתכון מכובה | בודקים את הגדרת הטריגר ואת המתג של המתכון |
| יש ריצה, אבל התוצאה לא מה שציפית | המתכון ביצע פעולה לא מכוונת — לרוב עמודה או לוח יעד שנבחרו לא נכון | פותחים את המתכון ובודקים את הפעולה, לא את הטריגר |
| המתכון מופיע כמושבת | או שנגמרה מכסת הפעולות, או שהמערכת השביתה אותו מסיבה טכנית | קודם בודקים ניצול פעולות; אם המכסה בסדר — זו תקלה לדיווח |
התרחיש הכי נפוץ בעסק קטן הוא דווקא הראשון — הטריגר פשוט לא קרה. הסטטוס שונה ידנית בעמודה שנייה שנוצרה בטעות, מישהו העביר את הפריט ללוח אחר, או שהעמודה שעליה בנוי המתכון נמחקה ונבנתה מחדש (ומבחינת המערכת זו עמודה חדשה לגמרי, גם אם השם זהה). במקרים האלה אין באג — יש מתכון שמחכה לאירוע שכבר לא מתרחש.
כשהמתכון כיבה את עצמו — שלוש הסיבות הנפוצות
התיעוד של monday מגדיר במפורש שלושה תרחישים שנחשבים "תקלת אוטומציה" (automation issue), וזו רשימה שימושית כי היא מפרידה בין מה שאתה יכול לתקן לבד לבין מה שמצריך פנייה:
- אי אפשר להגדיר את המתכון ומופיעה הודעת באנר אדומה שמפנה לפנות לתמיכה.
- המתכון לא מבצע את הפעולה כשהוא מופעל, או מבצע פעולה לא מכוונת — למרות שהוא אינו מושבת.
- המתכון משבית את עצמו ולא עברת את מכסת הפעולות של התוכנית שלך.
שימו לב לניסוח בסעיף השלישי: ההשבתה העצמית נחשבת תקלה רק כשלא עברת את המכסה. כלומר — השבתה אחרי חריגה במכסה היא התנהגות צפויה של המערכת, לא באג. זו הסיבה שהבדיקה הראשונה תמיד תהיה מסך ניצול הפעולות, ורק אחריה כל השאר. אותם שלושה תרחישים בדיוק מוגדרים גם עבור אינטגרציות (Gmail, Outlook, Slack ואחרות) בעמוד צעדי האבחון הראשוניים.
לתקלת אוטומציה, ההמלצה הרשמית היא לבנות את המתכון מחדש מאפס. זה נשמע פרימיטיבי, אבל זה עובד: מתכון שנבנה מחדש מתחבר לעמודות ולערכים כפי שהם היום, ולא כפי שהיו כשנוצר. לתקלת אינטגרציה מוסיפים צעד: להיכנס להגדרת האינטגרציה כאילו בפעם הראשונה, ולבחור "Use another account" — פעולה שמאמתת מחדש את החיבור ופותרת חלק גדול מהמקרים.
העובד עזב, האוטומציה נשארה — מי מריץ את המתכון בפועל
זה מקרה שקורה כמעט לכל עסק קטן בשנה השנייה, ואף אחד לא מצפה לו. מתכון שנבנה על ידי עובד מסוים ממשיך להיות משויך אליו. כשהעובד עוזב והמושב שלו מנוטרל או מוסר מהחשבון, האוטומציות שהוא בנה עלולות להפסיק להתנהג כמצופה — במיוחד אינטגרציות שנשענות על חשבון מייל אישי שלו, שכבר לא מחובר.
התסמין שרואים מבחוץ זהה לכל תקלה אחרת: פניות שלא נענות, תזכורות שלא יוצאות. אבל הסיבה שונה לגמרי, ולכן גם התיקון: לא לבנות את המתכון מחדש בעיוורון, אלא לוודא מי הבעלים שלו ולהעביר בעלות למשתמש פעיל. באינטגרציות למייל צריך בנוסף לחבר מחדש את החשבון — בדיוק אותו מסלול של "להגדיר כאילו בפעם הראשונה ולבחור חשבון אחר" שמופיע בתיעוד.
עוברים על הלוחות הפעילים, בודקים אילו מתכונים ואינטגרציות רשומים על שמו, ומעבירים אותם לבעל העסק או למנהל פעיל. עדיף לעשות את זה ביום שהוא עוזב ולא בחודש שאחריו, כשכבר אין את מי לשאול איזו כתובת מייל הייתה מחוברת.
ארבע בדיקות לפני שאתה כותב לתמיכה — האבחון הראשוני
monday מחלק את התקלות לשלוש קטגוריות — תקלת לוח, תקלת אוטומציה ותקלת אינטגרציה — וזו לא חלוקה בירוקרטית: היא קובעת אילו פרטים תצטרך לצרף לפנייה, וכמה מהר יחזרו אליך. תקלת לוח היא כל מה שקורה בלוח עצמו: פריטים, תת-פריטים, עמודות, תצוגות. תקלת אוטומציה נוגעת למתכונים. תקלת אינטגרציה נוגעת לחיבורים החיצוניים.
לפני הפנייה, אלה הצעדים שהספק עצמו ממליץ עליהם — והם פותרים חלק ניכר מהמקרים:
- לבדוק אם התקלה מבודדת ללוח אחד. אם כן — האם היא בפריט אחד או בכמה? זה מצמצם את החיפוש דרמטית.
- לשכפל את הפריט. אם ההתנהגות לא חוזרת בעותק, הבעיה בפריט המקורי. אותו רעיון עובד גם ברמת הלוח — משכפלים לוח, ואם זה נפתר, ממשיכים לעבוד על העותק.
- ליצור פריט בדיקה חדש לגמרי. אם הכל תקין בפריט החדש, אפשר להמשיך לעבוד ממנו במקום לחפור בישן.
- לפתוח חלון גלישה פרטי. אם שם זה עובד — הבעיה בדפדפן, לא ב-monday. הצעד הבא הוא להסיר או להשבית תוספי דפדפן.
שני הצעדים האחרונים נשמעים כמו "כיבית והדלקת?", ובכל זאת הם ברשימה הרשמית מסיבה טובה: תוסף חוסם-פרסומות או תוסף תרגום עברית יכולים לשבור אלמנטים בממשק בצורה שנראית בדיוק כמו באג במערכת. אצל מי שעובד בעברית עם דפדפן עמוס תוספים, זה קורה יותר ממה שנעים להודות.
ומה זה אומר עליך — אוטומציה היא תשתית, לא קסם
ההבדל בין עסק שהאוטומציות שלו מחזיקות שנתיים לבין עסק שנוטש אותן אחרי חודשיים הוא לא רמת התחכום של המתכונים. הוא ההרגל של להסתכל פעם בחודש על מסך אחד — כמה פעולות נוצלו — ולדעת לפתוח את היסטוריית הריצות במקום לנחש. מי שמכיר את שני המסכים האלה מתקן תקלה בעשר דקות; מי שלא, מוחק את המתכון וחוזר לעשות את זה ידנית, ואז מספר לעצמו שזה לא עבד.
והכלל האחרון, שחוזר בכל עמוד באוטומציות: כשאתה מתלבט — כבה, אל תמחק. כיבוי המתג עוצר את הצריכה ואת ההתנהגות, אבל משאיר את הלוגיקה שבנית. מחיקה היא בלתי הפיכה, ובעסק קטן שבנה את הלוח בערבים אחרי העבודה, זו לא רק דקה שאבדה.
שלוש שאלות בסדר הזה: כמה פעולות נוצלו החודש? מה כתוב בהיסטוריית הריצות של המתכון הזה? והאם הבעיה קיימת גם בפריט חדש ובחלון גלישה פרטי? אם עברת את השלוש ועדיין תקוע — עכשיו יש לך פנייה טובה לתמיכה, עם תשובות במקום תסכול.
להמשך: חמש האוטומציות הראשונות שכדאי להפעיל, לבנות אוטומציה משלך, ו-כשמשהו לא עובד — התקלות שנתקלים בהן באמת. חזרה לעמוד הראשי: המדריך המלא ל-monday.com לבעל עסק ישראלי מתחיל.
מקורות
- monday.com Support — Automation and Integration actions and limits. נכון ל-27/08/2026.
- monday.com Support — Initial steps for troubleshooting issues. נכון ל-27/08/2026.
- monday.com Support — Get started with monday automations. נכון ל-27/08/2026.