רישיונות Power Automate — עד כמה Microsoft 365 מכסה בחינם, ומתי צריך Premium

“Power Automate נכלל ב-Microsoft 365, אז זה בחינם, נכון?” חברות שהתחילו אוטומציה מתוך ההנחה הזאת פונות אלינו לפעמים אחרי זמן מה. “ניסיתי להתחבר ל-SQL Server וקיבלתי אזהרת Premium.” “Flow שבניתי כניסיון הפסיק לעבוד אחרי 90 יום.” “אמרו לי שה-flow ייעצר כשהאדם שבנה אותו יעזוב.” בכל המקרים הסיבה היא איך הרישוי עובד.

וזה נכון עד האמצע. רישיון Microsoft 365 כולל זכויות שימוש מוגבלות (seeded license, פרק 2) שמאפשרות לבנות cloud flows של Power Automate בלי עלות נוספת, ו-approval flows, התראות ואינטגרציה לרשימות SharePoint באמת נכנסים בטווח החינמי. הבעיה היא שהגבול נמתח לפי connector, וקשה להבחין בו עד שמתחילים לבנות ונתקלים בקיר. המאמר מסדר את מערכת הרישיונות של Power Automate מתוך “מה רוצים לעשות”: הטווח החינמי, הרגע שבו Premium נעשה הכרחי, איך בוחרים תוכנית בתשלום, ונקודות שנתקלים בהן בשטח.

המאמר לא עוסק במחירים עצמם. מחירים מתעדכנים, בעוד שהמבנה של “איזו שכבת רישיון מאפשרת מה” יציב יחסית. תמיד מאמתים את התנאים העדכניים ב-Microsoft Learn ובדפי המחיר הרשמיים.

1. קודם כל, המסקנות

• רישיון Microsoft 365 כולל יצירה והרצה של cloud flows (automated, scheduled, ו-button) שמשתמשים ב-standard connectors. אוטומציה סביב SharePoint, Outlook, Teams, Forms ו-Excel Online אפשר לבנות בלי עלות נוספת.¹²
• אבל זכויות השימוש האלה ממוקמות כ”הרחבה של Microsoft 365 לפרודוקטיביות אישית”, יש להן תקרה של 6,000 actions למשתמש ליום, והן לא כוללות Premium connectors, custom connectors, on-premises data gateway, RPA או AI Builder.¹³
• Dataverse, SQL Server, HTTP (פעולת HTTP כללית) ו-custom connectors מטופלים כ-Premium. “רק קוראים ל-Web API חיצוני, אז זה בחינם” לא מחזיק.⁴⁵
• התוכניות בתשלום מתחלקות לשני מסלולים עיקריים: Power Automate Premium, שמוקצה למשתמש, ו-Power Automate Process, שמוקצה ל-flow או ל-machine (היורש של תוכניות per user ו-per flow הישנות ושל תוסף unattended RPA). המבנה הוא שאלה של מה זול יותר לספור: אנשים או תהליכים.⁶⁷
• automated flows ו-scheduled flows רצים תחת רישיון ה-owner של ה-flow, ו-instant flows שמופעלים בלחיצת כפתור רצים תחת רישיון מי שהריץ אותם. אם משתפים בצוות button flow עם Premium connector, כל מי שמריץ צריך Premium (או שמקצים Process ל-flow).⁸
• Approvals שומרים נתונים ב-Dataverse, אבל ה-Approvals connector עצמו הוא standard connector. אפשר לבנות approval flows עם רישיון Microsoft 365.⁹
• ה-trial של 90 יום (Power Automate Trial) המשתמש יכול להפעיל בעצמו, והוא נותן לנסות כמעט את כל יכולות Premium. זה נוח, אבל התאונה הקלאסית היא להחליק לשימוש ייצור כשעדיין על trial, וה-flows נעצרים כשהתוקף נגמר.⁶¹⁰

knowledge map של המאמר

