# כשאוטומציה מתקלקלת: התראות, הרצה חוזרת ומי מתקן

> כשאוטומציה מתקלקלת צריך התראה, הרצה חוזרת בטוחה ובעלים. מה Zapier ו-Make מציעות, איפה כשלים שקטים מסתתרים ועל מה להסכים לפני העלייה לאוויר.

- עמוד באתר: https://sporesec.com/he/blog/automation-errors-who-fixes-it
- שפה: עברית
- עודכן לאחרונה: 2026-10-17
- זמין גם בשפה English: https://sporesec.com/en/blog/automation-errors-who-fixes-it.md

## תשובה

כשאוטומציה מתקלקלת צריך התראה, הרצה חוזרת בטוחה ובעלים. מה Zapier ו-Make מציעות, איפה כשלים שקטים מסתתרים ועל מה להסכים לפני העלייה לאוויר.

- מאת מהדי גריבקוב
- פורסם: 2026-08-09
- עודכן: 2026-10-17
- אוטומציה, 6 דקות קריאה
- מילות מפתח: טיפול בשגיאות באוטומציה, Zapier הרצה חוזרת, Make מטפל שגיאות, Make ריצות שלא הסתיימו, כפילויות חשבוניות באוטומציה

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

### מה כל פלטפורמה נותנת כשהרצה נכשלת?

אלה התיאורים של הספקים עצמם, בגרסאות שהיו זמינות עד 9 ביולי 2026.

- **Zapier.** בדף של מרכז העזרה שלה על הרצה חוזרת של ריצות (עודכן לאחרונה ב-29 במאי 2026) כתוב שהרצה חוזרת ידנית זמינה בכל המסלולים, ושבמסלול החינמי היא עובדת רק לריצות עם סטטוס שגיאה. אפשר להריץ שוב רק את הצעדים שנכשלו, או את כל ה-Zap, שמבצע "כל צעד ב-Zap, כולל הטריגר וכל הצעדים הקודמים, בלי קשר לסטטוס ההרצה שלהם". הרצה חוזרת של כל ה-Zap נספרת בשימוש במשימות גם עבור צעדים שהצליחו קודם. Autoreplay, שמנסה שוב ריצות שנכשלו אוטומטית, זמין במסלולי Professional, Team ו-Enterprise. מנהלי חשבון יכולים להפעיל אותו לכל החשבון, ובעלים של כל Zap יכול לעקוף אותו עם "Use account setting", ‏"Always replay" או "Never replay".
- **Make.** מטפל שגיאות מחובר למודול דרך מסלול טיפול בשגיאות, ויש חמישה: Ignore, Resume, Commit, Rollback ו-Break (דף מרכז העזרה עודכן ב-11 במאי 2026). המסלול יכול להיות קטן כמו מודול אחד ששולח הודעת Slack. פרט אחד חשוב: אם אף מודול במסלול הטיפול בשגיאות לא מוציא שגיאה, Make מתעלמת מהשגיאה, ולכן תרחיש שהמטפל היחיד בו הוא התראה ממשיך לרוץ כאילו שום דבר לא נכשל. בנפרד, ריצות שלא הסתיימו (incomplete executions) כבויות כברירת מחדל. כשמפעילים "Store incomplete executions" בהגדרות התרחיש, Make שומרת את הריצה שלא הסתיימה בלשונית Incomplete executions, ושם אפשר לתת ל-Make לנסות שוב אוטומטית בסוגי השגיאות הנתמכים, להשתמש במטפל Break, לפתור את הריצה ידנית או למחוק אותה (דף מרכז העזרה עודכן ב-9 ביוני 2026).

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

### איפה כשלים שקטים מסתתרים?

הכשל הרועש, שגיאה אדומה, הוא המקרה הקל. הכשלים היקרים לא עושים רעש.

