עמוד קנוני: https://docs.teloring.com/he/docs/product/studio/publishing עודכן לאחרונה: 2026-08-20T20:49:57.000Z # בדיקה, פרסום וגרסאות סטודיו שומר בהפרדה מוחלטת בין **מה שאתם עורכים** לבין **מה שרץ**. אפשר לבנות מחדש תהליך חי באמצע יום שני עמוס, ושום דבר לא ישתנה עבור הלקוחות שלכם עד שתלחצו **פרסום**. ## טיוטה, חי, מושהה | סטטוס | משמעות | | --- | --- | | **טיוטה** | התהליך מעולם לא פורסם. הוא אינו מגיב לדבר. | | **חי** | גרסה שפורסמה רצה ומטפלת באירועים אמיתיים. | | **מושהה** | התהליך עדיין קיים, עם כל הבלוקים שלמים, אבל הוא אינו מגיב לדבר. אתם קובעים זאת באמצעות [השהיית תהליך](#pause-and-resume); ‏Teloring גם קובעת זאת אוטומטית כשתהליך תלוי במשהו שנמחק. | לכל תהליך יש למעשה **שני עותקים** של הקנבס: | עותק | מה זה | משתנה על ידי | | --- | --- | --- | | **טיוטה** | מה שאתם רואים בעורך. | כל עריכה שאתם מבצעים, נשמרת אוטומטית. | | **חי** | מה שאירועים אמיתיים רצים מולו. | **פרסום**, ושום דבר אחר. | עריכת תהליך חי בטוחה. השינויים שלכם מצטברים בטיוטה; הגרסה שהלקוחות פוגשים היא זו שפרסמתם לאחרונה. :::note תהליך שנבנה על ידי [Hermes](./ai-flow-builder.md) מגיע גם הוא כ**טיוטה**. ה‑AI לעולם אינו מפרסם דבר — אתם סוקרים אותו על הקנבס, מריצים בדיקה ומפרסמים בדיוק כמו תהליך שציירתם בעצמכם. ::: ## שמירה ### שמירה אוטומטית השמירה האוטומטית מופעלת כברירת מחדל. כמה שניות אחרי שאתם מפסיקים לערוך, הטיוטה נשמרת והמחוון בסרגל העליון עובר מ**לא נשמר** ל**שומר…** ול**נשמר**. ### שמירה ידנית כבו את השמירה האוטומטית ב**⚙ הגדרות התהליך** כשאתם רוצים שליטה מלאה. שינויים בקנבס מסמנים אז את העורך כ**לא נשמר**, ושום דבר אינו נכתב עד שתלחצו על הכפתור **💾** או על `Cmd/Ctrl+S`.  דיאלוג הגדרות התהליך מציג גם את [המשתנים השמורים](./actions.md#save-as-variable) של התהליך, שם אפשר לסקור ולמחוק אותם. :::note שמירה **אינה** פרסום. טיוטה שנשמרה עדיין אינה משפיעה על תנועה חיה. ::: ## הרצת בדיקה {#test-run} **הרצת בדיקה** מריצה את הטיוטה — הגרסה שעל המסך שלכם — עם נתוני דוגמה. | מה היא עושה | מה היא אינה עושה | | --- | --- | | עוברת על התהליך מהטריגר הראשון | שולחת הודעות ללקוחות | | מריצה תנאים ומדווחת אילו הסתעפויות תאמו | שולחת מיילים (שליחת אימייל מאמתת ומדווחת `test`) | | מדווחת כמה בלוקים הורצו | כותבת רשומות CRM | | חושפת שגיאות הגדרה מיד | מבצעת שיחות טלפון |  התוצאה מציגה את **סטטוס** ההרצה ואת מספר **הבלוקים שהורצו**. אם עדיין אין לתהליך טריגר, סטודיו אומר לכם להוסיף אחד קודם. :::tip הרצת בדיקה מוכיחה את ה*מבנה* של התהליך — שהבלוקים מחווטים, מוגדרים וניתנים להגעה. היא אינה יכולה להוכיח את הניסוח של הודעה או את התזמון של המתנה. לשם כך, פרסמו לתיבת בדיקה ושלחו הודעה לעצמכם. ::: ## פרסום {#publishing} לחצו **פרסום** כדי להפוך את הטיוטה לגרסה החיה.  דיאלוג האישור מסכם את מה שאתם עומדים לשחרר: | שורה | משמעות | | --- | --- | | **טריגרים** | כמה בלוקי טריגר יש בתהליך. | | **בלוקים** | כמה בלוקים בסך הכול. | | **גרסה** | מספר הגרסה שהתהליך יקבל. | | **אזהרה** | מופיעה כשבלוק כלשהו עדיין מציג תג אזהרה. | אשרו והתהליך הופך ל**חי** מיד. ### מה הפרסום עושה 1. מעתיק את הטיוטה לגרסה החיה. 2. מקדם את מספר הגרסה. 3. שומר תמונת מצב בהיסטוריית הגרסאות. 4. מנקה את מצב "שינויים שלא פורסמו". 5. מפעיל ניטור לכל [התראת אנליטיקס](./triggers.md#analytics-alert) שהתהליך מפנה אליה. 6. מנקה כל אזהרת תלות שהשהתה את התהליך. ### מה חוסם פרסום | סיבה | תיקון | | --- | --- | | לתהליך אין טריגר | הוסיפו בלוק **WHEN**. | | בלוק קול נמצא בתהליך הודעות, או להפך | הסירו את הבלוק שאינו בתחום. תג האזהרה שלו מציין את הבעיה. | אזהרות אחרות — בלוק לא מחובר, תיבת אימייל חסרה, ‏JSON לא תקין — אינן חוסמות פרסום לחלוטין, אבל הדיאלוג מזכיר לכם וכדאי לתקן אותן קודם. :::caution הפרסום משפיע על **לקוחות אמיתיים באופן מיידי**. בדקו עם תיבה שקטה, או עם טריגר שמסונן לתיבת בדיקה אחת, לפני שאתם מפרסמים משהו שמשיב לאנשים. ::: ## היסטוריית גרסאות {#version-history} סטודיו שומר את **50 תמונות המצב האחרונות** של כל תהליך. לחצו על סרגל **הגרסה** בתחתית הפאנל הצדדי כדי לפתוח את הרשימה.  כל רשומה מציגה את מספר הגרסה, מתי היא נשמרה, מי שמר אותה, כמה בלוקים וחיבורים היו בה, האם היא החיה, ואיך היא נוצרה: | מקור | נוצר על ידי | | --- | --- | | **שמירה אוטומטית** | שמירה אוטומטית בזמן עריכה | | **שמירה ידנית** | הכפתור 💾 או `Cmd/Ctrl+S` | | **פורסם** | פרסום | | **שוחזר** | הפיכת גרסה ישנה לחיה | ### תצוגה מקדימה של גרסה לחצו על גרסה כדי לפתוח אותה על הקנבס ב**תצוגה מקדימה לקריאה בלבד**. כרזה בראש העמוד מציינת *תצוגה מקדימה לקריאה בלבד*, והעריכה, השמירה והבדיקה מושבתות, כך שלא תעבדו בטעות על העותק הלא נכון. מהכרזה אפשר: | כפתור | מה הוא עושה | | --- | --- | | **הפוך לחי** | מקדם את תמונת המצב הזו לגרסה החיה. | | **יציאה מהתצוגה** | מחזיר לטיוטה שלכם, בדיוק כפי שהשארתם אותה. | אם יש לכם שינויים שלא נשמרו כשאתם פותחים תצוגה מקדימה, סטודיו מזהיר אתכם קודם. הטיוטה שלכם אינה אובדת — היא מוסתרת עד שתצאו מהתצוגה. ### חזרה לאחור **הפוך לחי** הוא כפתור החזרה לאחור. הוא: 1. בודק שיש בתמונת המצב לפחות טריגר אחד. 2. מקדם אותה לגרסה החיה **וגם** לטיוטה שלכם. 3. מקדם את מספר הגרסה ומסמן את התהליך כ**חי**. 4. כותב תמונת מצב של שחזור, כך שגם החזרה לאחור ניתנת לביטול. :::tip חזרה לאחור היא התיקון המהיר ביותר כשתהליך שפורסם זה עתה מתנהג לא כשורה. פתחו את היסטוריית הגרסאות, הציגו את הגרסה שעבדה ולחצו **הפוך לחי** — ואז אתרו את התקלה בטיוטה השבורה בלי לחץ. ::: ## השהיה וחידוש {#pause-and-resume} **השהיה** מכבה תהליך חי בלי לשנות או למחוק דבר. פתחו את התהליך, לחצו **⚙ הגדרות התהליך** והשתמשו ב**השהיית התהליך** תחת **פעילות התהליך**.  | בזמן ההשהיה | פירוט | | --- | --- | | התהליך אינו מגיב לדבר | הודעות נכנסות, שיחות, הגשות טפסים, לוחות זמנים, ‏Webhooks והתראות אנליטיקס — כולם חולפים על פניו. | | שום דבר אינו נמחק | כל בלוק, חיבור, גרסה שמורה ומשתנה שמור נשארים בדיוק כפי שהיו. | | תג הסטטוס מציג **מושהה** | גם בעורך וגם בכרטיס התהליך ברשימה. | | שיחות מוחזרות | כל מה שהתהליך החזיק יוצא מתור בוט סטודיו אל **ממתינות בתור**, כך שלקוח באמצע שיחה עם בוט אינו נשאר לחכות לבוט שלעולם לא יענה. | | הסתעפויות שמחנות בהמתנה נעצרות גם הן | תהליך שממתין לתשובת לקוח או לספירה לאחור אינו ממשיך בזמן ההשהיה. | | אפשר להמשיך לערוך | הטיוטה מתנהגת כרגיל. | | התראות אנליטיקס משוחררות | תהליך מושהה מפסיק לנטר את ההתראות שהפנה אליהן. | **חידוש התהליך** — אותו כפתור, לאחר שהתהליך מושהה — מפעיל אותו מחדש. :::note החידוש משחזר את **הגרסה האחרונה שפורסמה**, לא את הטיוטה הנוכחית שלכם. לכן ביטול השהיה לעולם אינו יכול לשחרר בטעות עריכה שלא הושלמה. כדי להעלות שינויים מהטיוטה לאוויר, השתמשו ב**פרסום**. ::: החידוש מחזיר את התהליך עבור אירועים *חדשים*. שיחות ששוחררו בזמן ההשהיה נשארות אצל הנציגים שלקחו אותן — הן אינן נמשכות בחזרה לבוט. ההשהיה זמינה רק בתהליך חי. בטיוטה, הכפתור מושבת — אין מה לעצור. | מטרה | איך | | --- | --- | | לעצור תהליך זמנית | **⚙ הגדרות התהליך ← השהיית התהליך.** הפיך בלחיצה אחת. | | להפעיל אותו שוב | **⚙ הגדרות התהליך ← חידוש התהליך.** | | לשחרר שינויים מהטיוטה | **פרסום.** | | להסיר תהליך לצמיתות | [מחקו אותו](#deleting-a-flow). | | לשנות תהליך בבטחה | ערכו בחופשיות. לטיוטה אין השפעה עד שאתם מפרסמים. | ## מחיקת תהליך {#deleting-a-flow} לכל כרטיס תהליך ברשימה יש פעולת **מחיקה**, כולל לתהליכים חיים. מכיוון שהמחיקה היא לצמיתות, הדיאלוג מבקש שתקלידו את שם התהליך המדויק לפני שהכפתור נפתח.  המחיקה היא פירוק מלא: | מה נעלם | פירוט | | --- | --- | | כל בלוק וכל חיבור | הקנבס מתרוקן והתהליך מוסר. | | התהליך עצמו | שום טריגר, לוח זמנים או Webhook לא יוכלו להתחיל אותו שוב. | | כל הגרסאות השמורות | היסטוריית 50 תמונות המצב הולכת איתו — אין חזרה לאחור אחר כך. | | המשתנים השמורים של התהליך | כל ערך `var.*` שהתהליך הזה שמר מוסר. | | הרצות שעדיין המתינו | הרצה שמחנה בהמתנה לתשובת לקוח או לטיימר מבוטלת, במקום להישאר ולהתחדש לתוך שום דבר. | שיחות שהתהליך טיפל בהן **אינן** נמחקות. הן משוחררות מתור בוט סטודיו ונוחתות בחזרה ב**ממתינות בתור**, כך שנציג יוכל לקחת אותן מיד. :::caution מחיקת תהליך **חי** עוצרת אותו מיידית, כולל באמצע שיחה. אם לקוח היה באמצע שיחה עם בוט, הבוט פשוט מפסיק להשיב והשיחה עוברת לתור ההמתנה. אם אתם רק צריכים לכבות תהליך, [השהו אותו](#pause-and-resume) במקום. ::: ## השהיה אוטומטית אם תהליך תלוי במשהו שנמחק, Teloring משהה אותו במקום לתת לו להיכשל בשקט. כיום זה חל על [התראות אנליטיקס](./triggers.md#analytics-alert): מחקו התראה (או את הדוח שמאחוריה) וכל תהליך שמפנה אליה מסומן. כרטיס התהליך מציג תג אזהרה עם הסיבה, הבלוק שמפנה להתראה החסרה מסומן כלא תקין בעורך, ותהליך חי עובר ל**מושהה**. בחרו התראה אחרת — או הסירו את הבלוק — ופרסמו שוב. הפרסום מנקה את הסימון. ## שגרת שחרור בטוחה 1. בנו על טיוטה. 2. **הרצת בדיקה**, ותקנו כל מה שהיא מדווחת. 3. נקו כל תג אזהרה על הקנבס. 4. כוונו את הטריגר לתיבת בדיקה אחת ופרסמו. 5. שלחו הודעה לתיבה הזו בעצמכם ועברו על כל הסתעפות. 6. הרחיבו את הטריגר לתיבות האמיתיות ופרסמו שוב. 7. המשיכו לעקוב אחרי התיבה במהלך ההרצות האמיתיות הראשונות. ## הבא - [פתרון תקלות](./troubleshooting.md) — כשתהליך אינו מופעל. - [מתכוני תהליכים](./examples.md) — תהליכים שלמים להתחיל מהם.