הפעלת פעולות דרך Zapier, Make או n8n

Zapier, Make ו־n8n מחברים בין אפליקציות כדי שיוכלו לבצע עבודה יחד. פעולה ב־omotto שולחת מידע לתהליך שבניתם באחד השירותים האלה — למשל, כדי לפתוח בקשת שירות במערכת אחרת. צריך להגדיר את שני הצדדים: את הפעולה ב־omotto ואת התהליך שמקבל אותה.

איך זה עובד

חשוב להבדיל בין שלושה דברים:

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

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

לבנייה בעזרת AI, ראו חיבור סוכן מחובר. זהו מסלול שונה מהקואץ׳ שבתוך omotto.

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

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

איפה זה נמצא

פתחו המדריך ← מה [שם העוזר] עושה כש… ליצירה, להפעלה, להגדרה או למחיקה של כללי פעולה מותאמת, כולל הוראות השימוש, האישור, ההמתנה ו־מי רשאי להפעיל אותה. הוספת כלל ← הפעלת פעולה מותאמת יוצרת פעולה כבויה עם שם; + פעולה חדשה בתוך כלל של ספק מוסיפה פעולה נוספת אצל אותו ספק.

הקישור הגדרות טכניות פותח את כתובת הקבלה, הקלטים, הסודות, הבדיקות החיות וקובץ ההתחלה. מסך פרטי החיבור נמצא ב־הגדרות ← אינטגרציות ← Zapier, Make או n8n ← הגדרות טכניות ← פעולות. אם השירות עוד לא מופיע, בחרו הגדרות ← אינטגרציות ← הוספת אינטגרציה, בחרו את השירות ולחצו על הגדרת פעולות.

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

הגדרה

נדרש לפעולה: תהליך מקבל בשירות שבחרתם, כתובת הקבלה הציבורית שלו ב־HTTPS ופעולה מופעלת ב־omotto עם הקלטים שהתהליך צריך.

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

לפני שמתחילים

• נדרש חשבון ב־Zapier, ב־Make או ב־n8n והרשאה ליצור שם תהליך. Webhooks by Zapier דורש מסלול בתשלום, כמוסבר בהמשך.
• החליטו מה התהליך צריך לעשות ואילו קלטים הוא צריך מ־omotto.
• בזמן בדיקות השתמשו ביעד בטוח, בלי חיובים אמיתיים, הודעות ללקוחות או שינויים בלתי הפיכים.
• כתובת הקבלה חייבת להיות HTTPS ציבורית. ראו את ההערה בהמשך.

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

1. צרו בשירות שבחרתם תהליך שמקבל מידע מבחוץ. השירות יספק כתובת לקבלת המידע.
2. במדריך, בחרו הוספת כלל ← הפעלת פעולה מותאמת, או + פעולה חדשה בתוך כלל קיים של הספק.
3. הזינו שם הפעולה שהצוות יזהה, למשל „פתיחת בקשת שירות”.
4. לחצו על יצירה. הפעולה החדשה מתחילה כשהיא כבויה.
5. בחרו את הפעולה כדי לפתוח את העורך שלה.
6. מלאו את מתי הבוט ישתמש בה. הסבירו מה הפעולה עושה ובאילו נסיבות היא מתאימה.
7. פתחו את הקישור הגדרות טכניות של הכלל והדביקו את כתובת הקבלה בשדה כתובת ה־Webhook. הכוונה היא לכתובת שאליה omotto שולח את פרטי הפעולה.
8. לחצו על הוספת פרמטר לכל פרט שהתהליך צריך. פרמטר הוא שדה קלט בעל שם, למשל מספר בקשה או כתובת אימייל.
9. אם התהליך המקבל דורש סוד לאימות, הגדירו בדיקה תואמת בשני הצדדים.
10. חזרו לכלל במדריך ובחרו אם להפעיל את דורש אישור לפני ביצוע.
11. ב־Make או ב־n8n, בחרו אם להפעיל המתנה לתשובה.
12. המתינו לסיום השמירה ותקנו שגיאות שמופיעות ליד השדות.
13. לבחירתכם: בהגדרות הטכניות, הכינו את התהליך החיצוני לקבלת בדיקה בטוחה ולחצו על שליחת בדיקה חיה.
14. אם שלחתם בדיקה, בדקו אילו שדות התקבלו ומה באמת בוצע בשירות החיצוני.
15. בכלל במדריך, הפעילו את המתג מופעלת כשהפעולה מוכנה לשימוש אמיתי.

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

