Google מוסיפה ל‑Workspace Studio שלב חדש בשם Wait until, שמאפשר לעצור תהליך אוטומטי בכל נקודה ולהמשיך אותו במועד עתידי או אחרי פרק זמן מוגדר — עד 14 יום. העדכון פותר בעיה מוכרת בתהליכים ארגוניים: עד היום, רצף שכלל המתנה של שעות או ימים נאלץ לעיתים להתפצל לכמה תהליכים מתוזמנים. כעת אפשר לשמור את ההיגיון כולו בתוך Flow אחד, ללא קוד.
מה בדיוק השתנה
לפי הודעת Google מ‑10 בנובמבר 2026, ניתן להכניס את Wait until גם בתוך ענפים מותנים של Check if וגם בתוך לולאות Repeat for each. כשההרצה מגיעה לשלב, היא עוברת למצב המתנה וחוזרת אוטומטית בזמן שנקבע.
שלוש צורות התזמון המרכזיות הן:
- יום מסוים בשבוע הבא: למשל, להמשיך ביום שני ב‑08:00.
- תאריך ושעה: למשל, להמתין שלושה ימים ולהמשיך ב‑17:00.
- משך זמן: שעות, דקות ושניות, עד תקרה מצטברת של 14 יום.
למה זה חשוב לצוותי IT ותפעול
היכולת להשהות Flow בודד מפחיתה את הצורך לבנות שרשרת של אוטומציות נפרדות. במקום שתהליך אחד ייצור רשומה ותהליך שני יחפש אותה כמה ימים לאחר מכן, אפשר להחזיק את ההקשר באותו רצף. זה שימושי במיוחד לתזכורות הדרגתיות, תהליכי קליטת עובד, מעקב אחרי פגישה, אישורי מנהלים וסיכומי צוות שנשלחים במועד קבוע.
גם התחזוקה נעשית ברורה יותר: פחות תהליכים נפרדים פירושם פחות טריגרים שצריך לתאם, פחות סיכוי לכפילויות ופחות מקומות שבהם נדרש לעדכן את אותו כלל עסקי.
מה מנהל המערכת צריך לדעת
Google מציינת שאין בקרת Admin ייעודית לפיצ'ר. הוא מופיע כחלק מ‑Workspace Studio למשתמשים הזכאים. בזמן ההמתנה ניתן לעקוב אחר ההרצה בכרטיסיית Activity: המערכת רושמת את מועד החזרה ואת אזור הזמן, ובהמשך גם את רגע החידוש בפועל.
היעדר מתג ניהול נפרד לא פוטר מבקרת תהליכים. ארגונים צריכים להגדיר מי רשאי לבנות Flows, אילו נתונים יכולים להישאר בהקשר של תהליך מושהה, ומה קורה כאשר הרשאות המשתמש משתנות בזמן ההמתנה.
שלוש בדיקות לפני שמפעילים בייצור
- אזור זמן: תזמון ל‑08:00 חייב להתפרש נכון אצל צוותים במדינות שונות, במיוחד סביב שעון קיץ.
- שינויים בזמן ההמתנה: כדאי להחליט אם הפעולה שאחרי ההשהיה צריכה להשתמש בנתונים שנשמרו בתחילת ה‑Flow או לקרוא אותם מחדש.
- כשל וחידוש: יש לבדוק מה רואים ב‑Activity ואיזה מסלול תמיכה נדרש כאשר פעולה שאחרי ההמתנה נכשלת.
דוגמה מעשית
אפשר לבנות Flow שמופעל אחרי פגישת לקוח: הוא מסכם את הפגישה, ממתין שלושה ימים, בודק אם נרשמה תגובה ושולח תזכורת רק אם נדרש. בעבר היה צורך לפצל את הלוגיקה בין טריגר מיידי לתהליך מתוזמן נוסף; כעת כל הרצף יכול להישאר במקום אחד.
זמינות
ה‑rollout המלא לדומיינים במסלולי Rapid Release ו‑Scheduled Release החל ב‑9 בנובמבר 2026 וצפוי להימשך בין יום לשלושה ימים עד שהיכולת תופיע. לכן ייתכן שמשתמשים זכאים עדיין לא יראו אותה מיד.
השורה התחתונה
Wait until אינו מנגנון אוטומציה חדש לגמרי, אבל הוא סוגר פער תפעולי משמעותי: תהליך ארוך יכול להישאר רצף אחד, מתועד וקל יותר להבנה. הערך האמיתי יגיע כאשר צוותים ישתמשו בו כדי לצמצם Flows כפולים — ולא כדי ליצור תהליכים ארוכים שקשה לנטר.
קרדיט תמונה: צילום: Samantha Gades, מתוך דף המקור ב‑Unsplash. שימוש בהתאם ל‑Unsplash License, המתיר שימוש מסחרי ולא‑מסחרי באתר ובסושיאל ללא צורך באישור; הקרדיט נשמר אף שאינו חובה.