- **זרימה שמצליחה עם נתונים שגויים.** ההרצה מסתיימת בירוק כי כל צעד עבד טכנית, אבל שדה היה ריק או חיפוש התאים ללקוח הלא נכון. כדאי להוסיף צעד בדיקה שעוצר את ההרצה עם שגיאה מפורשת כשהנתונים לא עומדים בחוק, או מסנן או נתב ששולח נתונים שגויים למסלול בדיקה.
- **זרימה שהפסיקה לרוץ.** שום דבר לא נכשל, כי שום דבר לא התחיל: חיבור פג תוקף, טריגר כובה, טופס עבר מקום. ספרו כמה הרצות אתם מצפים לראות ביום או בשבוע, והתריעו כשהמספר הוא אפס.
- **ניסיון חוזר שעושה את העבודה פעמיים.** הרצה חוזרת של כל ה-Zap מריצה שוב את הטריגר ואת כל הצעדים, גם אלה שכבר עבדו. הרצה חוזרת של הצעדים שנכשלו בלבד לא עושה זאת. לפני שלוחצים על הרצה חוזרת בזרימה שיוצרת חשבוניות, שולחת הודעות או מחייבת כרטיסים, בדקו איזה סוג הרצה מתבצע, אחרת הלקוח מקבל שניים מכל דבר.
- **מטפל שבולע את השגיאה.** ב-Make, מסלול טיפול שרק שולח התראה יכול לסיים את השגיאה בלי לסמן את ההרצה ככושלת. כדאי לוודא שמישהו קורא את ההתראה, ולהחליט אם ההרצה צריכה עדיין להסתיים בשגיאה.
- **זרימה שאף אחד לא פותח.** אם המקום היחיד שבו כשל מופיע הוא לוח בקרה שאף אחד לא מבקר בו, הכשל בלתי נראה. שלחו כשלים למקום שהצוות כבר מסתכל בו: תיבת המייל המשותפת, ערוץ צ'אט, או הודעת WhatsApp לבעלים.

### איך הופכים הרצה חוזרת לבטוחה?

מתכננים את הזרימה כך שהרצת צעד פעמיים תיתן אותה תוצאה כמו הרצה אחת. שלושה הרגלים עושים את רוב העבודה:

1. **לבדוק לפני שיוצרים.** לפני שצעד יוצר חשבונית, רשומה ב-CRM או הזמנה, מחפשים אחת עם אותו מספר אסמכתא. אם היא קיימת, מעדכנים אותה או מדלגים.
2. **לשאת מספר אסמכתא אחד לאורך כל הזרימה,** למשל מספר ההזמנה, ולשמור אותו על כל מה שהזרימה יוצרת. בלי מספר כזה אי אפשר לזהות כפילויות.
3. **לרשום מה נעשה.** שורה אחת לכל הרצה בגיליון או בטבלה: מספר האסמכתא, הזמן והתוצאה. כשמישהו שואל "זה יצא?", היומן עונה.

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

### על מה כדאי להסכים לפני שזרימה עולה לאוויר?

1. **נתיב התראה.** לכל זרימה חשובה יש מטפל שגיאות שמתריע לאדם בשם, בערוץ שהוא קורא כל יום.
2. **כלל להרצה חוזרת.** לכל זרימה: האם בטוח להריץ שוב את ההרצה כולה או רק את הצעדים שנכשלו, ומי רשאי ללחוץ על הכפתור.
3. **בעלים בשם וזמן תגובה.** לא "הצוות". אדם אחד, ומה הוא מתחייב: אותו יום עבודה, תוך שעה, או בשבוע הבא. שעות העבודה בישראל הן ראשון עד חמישי, ולכן כדאי לומר מה קורה ביום שישי.
4. **עותק של הזרימה.** שומרים את הגדרת הזרימה ולכידת מסך של כל תרחיש במקום אחר מחשבון הפלטפורמה, כדי שההיגיון יישרד חשבון נעול או אדם שעוזב.
5. **הערה קצרה על מה הזרימה עושה.** חמש שורות: מה מפעיל אותה, מה היא משנה, מה לבדוק כשהיא נכשלת.