אם בחרתם Zapier

Zap הוא השם של Zapier לתהליך עבודה. באזור הגדרת Zapier מופיעים שלבי ההקמה ודוגמה למידע ש־omotto שולח.

לפני שמתחילים: Webhooks by Zapier דורש תוכנית Professional, Team או Enterprise. הוא לא זמין בתוכנית Free של Zapier.

1. ב־Zapier, בחרו Webhooks by Zapier כאפליקציה שמתחילה את התהליך.
2. בחרו Catch Hook כאירוע ההתחלה.
3. העתיקו את כתובת הקבלה מלשונית Test ב־Zapier לשדה הכתובת בפעולה.
4. אם תרצו דוגמה מ־omotto, שלחו בדיקה חיה ובטוחה.
5. אם שלחתם דוגמה כזאת, בחרו ב־Zapier Test trigger כדי למצוא אותה.
6. חברו את השדות שהתקבלו לשדות בשלבים הבאים. זהו מיפוי: בחירה איזה ערך נכנס ממלא כל שדה באפליקציה הבאה.
7. השלימו את שאר השלבים והפעילו את ה־Zap.

Catch Hook הרגיל מספק את שדות התוכן שהתקבלו. אם צריך לבדוק את הסוד שנשלח בכותרת הבקשה, התיעוד של Zapier מפנה ל־Catch Raw Hook, שמספק גם את הכותרות ואת התוכן לפני עיבוד. בקשו ממי שבונה את ה־Zap להגדיר את בדיקת הסוד לפני כל שלב שמשנה משהו בעסק. הזנת סוד ב־omotto בלבד לא גורמת ל־Zapier לבדוק אותו.

אירוע ההתחלה הזה לא יכול להחזיר ל־omotto תוצאה משלבים מאוחרים יותר. לכן המתנה לתשובה לא זמינה ב־Zapier. הדרישות וההוראות העדכניות נמצאות במדריך קבלת הבקשות של Zapier.

אפשרות ב־Make או ב־n8n: התחלה מקובץ מוכן

Blueprint הוא קובץ התחלה, לא חיבור מוכן. הקבצים להורדה לא כוללים את הסוד השמור שלכם או את כתובת הקבלה.

1. בחרו הורדת Blueprint ל־Make או הורדת Blueprint ל־n8n.
2. ייבאו את הקובץ לשירות החיצוני. ב־Make, בחרו בתפריט שלוש הנקודות בעורך התרחיש ← Import blueprint. ב־n8n, בחרו בתפריט התהליך ← Import from File.
3. צרו ובחרו חיבור משלכם לקבלת המידע.
4. החליפו או הסירו את השלב הזמני שבקובץ, והגדירו במקומו את העבודה שצריכה להתבצע.
5. חברו בשירות הזה את החשבונות שלכם.
6. מפו את השדות שהתקבלו לשלבים המתאימים. ב־n8n, השדות נמצאים בתוך גוף הבקשה שהתקבלה, כלומר בחלק שמכיל את התוכן.
7. הגדירו בצד המקבל אימות שתואם להגדרות הסוד ב־omotto.
8. הפעילו או פרסמו את התהליך לשימוש שוטף.
9. הכניסו ל־omotto את כתובת הקבלה שמיועדת לשימוש השוטף.

ב־Make, צרו רכיב קבלה מסוג Webhooks → Custom webhook. אם אתם מפעילים בו API Key authentication, השדה שם כותרת הסוד ב־omotto חייב להיות x-make-apikey. הזינו אותו ערך סודי בשני הצדדים.