Power Automate מאפשר לבנות cloud flows על standard connectors בלי עלות נוספת גם במסגרת ה-seeded license של Microsoft 365, אבל Dataverse, HTTP כללי, on-premises data gateway, orchestration של RPA ו-AI Builder כולם מטופלים כ-Premium, וברגע שעוברים את הגבול הזה נדרש רישיון בתשלום. התוכניות בתשלום מתחלקות לשני מסלולים: Power Automate Premium שמוקצה לאדם, ו-Power Automate Process שמוקצה ל-flow או ל-machine. automated flow רץ תחת רישיון ה-owner, instant flow תחת רישיון מי שמריץ, ולכן אופן השיתוף משנה איזו תוכנית לבחור. Trial של 90 יום נותן לנסות יכולות ברמת Premium, אבל אחרי שפג התוקף ה-flow הולך להשבתה אוטומטית, ותצורה שחוסכת במספר רישיונות על ידי שימוש חוזר ב-credentials היא multiplexing — הפרה מפורשת.

flowchart LR
    accTitle: knowledge map: רישיונות Power Automate וגבול ה-connectors
    accDescr: Diagram שמראה שה-seeded license של Microsoft 365 מוגבל ל-standard connectors; ש-Dataverse, HTTP, on-premises gateway, RPA ו-AI Builder מטופלים כ-Premium; את שני מסלולי הרישיון בתשלום Premium (אדם) ו-Process (flow או machine); את ההבדל באיזה רישיון נבדק ב-automated flow מול instant flow; ואת multiplexing כהפרת רישוי.
    m365_seeded_license["seeded license של Microsoft 365"]
    premium_connector["Premium connector (פעולת HTTP כללית)"]
    standard_connector["standard connector"]
    power_automate_premium["Power Automate Premium"]
    power_automate_process["Power Automate Process"]
    dataverse["Microsoft Dataverse"]
    http_connector["HTTP connector כללי"]
    onpremises_data_gateway["on-premises data gateway"]
    ai_builder["AI Builder"]
    approvals_connector["Approvals connector"]
    rpa_orchestration["orchestration של RPA"]
    power_automate_desktop["Power Automate for desktop (PAD)"]
    ai_builder_credit["AI Builder credits"]
    automated_flow["automated flow / scheduled flow"]
    instant_flow["instant flow"]
    flow_license_multiplexing["multiplexing של רישיונות"]
    power_automate_trial["Power Automate Trial"]
    flow_auto_disable["השבתה אוטומטית של flow (כלל 14 הימים)"]
    m365_seeded_license -->|"משתמש ב"| standard_connector
    m365_seeded_license -.->|"לא תואם ל"| premium_connector
    power_automate_premium -->|"משתמש ב"| premium_connector
    power_automate_process -->|"משתמש ב"| premium_connector
    dataverse -.->|"לא תואם ל"| m365_seeded_license
    http_connector -.->|"לא תואם ל"| m365_seeded_license
    onpremises_data_gateway -.->|"לא תואם ל"| m365_seeded_license
    ai_builder -.->|"לא תואם ל"| m365_seeded_license
    m365_seeded_license -->|"משתמש ב"| approvals_connector
    approvals_connector -->|"דורש"| dataverse
    rpa_orchestration -.->|"לא תואם ל"| m365_seeded_license
    rpa_orchestration -->|"דורש"| power_automate_premium
    rpa_orchestration -.->|"דורש"| power_automate_process
    rpa_orchestration -->|"דורש"| power_automate_desktop
    ai_builder -->|"משתמש ב"| ai_builder_credit
    power_automate_premium -->|"משתמש ב"| ai_builder_credit
    automated_flow -.->|"דורש"| power_automate_premium
    instant_flow -.->|"דורש"| power_automate_premium
    instant_flow -.->|"עלול לגרום ל"| flow_license_multiplexing
    power_automate_process -->|"מונע"| flow_license_multiplexing
    power_automate_trial -->|"עלול לגרום ל"| flow_auto_disable
    power_automate_trial -->|"משתמש ב"| premium_connector

