תהליך שגיאות
Error workflow
תהליך נפרד ב n8n שמתחיל בצומת Error Trigger ורץ אוטומטית כשהרצה של תהליך מקושר נכשלת, כדי לשלוט באופן שבו n8n מגיב לכשל.
עודכן ב־
איך זה קשור לאוטומציה?
מגדירים תהליך שגיאות בהגדרות של כל תהליך שצריך אותו, תחת Options, Settings, Error workflow, ותהליך שגיאות אחד יכול לשרת הרבה תהליכים. הוא מקבל את מזהה ההרצה, הקישור אליה, הודעת השגיאה, ה stack והצומת האחרון שרץ, ואפשר להשתמש בהם כדי להתריע ולתעד כשל.
דוגמאות שימוש באוטומציה
הדוגמאות להמחשה. את החיבורים והכללים מתאימים למערכות ולתהליך של העסק.
התראה עם שם הצומת שנכשל
תהליך שגיאות מתחיל בצומת Error Trigger ושולח הודעת סלאק או אימייל עם שם הצומת שנכשל וקישור להרצה, כך שמי שמטפל רואה מיד איפה התהליך נעצר ויכול לפתוח את ההרצה.
יומן כשלים לבדיקה שבועית
כל כשל נרשם לגיליון גוגל או למסד נתונים עם שם התהליך, הודעת השגיאה והשעה, ופעם בשבוע עוברים על הרשימה כדי לזהות כשלים שחוזרים על עצמם ולתקן אותם.
פנייה לתמיכה כשתהליך מול לקוח נכשל
כשתהליך שמטפל בהודעות וואטסאפ של לקוחות נכשל, תהליך השגיאות פותח פנייה במערכת התמיכה עם פרטי ההרצה, כדי שאדם יחזור ללקוח במקום שההודעה תיעלם בלי טיפול.
באילו כלים זה רלוונטי?
- n8n
- ההגדרה מבוססת על התיעוד הרשמי של n8n לטיפול בשגיאות ולצומת Error Trigger.
מה חשוב לבדוק לפני שמיישמים?
- לא ניתן לבדוק תהליך שגיאות בהרצה ידנית של התהליך. לפי התיעוד הוא רץ רק כשהרצה אוטומטית נכשלת, ולכן בודקים אותו עם כשל אמיתי או מדומה.
- מזהה ההרצה והקישור חסרים אם ההרצה לא נשמרת או אם צומת הטריגר עצמו נכשל, ולכן אל תבנו על שניהם כברירת מחדל.
- שוכחים לקשר את תהליך השגיאות בהגדרות של כל תהליך שצריך אותו, ואז הכשל לא מגיע אליו.