ב־n8n, הגדירו את רכיב Webhook לקבל בקשות מסוג POST. האפשרות Header auth מאפשרת להתאים את השדות Name ו־Value לשני שדות הסוד ב־omotto. יש כתובות נפרדות בשם Test URL ו־Production URL. כתובת הבדיקה מאזינה כשלוחצים על Listen for Test Event; כתובת השימוש השוטף נרשמת כשמפרסמים את התהליך. אל תשאירו כתובת בדיקה זמנית כיעד הקבוע של הפעולה.

אם הורדתם קובץ התחלה עם המתנה לתשובה, הוא מחזיר רק אישור קבוע בנוסח „ok”. כדי להחזיר תוצאה אמיתית, הגדירו בעצמכם את שלב התשובה: Webhook response ב־Make או Respond to Webhook ב־n8n. הכניסו לתשובה את התוצאה הרלוונטית במקום להתייחס לאישור ההתחלתי כהוכחה שהעבודה הושלמה.

תיעוד רשמי: קובצי Blueprint ב־Make, קבלת בקשות ותשובות ב־Make, ייבוא תהליכים ב־n8n וקבלת בקשות ב־n8n.

לבחירתכם: בדיקת ההתנהגות שבחרתם

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

הגדרות

שם הפעולה, זמינות ותשובה

הגדרה	מה היא עושה	ברירת מחדל בפעולה חדשה
שם הפעולה	שם קריא לצוות, עד 200 תווים. אפשר לשנות אותו בהמשך.	השם שהזנתם בזמן היצירה.
מתי הבוט ישתמש בה	מסביר מה הפעולה עושה ומתי היא רלוונטית, עד 1,000 תווים. חובה למלא לפני ההפעלה.	ריק.
כתובת ה־Webhook	כתובת הקבלה בשירות החיצוני שבחרתם. חובה למלא לפני ההפעלה.	ריק.
שם הכלי	השם הקבוע שמזהה את הפעולה. נוצר פעם אחת; שינוי שם הפעולה לא משנה אותו. אי אפשר לערוך אותו.	נוצר מהשם המקורי, עם קידומת השירות.
מופעלת	מאפשר לפעולה להיות זמינה למי שהוגדרו להפעיל אותה. כשהמתג כבוי היא לא פועלת בשימוש רגיל, אבל עדיין אפשר לשלוח בדיקה חיה.	כבוי לפעולה שנוצרה במסך הזה.
דורש אישור לפני ביצוע	כשהמתג פעיל, הפעלה שהבוט מציע עוברת לאישור הצוות לפני השליחה. כשהוא כבוי, הפעולה לא מבקשת את האישור הזה בכל הפעלה. ראו מעורבות צוות.	כבוי.
המתנה לתשובה	בהפעלה מתוך שיחת בוט, מחזיר את תשובת התהליך המקבל במקום אישור קבלה בלבד. גם הצד המקבל חייב להחזיר פלט שימושי. זמין ב־Make וב־n8n, לא ב־Zapier.	כבוי.

מופעלת על ידי היא הגדרה נפרדת שקובעת מי רשאי להפעיל את הפעולה:

• assistant: הבוט בשיחות עם לקוחות; זו ברירת המחדל.
• automations: אוטומציות של omotto, בלי הפעלות לפי בחירת הבוט.
• both: שני המסלולים.

מי רשאי להפעיל אותה בכלל במדריך משנה את הבחירה מופעלת על ידי שתוארה למעלה. כדי שאפשר יהיה לבחור את הפעולה באוטומציה של omotto, היא צריכה להיות מופעלת ולאפשר automations או both.

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

פרמטרים: מה מגדירים בכל שדה

הוספת פרמטר מוסיפה שדה קלט ו־הסרת פרמטר מסירה אותו. אפשר להגדיר עד 20. כל שדה שהגדרתם צריך לקבל ערך בזמן ההפעלה; אין מתג שהופך שדה לרשות.

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

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

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

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