ב-diagram, solid line מציינת relation שתמיד מתקיים ו-dashed line מציינת relation מותנה (התנאים מופיעים בהסבר של כל relation ב-detail page). הרשימה המלאה של ה-relations (סה”כ 22, כולל evidence ו-certainty) וההגדרות של ה-concepts המרכזיים נמצאות ב-detail page של ה-knowledge map (ביפנית). Data: JSON-LD / Turtle

2. תמונת הרישיונות — מהן ה-“seeded licenses” של Microsoft 365

רישוי Power Automate בנוי משני מסלולים: user licenses (מוקצים לאנשים) ו-capacity licenses (מוקצים לאוטומציה עצמה, flow או machine).⁶

בתוך מסלול ה-user licenses יש זכויות שימוש מוגבלות שמגיעות כ”תוספת” עם רישיונות למוצרים אחרים כמו Microsoft 365, Dynamics 365 ו-Windows. בתיעוד של Microsoft קוראים להן seeded licenses. זה מה שעומד מאחורי “Power Automate נכלל ב-365”. גם במאמר הזה נשתמש בשם הזה מכאן והלאה.³

אם שמים את המסלולים בתרשים אחד, זה נראה כך.

flowchart TD
    accTitle: מסלולי הרישיונות של Power Automate
    accDescr: תרשים שמראה איך user licenses (seeded license, Premium, Trial) ו-capacity licenses (Process, Hosted Process) מתפצלים.
    Root["רישיונות Power Automate"] --> User["user license<br/>מוקצה לאדם"]
    Root --> Cap["capacity license<br/>מוקצה ל-flow או ל-machine"]
    User --> Seed["seeded license<br/>מצורף ל-Microsoft 365, Windows וכו'<br/>standard connectors בלבד · 6,000 actions ליום"]
    User --> Prem["Power Automate Premium<br/>Premium, custom connectors, attended RPA<br/>40,000 actions ליום"]
    User --> Trial["Power Automate Trial<br/>90 יום · שווה-ערך ל-Premium + unattended RPA"]
    Cap --> Proc["Power Automate Process<br/>מוקצה ל-cloud flow אחד או ל-machine אחת<br/>250,000 actions ליום"]
    Cap --> Hosted["Power Automate Hosted Process<br/>הרצה unattended על machine ש-Microsoft מארחת"]

כמו שני הענפים, user licenses סופרים “אנשים”, ו-capacity licenses סופרים את “האוטומציה עצמה”. בחירת התוכנית בפרק 4 חוזרת בסוף לשאלה איזו ספירה יוצאת זולה יותר.

מה שאפשר לעשות עם seeded license של Microsoft 365 הוא זה.¹

• יצירה והרצה של automated flows, scheduled flows ו-button flows
• שימוש ב-standard connectors
• עד 6,000 actions למשתמש ליום

מה שלא כלול מפורט במפורש.¹³

• Premium connectors
• custom connectors
• on-premises data gateway
• RPA (orchestration של desktop flows)
• AI Builder

Microsoft Learn ממקמת את זכויות השימוש האלה כ”זכויות מוגבלות שמאפשרות למשתמשים להתאים ולהרחיב את Office 365 לתרחישי פרודוקטיביות אישית”, וממליצה במפורש על רישיון Premium לשימוש ארגוני.¹ כלומר, לפי Microsoft עצמה, “Power Automate שנכלל ב-365” הוא זכות לאוטומציה שנשארת בתוך Microsoft 365, ולא תוכננה מלכתחילה לשמש פלטפורמת אוטומציה עסקית שמגיעה למערכות פנימיות ולשירותים חיצוניים.

גם תקרת 6,000 ה-actions ליום היא מספר שמבינים לא נכון. היא לא סופרת הרצות של flow, אלא כל הרצה של trigger ושל action בתוך ה-flow. actions בתוך loop נספרים בכל איטרציה, ולכן גם flow פשוט כמו “שמור את הקובץ המצורף מכל מייל” יכול לצרוך הרבה כשהנפח גדול. חריגה מהתקרה לא עוצרת מיד; ההרצות מתעכבות לפי מידת החריגה.⁸

3. Standard connectors ו-Premium connectors — כאן עובר הגבול

