האם בוט מלווה של Power Automate Desktop יכול לרוץ במהלך הלילה כשהמחשב נעול?

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

מהו ההבדל העיקרי במבנה העלויות של הרישוי בין בוטים מלווים לבוטים בלתי מלווים?

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

מדוע מתחילים מתקשים לעיתים קרובות במעבר מאוטומציה מלווה לאוטומציה בלתי מלווה?

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

מלכודות הרישוי של Power Automate Desktop: הימנעות מעלויות נסתרות ב-RPA

Q: האם אני צריך מכונות וירטואליות של Azure כדי להריץ זרימות Power Automate Desktop בלתי מלווות?

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

By Mirko Peters · 2026-10-27

הימנעו מעלויות נסתרות ב-RPA. למדו את ההבדלים האמיתיים, מלכודות הרישוי ודרישות התשתית עבור בוטים מלווים (attended) לעומת בלתי מלווים (unattended) ב-Power Automate Desktop.

Automatically translated with AI from the original post. Read the English original

Cover: Power Automate Desktop Attended vs Unattended - Simply Explained

כאשר פורסים אוטומציה רובוטית של תהליכים (RPA) ב-Microsoft 365, בחירה שגויה של מודל הרישוי לבוטים מלווים לעומת בלתי מלווים עלולה לפגוע בתשואה על ההשקעה שלכם. המדריך חושף את מלכודות הרישוי הנסתרות, מבני העלויות וטעויות נפוצות של מתחילים הקשורים לסוגי ההרצה של Power Automate Desktop, ומסייע לכם לתכנן תקציב מדויק לפני הרחבת הזרימות.

עיקרי הדברים

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

הבנת היסודות של רישוי RPA

Microsoft מציעה יכולות אוטומציה רובוטית של תהליכים (RPA) מתקדמות כבר מהרגע הראשון למנויי Microsoft 365 רבים, אך המעבר ממאקרו שולחני פשוט לאוטומציה ברמה ארגונית חושף רשת מורכבת של דרישות רישוי. בלב המורכבת הזו עומד ההבדל התפעולי היסודי בין בוטים מלווים לבלתי מלווים. שניהם מבצעים משימות באמצעות Power Automate Desktop, אך האופן שבו הם מופעלים, מי מפקח עליהם, והחשוב מכל, האופן שבו הם מחויבים, שונים מאוד זה מזה.

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

מלכודת הבוט המלווה: עלויות נסתרות של תלות באדם

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

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

מדוע בוטים attended מתוזמנים נכשלים

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

בוטים מסוג unattended: מציאות התשתית וההתרחבות

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

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

חישוב אמיתי של ה-ROI של RPA

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

עלות רישיונות Microsoft 365 או Power Platform לכל משתמש או לכל בוט.
עלויות אירוח ואחסון של מכונות Azure וירטואליות עבור זרימות עבודה מסוג unattended.
עלות התחזוקה הנדרשת לעדכון בוררי היישומים השולחניים בכל פעם שתוכנת הארגון משתנה.
עלות הפרודוקטיביות של נעילת המחשב של משתמש בזמן שבוט attended מריץ תהליך ארוך בשעות העבודה השיא.

סיכום

ההתמצאות בניואנסים של הרישוי ב-Power Automate Desktop דורשת הבנה ברורה של זרימות העבודה התפעוליות ושל המגבלות הטכניות שלכם. הבחירה בין הרצה מסוג attended לבין הרצה מסוג unattended אינה עניין של העדפה בלבד: היא קובעת את צרכי התשתית שלכם, את התקציב שלכם ואת מידת האמינות הסופית של התהליכים האוטומטיים שלכם. כדי לשמוע פירוט מקיף וללא ז'argon של המושגים האלה ולגלות תובנות מומחים נוספות על ניהול ענן מודרני, כדאי מאוד לצפות בשיחה הקשורה בפודקאסט M365 FM. האזינו לפרק המלא כדי להעמיק את ההבנה שלכם באסטרטגיות אוטומציה בענן של Microsoft.

שאלות נפוצות

האם בוט attended של Power Automate Desktop יכול לרוץ בלילה כשהמחשב נעול?

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

מהו ההבדל העיקרי במבנה עלות הרישוי בין בוטים מסוג attended לבין בוטים מסוג unattended?

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

האם אני זקוק למכונות וירטואליות של Azure כדי להריץ זרימות Power Automate Desktop מסוג unattended?

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

מדוע מתחילים מתקשים לעיתים קרובות במעבר מאוטומציה מסוג attended לאוטומציה מסוג unattended?

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