הגדרות כותרת הסוד

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

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

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

מה מגדירים אחר כך

בחרו רק את האפשרויות שמתאימות למה שאתם רוצים לעשות עם היכולת הזאת.

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

מה קורה כש…

השירות החיצוני מקבל פעולה

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

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

לוחצים על שליחת בדיקה חיה

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

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

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

הבדיקה מצליחה אבל העבודה לא הושלמה

קבלה אינה השלמה. Zapier לא מחזיר תוצאה של שלבים מאוחרים דרך רכיב קבלת הבקשה. גם תשובת ברירת המחדל של Make היא קבלה מיידית, וקובצי ההתחלה עם המתנה לתשובה מחזירים רק אישור קבוע.

בדקו את השלבים הבאים בהפעלה החיצונית ואת התוצאה ביעד עצמו. ב־Make או ב־n8n, המתנה לתשובה מועילה רק כשהתהליך המקבל מחזיר תוצאה משמעותית כחלק מאותה בקשה.

התשובה איטית או גדולה מדי

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

omotto מעביר בחזרה לכל היותר 4,000 בתים מהטקסט שהוחזר, לא 4,000 תווים. טקסט ארוך יותר מתקצר. אם תוכן התשובה גדול מ־64 KiB (65,536 בתים), omotto משמיט את התוכן כולו. עדיין יכול להישאר אישור שהבקשה התקבלה בהצלחה, גם בלי תוכן התשובה.

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

הפעולה משתנה בזמן שממתינים לאישור

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

מוחקים פעולה

בכלל במדריך, מחיקת פעולה דורשת אישור ואי אפשר לבטל אותה. היא לא מבטלת עבודה שכבר בוצעה באפליקציה אחרת ולא מוחקת את התהליך החיצוני. לפני המחיקה, בדקו אילו אוטומציות ב־omotto תלויות בפעולה הזו.

סוכן מחובר בודק את הפעולה

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

פתרון בעיות

• אי אפשר להפעיל את הפעולה: מלאו את הוראות השימוש ואת כתובת הקבלה. השלימו לכל פרמטר שם, סוג ומקור, ותקנו את השגיאה שמופיעה ליד השדה. יעד לא בטוח או כזה שאי אפשר להגיע אליו עשוי להידחות.
• שליחת בדיקה חיה לא זמינה: המתינו לסיום השמירה האוטומטית ותקנו שגיאות שמירה. הכפתור לא זמין כל עוד יש בעורך שינויים שלא נשמרו או ששמירתם נכשלה.
• האימות נכשל: בדקו את שם הכותרת ואת הסוד בשני הצדדים. לבדיקת המפתח המובנית של Make השתמשו ב־x-make-apikey. ב־n8n בחרו Header auth תואם. סוד שמור ב־omotto לא מגדיר אוטומטית את הצד המקבל.
• n8n לא מקבל את הפנייה: בדקו אם הדבקתם את כתובת הבדיקה או את הכתובת לשימוש שוטף, ואם התהליך מאזין או פורסם.
• חסר שדה או שערך נדחה: השוו את שמות הפרמטרים למיפוי בצד המקבל. בדקו ערכים מסוג מספר ואם יש ערך מאומת לשדות שמקורם בזהות הלקוח. ערך הזהות בבדיקה חיה לא מוכיח שהלקוח האמיתי אומת.
• הפעולה לא מופיעה באוטומציה: בדקו את מופעלת, את ההגדרה הנפרדת מופעלת על ידי שתוארה למעלה ואת הרשאות האינטגרציה שלכם.
• יש פסק זמן או תוצאה לא ודאית: בדקו את ההפעלה החיצונית ואת היעד לפני שליחה נוספת. ייתכן שהמערכת השנייה כבר ביצעה את העבודה, ורק התשובה אבדה. אל תחזרו על חיוב, הודעה או יצירת רשומה רק כדי לקבל תשובה ברורה יותר.

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

ראו גם

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