ל-connectors יש שתי שכבות, Standard ו-Premium, והשיוך נקבע לכל connector. אם מסדרים את מה שנפוץ בעסקים קטנים ובינוניים, מקבלים את זה.

שלוש נקודות שנתקלים בהן.

• HTTP הוא Premium. “גם לשירות בלי connector אפשר לקרוא בפעולת HTTP אם יש Web API” — זה נכון, אבל ה-HTTP connector הכללי הזה מטופל כ-Premium.⁵¹¹ אם מעריכים אינטגרציה למערכת ליבה או לשירות Web כאילו “קריאה ב-HTTP = בחינם”, כאן זה מתפרק. אם היעד הוא SharePoint REST API בלבד, אפשר במקום זה להשתמש בפעולה “Send HTTP Request to SharePoint” שכלולה ב-SharePoint connector הסטנדרטי, בלי רישיון נוסף.¹¹
• Dataverse connector הוא Premium, אבל Approvals connector הוא Standard. יכולת האישורים שומרת מאחורי הקלעים רשומות ב-Dataverse, אבל ה-Approvals connector עצמו הוא standard connector, ואפשר לבנות approval flow עם רישיון Microsoft 365. מסד Dataverse הנדרש מסופק אוטומטית ב-default environment בפעם הראשונה שיוצרים approval flow.⁹ ברגע שנוגעים ישירות בטבלאות Dataverse כ-trigger או כ-action, זה Premium.⁴
• גם זכות השימוש ב-on-premises data gateway אינה כלולה ב-Microsoft 365. גישה מ-cloud flow ל-SQL Server או לשיתוף קבצים בשרת פנימי מערבת גם gateway וגם Premium connector, ולכן בפועל זה תחום של תוכנית בתשלום.³

במסך העריכה של ה-flow מופיע תווית “Premium” על Premium connector, כך שאפשר לבדוק לפני שמתחילים לבנות. אם משתמש בלי רישיון מנסה להריץ flow עם Premium connector, זה נכשל בשגיאת רישיון DirectApiAuthorizationRequired.⁵

4. מבנה התוכניות בתשלום — Premium או Process, מה סופרים

כשצריך יכולות Premium, הבחירות העדכניות הן בעיקר שלוש. השמות עברו ארגון מחדש לפני כמה שנים, ומידע תחת השמות הישנים עדיין מתערבב בתוצאות חיפוש. תוכנית per user הישנה הוחלפה ב-Premium, ותוכנית per flow הישנה ותוסף unattended RPA הוחלפו ב-Process.⁷

ציר הבחירה פשוט: סופרים לפי “מספר המשתמשים” או לפי “מספר תהליכי העבודה”.

• אם אדם מסוים בונה ומריץ אוטומטית flows עם Premium connectors, מספיק Premium אחד ל-owner. automated flows ו-scheduled flows רצים תחת רישיון ה-owner, ולכן לעובדים שמפעילים את ה-trigger (שמים קובץ ב-SharePoint, עונים ב-Forms) אין צורך ברישיון.⁸
• אם button flow עם Premium משמש את כל הצוות, או שיש תהליך ליבה שצורך הרבה actions, הגיוני יותר להקצות Process ל-flow. flow שאליו הוקצה Process עובר את בדיקת הרישיון בלי תלות במי שמריץ אותו.⁸⁶
• התיעוד של Microsoft מציין כקריטריון ל-Process אחד מאלה: unattended RPA, flow בבעלות service principal, נפח actions גבוה, או Premium flow שמופעל בידי הרבה אנשים.⁸

Process הוא רישיון ל-flow או ל-machine, לא תחליף ל-user license. מי שיוצר flows ומי שמנהל desktop flows עדיין צריך רישיון במסלול המשתמש.⁶

תחת רישיון של מי זה רץ — מטריצת התאמה

הרישוי מסתבך כי “מי משלם” משתנה לפי איך ה-flow מופעל. אם שמים בטבלה אחת את ה-owner, את מי שמריץ ואת ה-machine מול Premium (אדם) ו-Process (האוטומציה עצמה), מקבלים את זה.