### מי אחראי על התיקון אחרי שבנינו?

אפשר לקחת את האחריות בעצמכם, אם מישהו בצוות יבדוק התראות ונוח לו לערוך זרימות. אפשר שאנחנו נהיה הבעלים. תוכנית התחזוקה החודשית האופציונלית שלנו, 450 ₪ לחודש לאוטומציה ראשונה בתוספת מע״מ כחוק, כוללת ניטור, כוונון חודשי ובקרת איכות, כך שהרצה שנכשלה מגיעה אלינו ולא רק ללוח בקרה. כל אחת מהתשובות עובדת. תשובה חסרה היא זו שנכשלת. את החלטת הפלטפורמה מכסה הפוסט [כמה פלטפורמות אוטומציה עולות באמת](https://sporesec.com/he/blog/automation-platform-pricing-israel), ו[בחירת התהליך הראשון](https://sporesec.com/he/blog/what-to-automate-first-small-business) באה לפני כל זה. הבעלים שאתם קובעים כאן צריך להשתתף בהחלטות האלה.

אפשר לראות את [שירות האוטומציה והאינטגרציות](https://sporesec.com/he/services/automation-integrations) כדי להבין מה בנייה כוללת, או [לקבוע שיחת היכרות חינם](https://sporesec.com/he/book) ולהביא זרימה אחת שכבר רצה אצלכם. נגיד לכם איפה היא הייתה נכשלת בשקט.

### מקורות

- [Replay Zap runs, מרכז העזרה של Zapier](https://help.zapier.com/hc/en-us/articles/8496241726989-Replay-Zap-runs), הדף עודכן ב-29 במאי 2026.
- [Overview of error handling, מרכז העזרה של Make](https://help.make.com/overview-of-error-handling), הדף עודכן ב-11 במאי 2026, כפי שנקלט ב-Common Crawl ב-12 במאי 2026.
- [Incomplete executions, מרכז העזרה של Make](https://help.make.com/incomplete-executions), הדף עודכן ב-9 ביוני 2026, כפי שנקלט ב-Common Crawl ב-10 ביוני 2026.

## שאלות ותשובות

### Zapier יכולה לנסות שוב הרצה שנכשלה?

כן. במרכז העזרה של Zapier (עודכן ב-29 במאי 2026) כתוב שהרצה חוזרת ידנית זמינה בכל המסלולים, ובמסלול החינמי רק לריצות עם שגיאה. Autoreplay, שמנסה שוב ריצות שנכשלו אוטומטית, זמין ב-Professional, Team ו-Enterprise. הרצה חוזרת של כל ה-Zap מריצה שוב כל צעד, גם כאלה שכבר עבדו.

### מה Make עושה כשתרחיש נתקל בשגיאה?

מחברים מטפל שגיאות למודול דרך מסלול טיפול בשגיאות, ויש חמישה: Ignore, Resume, Commit, Rollback ו-Break. כשריצות שלא הסתיימו מופעלות, והן כבויות כברירת מחדל, Make שומרת את הריצה כדי שאפשר יהיה לנסות שוב או לפתור אותה.

### למה הרצה חוזרת יכולה ליצור כפילויות?

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


## הצעד הבא

- לקביעת שיחת היכרות חינם: https://sporesec.com/he/book.md
- בלוג: https://sporesec.com/he/blog.md

---

- יצירת קשר: contact@sporesec.com | WhatsApp https://wa.me/972532322318 | https://sporesec.com/he/contact.md
- לקביעת שיחת היכרות חינם: https://sporesec.com/he/book.md
- נתוני האתר לקריאה ממוחשבת: https://sporesec.com/llms.txt | https://sporesec.com/agents/he/index.json