איך קוראים את הטבלה: שלוש הנקודות automated flow = ה-owner, כפתור = מי שמריץ, unattended RPA = ה-machine. ברגע שזה ברור, נשאר לבדוק אם יש יכולת Premium ולבחור את אחת משתי העמודות הימניות.

5. רישוי RPA (desktop flows) — PAD לבד חינמי, מהאינטגרציה זה בתשלום

Power Automate for desktop (PAD), כחלק מזכויות השימוש של Windows 10/11, אפשר לבנות desktop flows על המחשב שלכם ולהריץ אותם attended על אותו מחשב בלי עלות נוספת. הטווח הזה הוא “הרצה מקומית ב-default environment בלבד (בלי orchestration)”: אי אפשר לשתף flows, ואי אפשר ליצור מחוץ ל-default environment.³¹

כשמכניסים את זה לעבודה, הרישיונות נדרשים בסדר הזה.

• קריאה ל-desktop flow מ-cloud flow (attended): למשתמש של ה-connection שמשמש לקריאה נדרש Premium. אם משתמש עם רישיון Free מנסה להוסיף את הפעולה “Run a flow built with Power Automate for desktop”, מוצעת לו התחלת trial.⁶¹⁰
• הרצה unattended: נדרש רישיון Process שמוקצה ל-machine. בנוסף, רישום ה-machine עצמו חייב להיעשות בידי משתמש עם Premium, ולכן “קונים רק Process ו-unattended RPA רץ” אינו נכון.⁶
• אם לא רוצים מכונה פיזית: עם Hosted Process אפשר להריץ unattended על machine ש-Microsoft מארחת.⁶

כהחלטת השקעה, הגישה הבטוחה היא שלב אחרי שלב: “קודם PAD לבד, הרצה ידנית, לבדוק ערך; אחרי שהערך ברור, לשדרג לאוטומציה עם Premium/Process”. איך בונים בפועל אוטומציה של הזנה למערכת ליבה מכוסה ב”אוטומציה של הזנת נתונים למערכת ליבה עם Power Automate for desktop”.

6. קרדיטים של AI Builder — יכולות AI כמו OCR הן לפי שימוש

כשמכניסים ל-flow פעולות AI Builder כמו OCR לטפסים (עיבוד טפסים) או סיווג טקסט, נצרך מכסת שימוש שנקראת AI Builder credits. כמות מסוימת כלולה ברישיונות Premium כמו Power Automate Premium, והיא צריכה להיות זמינה בסביבה שבה ה-flow רץ.¹³ יש גם AI Builder capacity add-on לרכישה נוספת, אבל מ-1 בנובמבר 2025 המכירה ללקוחות חדשים הסתיימה, וגם חידוש חוזים קיימים וה-seeded credits שמצורפים ל-Premium מסתיימים ב-1 בנובמבר 2026 — זו תקופת מעבר. יכולות AI Builder עצמן לא נעלמות; ממשיכים להשתמש בהן דרך Copilot credits, ולכן בהטמעה חדשה מתכננים עלות על Copilot credits ולא על ה-add-on.¹⁴

בטבלת ההשוואה הנוכחית, לכל אחד מרישיונות Premium, Process ו-Hosted Process כלולים 5,000 credits לחודש. קצב הצריכה משתנה לפי תרחיש: עיבוד טפסים (חילוץ נתונים ממסמך) צורך יותר, חילוץ טקסט פשוט צורך פחות.⁶ seeded license של Microsoft 365 לא כולל AI Builder, ולכן “רק לנסות OCR בטווח החינמי” אינו אפשרי.¹

האם 5,000 credits לחודש מספיקים תלוי במספר הפריטים. תכנון קונקרטי סביב OCR של הזמנות FAX, ואיך מעריכים צריכת credits, מסודרים ב”קריאת הזמנות FAX עם AI Builder וטיפול בהן”.

7. נקודות שנתקלים בהן בשטח

נכנסים לייצור על trial של 90 יום

Power Automate Trial הוא רישיון ניסיון ל-90 יום שהמשתמש מפעיל בעצמו. הוא נותן יכולות כמעט זהות ל-Premium (מלבד קרדיטים של AI Builder ואחסון), ובנוסף אפשר לנסות unattended RPA.⁶ ברגע שנוגעים ביכולת Premium מופיעה ההצעה “להתחיל ניסיון”, ולכן לא נדיר שה-trial מתחיל בלי שהאדם בכלל חשב על רישיון.¹⁰

הבעיה היא אחרי 90 יום. Premium flow ש-owner שלו איבד רישיון Premium יורד בביצועים, כל ה-owners מקבלים התראה, ובלי טיפול ה-flow מושבת אחרי 14 יום.¹⁵ התאונה הטיפוסית: flow שנבנה לבדיקה הפך בשקט לחלק מהעבודה, ואחרי 90 יום הוא נעצר ורק אז מגלים את בעיית הרישיון. אם בונים לעומק על trial, צריך לכלול מראש בהערכה גם את עלות הרישיון באימוץ.

הקשר בין רישיון ה-owner להרצת ה-flow

חוזרים על זה: automated flows ו-scheduled flows רצים ב-license context של ה-owner, ו-instant flows (כפתור, הפעלה מאפליקציה) רצים תחת רישיון מי שהריץ.⁸ מכאן כמה מסקנות מעשיות.

• ב-automated flow, לעובדים שמפעילים את ה-trigger ולמאשרים שמגיבים לבקשת אישור אין צורך ברישיון Premium. אין צורך לקנות Premium גם עבור המאשרים.¹²
• להפך, שיתוף button flow עם Premium connector מחייב Premium לכל מי שמריץ. במקרה הזה בוחנים הקצאת Process ל-flow.⁸
• co-owner שקיבל שיתוף של flow עם Premium connector צריך רישיון ברמת Premium משלו כדי לערוך או להריץ ידנית.¹⁶
• כש-owner עוזב, ה-flow מאבד את רישיון ה-owner ונכנס לכלל 14 הימים שלמעלה. flow שנמצא ב-solution אפשר להחליף לו owner; אחרת co-owner מייצא ומייבא (flow חדש שרץ תחת רישיון ה-owner החדש) או משקמים עם הקצאת Process.¹⁵

תכנון owner, connections והעברה הוא נקודת תורפה תפעולית לצד הרישוי. פירוט ב”מניעת תלות באדם אחד ב-Power Automate — כדי שה-flow לא ייעצר כשהבונה עוזב”.

“שימוש חוזר ברישיון אחד” הוא הפרת רישוי

הרעיון “קונים Premium אחד, מקצים אותו לחשבון משותף, וכולם עובדים עם החשבון הזה” הוא מה ש-Microsoft קוראת multiplexing, ומסומן במפורש כהפרת רישוי. תצורה שבה כמה משתמשים חולקים credentials של service account ומריצים Premium flows דרך רישיון Premium אחד שמוקצה לאותו חשבון היא non-compliant, עם דוגמה ב-FAQ של Learn.¹²

קנה המידה הוא “מי מקבל ערך מה-flow”. הרצה של automated flow או scheduled flow עצמה רצה ב-license context של ה-owner, ולכן מי שרק הוסיף פריט לרשימה והפעיל trigger, או מי שרק מגיב לבקשת אישור, לא נדרש בגלל זה לבדו לרישיון Premium. אם ה-flow שולח מייל רק ל-owner, רישיון ה-owner מספיק. מצד שני, אותו FAQ מביא כדוגמת multiplexing תצורה שבה Premium flow מחזיר תוצאה (מייל) למי שהוסיף את הפריט: מי שהוסיף מפעיל את ה-flow בעקיפין וגם מקבל ערך, ולכן גם הוא צריך Premium בנוסף ל-owner. אם תוצאות Premium flow חוזרות להרבה אנשים, הבטוח הוא לרשיין את צד ה-flow ב-Process.¹²

הגבול מבלבל, ולכן דוגמאות ה-FAQ מסודרות כאן כמותר מול הפרה (בכולן מדובר ב-flow עם יכולות Premium).¹²

ה-FAQ עצמו מציין ש”זו הנחיה, לא הגבלה כפויה, והאחריות לרשיין נכון היא על המנהל”.¹² זה שזה רץ לא אומר שזה compliant.

approval flow בטווח החינמי, אבל מגע ישיר ב-Dataverse זה משהו אחר

אפשר לבנות approval flow עם רישיון Microsoft 365 (כמו בפרק 3).⁹ אבל קריאה וכתיבה ישירה של היסטוריית אישורים ב-Dataverse connector, או קליטת שינוי בטבלת האישורים ב-Dataverse trigger, הן כבר Premium. המדרגה “האישור עצמו היה בחינם, ודיווח על ההיסטוריה הפך בתשלום” חוסכת טעות בהערכה. תכנון approval flow עצמו מסודר ב”בניית approval flow ב-Power Automate — מעבר מאישורי נייר ודוא”ל לדיגיטל”.

8. טבלת החלטה — הרישיון לפי מה שרוצים לעשות

אם מתלבטים, בודקים במסך העריכה את תווית “Premium” על ה-connector, ואז חושבים בסדר “מי מפעיל את ה-flow (אוטומטי או כפתור)” ו-“מה גדול יותר, מספר המשתמשים או מספר התהליכים”. כך מזהים כמעט תמיד איזה רישיון נדרש.

9. סיכום — עלות הרישיון כ”פריסת תשלומים של עלות פיתוח”

seeded license של Microsoft 365 הוא באמת אפס עלות נוספת בטווח ה-standard connectors. זה שנקודת הכניסה לאוטומציה בעסקים קטנים ובינוניים — אישורים, התראות, אינטגרציית SharePoint — נכנסת לטווח החינמי, כדאי לנצל. מצד שני, ברגע שיוצאים למערכת ליבה, API חיצוני, RPA או OCR נכנסים לתחום Premium, ומשם יש עלות שוטפת של “מספר אנשים × חודשי” או “מספר תהליכים × חודשי”.

כשמעריכים את העלות הזאת, לא מסתכלים רק על המחיר החודשי אלא ממירים לסה”כ של מחיר חודשי × מספר אנשים (או תהליכים) × שנות שימוש, ומשווים לחלופה. המחיר ליחידה עצמו מתעדכן ולכן המאמר לא מטפל בו, אבל תבנית החישוב קבועה. בודקים את המחיר החודשי של הרישיון הנדרש ב-דף המחירים של Power Automate ומציבים בנוסחאות האלה.

• ספירה לפי אנשים: מחיר Premium למשתמש × מספר האנשים × 12 × מספר שנים
• ספירה לפי האוטומציה עצמה: מחיר Process × מספר ה-flows (או מספר ה-machines) × 12 × מספר שנים

אם מחשבים מראש רק את המכפיל, ההחלטה מהירה יותר. אדם אחד לשנה = פי 12 מהחודשי, 3 אנשים ל-3 שנים = פי 108, 5 אנשים ל-5 שנים = פי 300. עם תחושה ש”Premium ל-5 אנשים ל-5 שנים” הוא פי 300 מהחודשי כסה”כ, מציבים ליד עלות הקמה + תחזוקה של אותו דבר שנבנה in-house או ב-Custom Software Development. המכפיל הזה עובד, ולכן תכנון שמצמצם את מספר האנשים (להישען על automated flows כדי לא לדרוש רישיון למי שמריץ, ולשמור flows מרובי-משתמשים בצד Process) מקטין ישירות את הסה”כ. Premium לכמה אנשים לאורך 5 שנים יכול להגיע לסכום של פרויקט Custom Software Development קטן, ולהפך: אם הדרישות מורכבות ותחזוקת ה-flows ממשיכה לדרוש ידיים, מערכת ייעודית מההתחלה עשויה לצאת זולה יותר בסה”כ. מצד שני, מול הערכת הטמעת חבילה קיימת או פיתוח, לא מעט מקרים שבהם Power Automate זול בהרבה גם אחרי תשלום הרישיון. החשוב הוא לנטוש מוקדם את ההנחה “זה בחינם כי זה ב-365”, ולקבל החלטת השקעה באוטומציה לפי סה”כ שכולל רישוי.

איזה תהליך באיזו שכבת רישיון, ומאיפה עוברים לפיתוח. אפשר לעזור מהייעוץ על קו הגבול הזה ועד Custom Software Development לחלקים ש-Power Automate לא מכסה.

מאמרים קשורים

• אוטומציה עסקית ב-Power Automate — איך לבחור בין cloud flow ל-desktop flow ואיך לתכנן טיפול בשגיאות
• בניית approval flow ב-Power Automate — מעבר מאישורי נייר ודוא”ל לדיגיטל
• אוטומציה של הזנת נתונים למערכת ליבה עם Power Automate for desktop
• קריאת הזמנות FAX עם AI Builder וטיפול בהן
• מניעת תלות באדם אחד ב-Power Automate — כדי שה-flow לא ייעצר כשהבונה עוזב

תחומי ייעוץ קשורים

ב-KomuraSoft LLC מטפלים מייעוץ תכנון אוטומציה שכולל בחירת רישיון Power Automate, דרך השוואת עלות רישיון לעלות פיתוח, ועד הפיכת תהליכים ש-flow לא מכסה למערכת.

• ייעוץ טכני וסקירת תכנון
• Windows Custom Software Development
• יצירת קשר

מקורות

מאמרים קשורים

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

נושאים קשורים

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

שאלות נפוצות

שאלות נפוצות בפניות בנושא המאמר.

עד כמה אפשר להגיע עם Power Automate על רישיון Microsoft 365 בלבד?

עד יצירה והרצה של cloud flows (automated, scheduled, ו-button) שמשתמשים ב-standard connectors כמו SharePoint, Outlook, Teams, Forms ו-Excel Online. יש תקרה של 6,000 actions למשתמש ליום. Premium connectors, custom connectors, on-premises data gateway, RPA (ניהול ואינטגרציה של desktop flows) ו-AI Builder אינם כלולים בזכויות השימוש של Microsoft 365 ודורשים רישיון בתשלום כמו Power Automate Premium.

אפשר להשתמש ב-HTTP connector עם רישיון Microsoft 365?

לא. ה-HTTP connector הכללי (פעולת HTTP) מטופל כ-Premium, וכמו SQL Server, Dataverse ו-custom connectors הוא דורש רישיון כמו Power Automate Premium. אם כל מה שרוצים זה לקרוא ל-SharePoint REST API, אפשר במקום זה להשתמש בפעולה "Send HTTP Request to SharePoint" שכלולה ב-SharePoint connector הסטנדרטי, ואז אין צורך ברישיון נוסף.

לבחור Power Automate Premium או Process?

Premium הוא רישיון שמקצים למשתמש; Process הוא רישיון שמקצים ל-flow או ל-machine. אם אדם מסוים בונה ומריץ כמה flows עם יכולות Premium, קונים Premium לפי מספר האנשים. אם button flow עם Premium משמש הרבה אנשים, או שצריך unattended RPA או הרצות בנפח גבוה, הגיוני יותר להקצות Process לפי flow (או לפי machine), כי אז מי שמריץ לא צריך רישיון משלו. משווים מה גדול יותר: מספר המשתמשים או מספר תהליכי העבודה.

Power Automate for desktop חינמי?

במסגרת זכויות השימוש של Windows 10/11, אפשר לבנות desktop flows על המחשב שלכם ולהריץ אותם attended על אותו מחשב בלי עלות נוספת. מה שלא כלול הוא orchestration: יצירה מחוץ ל-default environment, שיתוף flows, וקריאה מ-cloud flow. אינטגרציה עם cloud flow דורשת Power Automate Premium, והרצה unattended דורשת בנוסף רישיון Process.

פרופיל הכותב

עמוד היכרות עם כותב המאמר.

Go Komura

מנהל KomuraSoft LLC

מתמחה בפיתוח תוכנה עבור Windows, ייעוץ טכני וחקירת תקלות, בעיקר בפרויקטים עם מערכות קיימות ובאגים שקשה לשחזר.