שתף באמצעות


Power Automate שאלות נפוצות בנושא רישוי

להלן כמה שאלות נפוצות אודות רשיונות עצמאיים של Power Automate.

איך פועלות תוכניות רשיון של Power Automate עבור זרימות?

אם זרימה מוגדרת לתוכנית Power Automate Process, היא יכולה לגשת למחברי Premium, יש לה את המגבלות הגבוהות ביותר והיא משתמשת תמיד במגבלות הבקשות של תוכנית Process, ללא קשר למי שמנהל את הזרימה.

אם הזרימה מוגדרת לתוכנית Power Automate פרימיום למשתמש, היא מקבלת את התוכנית של הבעלים הראשי שלה אם הזרימה היא זרימה אוטומטית או מתוזמנת. אם הזרימה היא זרימה מיידית/זרימת לחצן, היא משתמשת ברישיון של המשתמש שמפעיל את הזרימה. אם למשתמש יש תוכניות מרובות, כגון תוכנית Microsoft 365 ותוכנית Dynamics 365, הזרימה משתמשת במגבלות הבקשה משתי התוכניות.

תוכנית רישיון המשתמש עבור Power Automate היא תוכנית Power Automate Premium, אבל למשתמשים יש מגוון תוכניות רישוי אחרות. משתמשים עם תוכנית בחינם או אחת מתוכניות הרשיון של Microsoft 365 יוכלו לגשת רק למחברים רגילים, אבל רוב תוכניות הרשיון האחרות וגרסאות הניסיון מספקות גישה למחברי Premium.

למידע נוסף על תוכניות רישיונות הכוללות Power Automate יכולות ב סוגי Power Automate רישיונות ו Power Platform רישוי מַדְרִיך. למידע נוסף על המגבלות ופרופיל הביצועים של תוכניות רישיון ב הגבלות של זרימות אוטומטיות, מתוזמנות ומיידיות.

אילו רישיונות Power Automate אני צריך?

Microsoft ממליץ לרוב הארגונים לקנות את הרישיון Power Automate Premium עבור כל משתמש בארגון שלהם. ניתן לרכוש רישיון Power Automate לתהליך עבור כל תהליך עסקי או מכונות שמריצות אוטומציה ללא השגחה. ה Power Automate תהליך מתארח הוא מערך-על של ה Power Automate רישיון התהליך, המספק את אותה פונקציונליות אך עם תוספת של קיבולת Microsoft מחשב מתארח שניתן להשתמש בו עבור מחשב מתארח או קבוצת מכונות מתארחת, המאפשר RPA עם אפס תשתית.

תוכנית Premium לכל משתמש מיועדת למשתמשים אנושיים ולתמיכה באימוץ רחב של תרבות אוטומציה בארגון. זה נדרש למפתחי RPA שרוצים לבנות ולנהל זרימות של שולחן העבודה בפורטל Power Automate.

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

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

אתה זקוק לרישיון Process אם הזרימה שלך עומדת באחד מהקריטריונים הבאים:

  • הזרימות שלך משתמשות ב- RPA ללא השגחה (אוטומציה רובוטית של תהליכים) כדי להפעיל זרימות שולחן עבודה במחשבים ללא אינטראקציה עם המשתמש.
  • הזרימות שלך פועלות תחת יישום משתמש (בעל הזרימה הוא מנהל שירות). ארגונים עם מספר סביבות (פיתוח/בדיקה/ייצור) משתמשים בצינורות של DevOps כדי לייצא ולפרוס זרימות לסביבות אחרות כדי לקבל ALM (ניהול מחזור חיים של יישומים) תקין. הם מפעילים את הזרימות שלהם באמצעות עיקרון השירות כדי להימנע ממתן גישה למשתמשים בסביבות ייצור.
  • הזרימות מעבדות נתונים בכמות גדולה או צריכים לפעול לעתים קרובות, ובכך זקוקות לנפח גבוה של בקשות ל- Power Platform.
  • זרימת הפרימיום שלך מופעלת על-ידי מספר משתמשים. במקרה זה, כולם צריכים רישיון Premium, או שהזרימה צריכה רישיון Process. אם לזרימה יש רישיון Process, היא לא מחייבת אף משתמש ברישיון. זה מספק לארגון את הגמישות לשלם עבור רישיונות על סמך מספר הזרימות. ארגונים או פתרונות גדולים המשפיעים על אנשים רבים ייהנו מהעלות החודשית הקבועה.
  • הזרימה שלך משתמשת במחברי פרימיום ולארגון שלך יש משתמשים אורחים רבים שמשתמשים בזרימה, אבל אתה לא יודע אם הדייר הביתי של המשתמשים האורחים מספק להם רישיונות פרימיום.

הערה

רישיונות Power Automate לתהליך ולתהליך מתארח מעניקים רישיון לזרימות ו/או למכונות בלבד ולא למשתמש. תוכנית משתמש פרימיום נדרשת למפתחי RPA שרוצים לבנות ולנהל זרימות של שולחן העבודה בפורטל Power Automate. למידע נוסף על תכונות ה-Premium RPA שמגיעות עם תוכנית משתמש ה-Premium ב תכונות ה-Premium RPA.

כמה רישיונות Power Automate אני צריך?

  • לתהליך שלך יש RPA ללא השגחה (אוטומציה רובוטית של תהליכים): כמה הפעלות מחשב אתה צריך?

    רכוש רישיון Process אחד עבור כל מחשב. נית להוסיף רישיונות Process נוספים אם אתה צריך ביצוע במקביל במחשב. כל זרימות שולחן העבודה (RPA) הפועלות במחשב וזרימות הענן (DPA) שהן חלק מהתהליך העסקי כלולות ברישיון התהליך.

  • התהליך שלך צריך רק DPA (אוטומציה דיגיטלית של תהליכים): עבור כמה תהליכי ליבה עסקיים אתה רוצה לבצע אוטומציה?

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

כמה רישיונות Process אני צריך אם יש לי מספר זרימות ענן, שכל אחת מהן מפעילה זרימות RPA משלה במצב ללא השגחה במחשב?

עם רישיון Process אחד, אתה יכול להפעיל זרימות ענן מרובות על ידי העמדתן בתור. לדוגמה, אם יש לך ארבע זרימות ענן עצמאיות, וכל אחת מהן מפעילה זרימת שולחן עבודה משלה הפועלת באותו מחשב, אתה יכול להפעיל את הראשונה ב-09:00 בבוקר, את השנייה ב-11:00 בבוקר, וכן הלאה, באותו מחשב וירטואלי.

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

כל זרימות הענן מכוסות על ידי רישיון Process אחד, שכן יש להן זרימת שולחן עבודה שפועלת באותו מחשב.

בתהליך DPA שלי יש זרימות ענן מרובות. האם אזדקק לרישיונות Process מרובים?

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

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

ניתן לשייך זרימות שאינן אב/צאצא ידנית לזרימה עם רישיון Process. זרימות אלה חייבות להיות באותו פתרון ולהשתמש באותם מקורות נתונים.

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

בפתרון שלי יש מספר תהליכים. האם אני צריך רישיונות Process מרובים?

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

מי צריך לרכוש רישיון פרימיום?

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

ליתר דיוק:

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

כדי לברר איזה סוג (אוטומטית/ידנית/מתוזמנת) של זרימה יש לך, בחר זרימה כדי לראות את ה'סוג' שלה בפרטים.

צילום מסך של סוגי זרימות.

  • אם הזרימה היא בהקשר של יישומי Power Apps או Dynamics 365, וזו זרימה אוטומטית, יש לשייך את הזרימה ליישום שנוצר באמצעות יישום Power Apps או Dynamics 365 והבעלים צריך רישיון Power Apps Premium, או רישיון Dynamics 365.
  • אם הזרימה היא בהקשר של יישום Power Apps או Dynamics 365, והיא זרימה מיידית, כל משתמש שמפעיל את הזרימה צריך רישיון Premium Power Apps או רישיון Dynamics 365.
  • אם זרימת אב קוראת לזרימת צאצא, זרימת הצאצא ממנפת את ההקשר מזרימת האב. לדוגמה, אם מתקיימים הקריטריונים הבאים, הוא משתמש ברישיון של בעל זרימת האב:
    • אם זרימת האב היא זרימה אוטומטית, וגם
    • זרימת הצאצא משתמשת במחברי Premium, וגם
    • לזרימת הצאצא אין רישיון Process. אם לזרימת הצאצא יש רישיון Process, היא משתמשת ברישיון Process ולא ברישיון של זרימת האב.

במהלך תקופת המעבר, רישיון הזרימה אב אינו עובר בירושה על ידי הזרימה צאצא. זרימת הצאצא משתמשת ברישיון הבעלים. עם זאת, לאחר סיום תקופת המעבר, ייעשה שימוש רק ברישיון זרימת האב (רישיון הבעלים/רישיון Process של זרימת האב), אלא אם לזרימת הצאצא יש רישיון Process.

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

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

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

רשיון Power Automate פרימיום הוא רישיון ברמת משתמש. כל הרשיונות ברמת המשתמש (Power Automate פרימיום, Microsoft 365, Dynamics 365) הם רשיונות ברמת הדייר. המשתמש יכול להשתמש בזרימה בכל הסביבות ללא צורך בקניית רשיון נפרד.

האם ניתן להשתמש ברישיון תהליך מתארח של Power Automate כרישיון תהליך של Power Automate?

כן, אפשר להשתמש בקיבולת התהליך המתארח של Power Automate בשתי דרכים:

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

האם לקוחות Microsoft 365 יכולים ליצור זרימות תומכות בפתרון וזרימות צאצא?

כן. לקוחות Microsoft 365 יכולים ליצור זרימות תומכות בפתרון אם לסביבה שבה הם יוצרים את הזרימה התומכת בפתרון מצורף מסד נתונים של Dataverse. סביבת ברירת המחדל מקבלת מסד נתונים של Dataverse כברירת מחדל. מנהל המערכת מוכרח לצרף מופע Dataverse לסביבות שאינן ברירת מחדל. מנהלי מערכת צריכים קיבולת מסד נתונים של Dataverse ברמת דייר של 1GB לפחות הזמינה ליצירת סביבה חדשה.

המינוי הראשון של Power Apps, Power Automate, Microsoft Copilot Studio, ‏ Dynamics 365 Sales‏, Customer Service ו- Field Service מוסיף מגבלת קיבולתברירת מחדל חד פעמית של 10GB עבור הדייר. כאשר אתה מוסיף מינויים לדייר, ייתכן שתצטבר קיבולת Dataverse נוספת לדייר. לדוגמה, אם לקוח חדש רוכש תוכנית Power Automate Premium, הדייר מקבל 10 ג"ב של קיבולת ברירת מחדל במסד נתונים של Dataverse. ואם הדייר יקנה 10 רישיונות Power Automate פרימיום, הדייר מקבל 10.5 GB ‏(10 GB ועוד 10 כפול 50 MB).

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

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

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

אם הזרימה היא זרימה התומכת בפתרון, באפשרותך לשנות את הבעלים ב- Power Automate , או להשתמש ב- Web API Power Automate כדי לוודא שהזרימה תפעל ללא הפרעות. אם הזרימה היא זרימה שאינה תומכת בפתרון, כל בעלים משותפים יכולים להוסיף אותה לפתרון ואז לשנות את הבעלים. אם לא, הקצה רישיון Power Automate Process לזרימה כדי להבטיח שהוא ממשיך לפעול. לחלופין, כל בעלים משותפים של הזרימה יכול לייצא ולייבא את הזרימה. בעת הייבוא, הזרימה תהיה זרימה חדשה, והבעלים המשותף הופך כעת לבעלים של הזרימה. הזרימה משתמשצ ברישיון של הבעלים החדש.

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

לבעלים של הזרימה לא יהיה עוד רישיון פרימיום, אבל הזרימה היא זרימת פרימיום. מה קורה?

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

האם משתמשים אורחים (לא מהדייר שלך) זקוקים לרשיון כדי להשתמש ב- Power Automate?

כן. יש להקצות למשתמש האורח רשיון ל- Power Automate באמצעות אחד מהדיירים הבאים:

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

  • דייר הבית של המשתמש האורח.

לדוגמה, אם למשתמש אורח יש רישיון Power Automate Premium המוקצה בדייר הבית, הוא יכול להשתמש בתכונות הפרימיום בדייר האורח שמארח את הזרימה.

Power Automate הכלול בתוכניות של Office, Power Automate Premium, Power Apps Premiumו- Dynamics 365 לכל משתמש כוללים את המאפיינים הבאים:

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

  • בעננים לאומיים או ריבוניים של Azure, התוכניות האלה מזוהות בדיירים בתרחישי אורח. למידע נוסף: עננים לאומיים, גאוגרפיות Azure

  • רישיונות אינם מזוהים בין הדיירים בענני Azure שונים.

אילו יכולות Power Automate כלולות ברשיונות Windows?

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

משתמשי Windows 11 יכולים לחפש "Power Automate" בסרגל החיפוש של Windows. יישום Power Automate למחשב שולחני יורד אוטומטית ואז מופעל בפעם הראשונה שאתה בוחר בסמל שלו.

האם משתמשי Windows 10‏, Windows Server 2016 יכולים להשתמש ב- Power Automate למחשב שולחני?

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

שאלות על רישיונות מדור קודם

החל מ- 1 באוגוסט 2023, Power Automate לכל זרימה ($100 לזרימה לחודש, עם מינימום רכישה של 5 רישיונות) הרחבת RPA של Power Automate ללא השגחה ($150 לבוט לחודש ודרישות מוקדמות לרישוי) יוסרו מדף התמחור. הם יוסרו מהמחירון ב- 1 בפברואר 2024. Power Automate Process, רישיון מקיף שקל יותר לניהול, נותן רישיון לבוט "אוטומציה" בודד שניתן להשתמש בו לאוטומציה רובוטית של תהליכים ללא השגחה (RPA ללא השגחה), או זרימות ענן באמצעות אוטומציה דיגיטלית (DPA) ואין הגבלה על המשתמשים בארגון שיכולים לגשת אליו. המחיר של Power Automate Process הוא $150 לבוט לחודש.

במה שונה רישיון Process מרישיון לכל זרימה

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

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

איך רישיון Power Automate פרימיום שונה מרישיון Power Automate לכל משתמש עם רישיון RPA בהשגחה?

הצעת Power Automate Premium כוללת את כל היתרונות של רישיון Power Automate לכל משתמש עם RPA בהשגחה במחיר ב- $40 למשתמש בחודש, בתוספת יכולות המחשה חזותית של כריית תהליכים ויכולות ניתוח תהליכים ב- $15 למשתמש בחודש.

Power Platform מבקש שאלות

הנה כמה מהשאלות הנפוצות לגבי מגבלות PPR והתשובות שלהן.

מה נחשב לבקשת Power Platform?

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

גם כאשר הזרימה משתמשת בכמה Power Platform בקשות, אתה עדיין יכול להגיע לגבולות שלך אם הזרימה פועלת בתדירות גבוהה יותר ממה שאתה מצפה. לדוגמה, תוכל ליצור זרימת ענן ששולחת לך הודעת דחיפה בכל פעם שהמנהל שלך שולח לך דואר. הזרימה הזאת חייבת לפעול בכל פעם שאתה מקבל דואר (ממישהו) מכיוון שהזרימה חייבת לבדוק אם הדואר הגיע מהמנהל שלך. המגבלה חלה על כל ההפעלות בכל הזרימות שלך בפרק זמן של 24 שעות. להלן כמה תובנות להערכת השימוש בבקשה של זרימה:

  1. זרימה פשוטה עם גורם מפעיל אחד ופעולה אחת גורמת לשתי "פעולות" בכל פעם שהזרימה פועלת, ומשתמשת בשתי בקשות.
  2. כל גורם מפעיל/פעולה בזרימה יוצרים בקשות Power Platform. פעולות שונות כגון פעולות מחבר, פעולות HTTP, פעולות מוכללות (החל מאתחול משתנים, יצירת טווחים לפעולת חיבור פשוטה) יוצרות בקשות Power Platform. לדוגמה, זרימה שמתחברת ל SharePoint או Exchange, Twitter, Dataverse; כל הפעולות הללו נספרות במסגרת Power Platform מגבלות הבקשות.
  3. הן פעולות שהצליחו והן פעולות שנכשלו נספרות במגבלות הללו. פעולות שבוצע דילוג עליהן אינן נספרות במסגרת המגבלות הללו.
  4. כל פעולה מייצרת בקשה אחת. אם הפעולה היא בהחלה על כל לולאה, היא יוצרת יותר בקשות Power Platform בעת ביצוע הלולאה.
  5. לפעולה יכולים להיות ביטויים מרובים, אבל היא נספרת כבקשת API אחת.
  6. ניסיונות חוזרים ובקשות נוספות מחלוקה לעמודים נחשבות גם הן כביצוע פעולה.

שקול את זרימת הענן הבאה שבה כל קובץ מצורף לדוא"ל נשמר ב OneDrive. הגורם המפעיל משתמש בבקשת Power Platform אחת, 'החל על כל צריכה בקשה אחת', והפעולות ב'החל על כל צריכה בקשות מרובות' מבוססות על מספר הפעמים שהלולאה פועלת. אם יש ארבעה קבצים מצורפים, מקטע זה צורך שמונה בקשות Power Platform ‏(‎4 x 2 פעולות). בסך הכל, זרימה זו צורכת 10 בקשות Power Platform.

צילום מסך של זרימה לדוגמה שבה כל קובץ מצורף לאימייל נשמר ב OneDrive.

זרימת הענן משתמשת במגבלות ה Power Platform בקשות של מי?

  • אם לזרימת ענן יש רישיון תהליך / לכל זרימה, הזרימה משתמשת במגבלה של רישיון תהליך / לכל זרימה ולא במגבלה של היוצר/הבעלים/המשתמש המזמין.

  • זרימות ענן אוטומטיות ומתוזמנות השתמש תמיד במגבלות הבקשות של יוצר/הבעלים של יוצר הזרימה ב Power Platform לא קשר למי הפעיל את הזרימה או באילו חשבונות נעשה שימוש לחיבורים בתוך הזרימה. עבור זרימת פתרון, באפשרותך לשנות את הבעלים של הזרימה באמצעות Web API. לאחר שתשנה את הבעלים, נעשה שימוש במגבלה של בקשות ה-API של הבעלים החדש. עבור זרימה שאינה פיתרון, הזרימה תמיד משתמשת במגבלה של היוצר המקורי אשר לא ניתנת לשינוי. אם היוצר המקורי עוזב את החברה, כל הבעלים המשותפים של הזרימה יכולים לייצא ולייבא את התזרים כבעלים אחר. לאחר ייבוא ​​הזרימה, הוא הופך לזרימה חדשה ומתחיל להשתמש במגבלה מהבעלים החדש. לחלופין, אתה יכול להקצות רישיון תהליך / לכל זרימה לזרימה.

  • זרימות ענן מיידיות (כפתור, Power Apps, טריגרים היברידיים) משתמשים במגבלה של המשתמש המפעיל.

  • אם בעל הזרימה הוא מנהל שירות, הזרימה משתמשת ב מגבלת משתמשים ללא רישיון.

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

  • אם זרימת אב קוראת לזרימה צאצא, זרימת צאצא משתמשת במגבלה של זרימת אב. לדוגמה, אם זרימת אב היא זרימה אוטומטית, זרימת צאצא משתמשת במגבלה של יוצר/בעלים של הזרימה אב.

  • אם זרימת אב היא זרימה ידנית, זרימת צאצא משתמשת במגבלה של המשתמש המזמין של זרימת אב.

  • אם לזרימת צאצא יש רישיון תהליך / לכל זרימה, הוא משתמש במגבלה של תהליך / לכל זרימה ולא בגבול הזרימה אב.

  • אם לזרימה יש רישיון תהליך, הזרימה, כל הזרימות צאצא (למעט אלו שיש להן רישיון תהליך משלהן) של הזרימה וכל הזרימות המשויכות של הזרימה חולקות את מגבלת רישיון התהליך.

כיוצר, אילו כלים יש לי כדי לנתח את השימוש שלי?

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

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

צילום מסך של דוגמה של אימייל מוגזם.

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

דוגמה של תרשים הניתוח

צילום מסך של מדגם תרשים הניתוח.

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

מרכז הניהול של Power Platform מכיל דוחות על בקשות של Power Automate. דוחות אלו עוזרים לך להציג במהירות מדדי אימוץ ומדדי משתמשים עבור הארגון שלך. כרגע הם נמצאים ב-Public Preview. שני דוחות זמינים:

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

לאחר שהדוחות יהיו זמינים באופן כללי, למשתמשים יהיה זמן להגיב ולרכוש רישיונות PPR גבוהים יותר לפני תחילת האכיפה.

מה קורה כשהזרימה שלי מפעילה יותר מדי פעולות?

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

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

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

מה אני יכול לעשות אם הזרימה שלי היא מעבר למגבלות?

המשתמשים לא נחסמים משימוש ביישום או בזרימה עקב חריגות סבירות מעת לעת.

הנה כמה דברים שאתה יכול לעשות אם חרגת ממגבלות הרישיון שלך:

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

  • אם הזרימה כבר אופטימלית, אך היא משתמשת בפעולות רבות בגלל אופי העסק, שקול לקנות רישיון PPR גבוה יותר. רישיון התהליך מספק את מכסת הביצועים הטובה ביותר הזמינה (250 אלף פעולות/24 שעות).

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

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

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

מהן מגבלות מחברים והאם הן שונות ממגבלות בקשת Power Platform?

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

כאשר זרימה עברה ויסות משום שהיא חרגה ממגבלות המחבר, ייתכן שתראה שגיאת HTTP 429 (יותר מדי בקשות) בזרימה שלך עם טקסט שגיאה כמו "חריגה ממגבלת קצב. נסה שוב בעוד 27 שניות."

שימוש בערכת המתחילים של מרכז המצוינות. האם השימוש ייחשב במסגרת מגבלות הבקשות שלי?

כן. זרימות ענן הכלולות ב CoE Starter Kit משתמשות גם במגבלות של הבעלים. Microsoft ממליץ לך לקנות יותר קיבולת וליצור קשר עם התמיכה כדי לקבל הקלה זמנית מהמצערת.

האם אני יכול להשתמש במנהל השירות בזרימות, והאם זה נחשב כנגד מגבלות הבקשות שלי?

כן, זרימות שהבעלים שלהן הוא מנהל השירות צורכות מיכסה נפרדת שנקראת מגבלות לא אינטראקטיביות. מגבלות אלו חלות רק אם הבעלים של הזרימה הוא מנהל שירות. מגבלות אלו אינן חלות אם הזרימה רק משתמשת במנהל שירות באחת הפעולות. זרימות ידניות (זרימות לחצנים שמשותפות עם משתמשי הפעלה בלבד/Power Apps זרימות שהופעלו) משתמשות במגבלות ההפעלה בלבד של הבקשות של המשתמש גם כאשר הבעלים של הזרימה הוא מנהל שירות. למשתמשי הריצה בלבד חייבים להיות רישיון Power Automate Premium אם הזרימה משתמשת במחברי פרימיום. במהלך תקופת המעבר, זרימות ידניות יכולות לנצל עד 100,000 בקשות/זרימה/24 שעות.

מגבלות עבור זרימות אוטומטיות/מתוזמנות:

  • זרימות ראשי שירות הפועלות בהקשר של יישומי Dynamics 365) הרשומים ב טבלה קבל 500,000 בקשות בסיס + 5,000 בקשות נצבר לכל רישיון משתמש עד 10,000,000 מקסימום מאוחד ברמת הדייר. אם לדייר יש 1000 רישיונות Dynamics 365, לדייר זה יש מאגר של בקשות 5,500,000 עבור כל המשאבים של Power platform כמו זרימות עיקריות של שירות ובקשות Dataverse, לכל 24 שעות. אם לדייר יש 2500 רישיונות Dynamics 365, לדייר זה יש מאגר של בקשות 10,000,000 עבור כל המשאבים של Power platform כמו זרימות עיקריות של שירות ובקשות Dataverse, לכל 24 שעות.

  • זרימות עיקריות של שירות פרימיום שנמצאות מחוץ להקשר של אפליקציית Dynamics 365 יזדקקו כל אחת לרישיון תהליך / לכל זרימה. זרימות אלו מקבלות 250,000 בקשות לכל זרימה ב- 24 שעות.

  • זרימות מנהלי שירות סטנדרטיים מקבלות 25,000 בקשות בסיס ללא צבירה לכל רישיון עבור הדייר ל- 24 שעות.

אם אתה זקוק ליותר בקשות, הפעל את תשלום לפי שימוש‬ עבור הסביבה או קנה עוד קיבולת בקשות של Power Platform.

למידע נוסף ב שיוך זרימות לאפליקציות.

האם ספירת השימוש של זרימת שולחן העבודה תצרוך את מגבלות הבקשות של Power Platform שלי?

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

מה קורה לבקשות Power Platform שלי אם יש לי תוכניות מרובות?

מכיוון שהמגבלות לא נאכפות באופן מחמיר במהלך תקופת המעבר, ערימה של רשיונות משתמש אינה נתמכת. אם למשתמש יש תוכניות מרובות, כגון תוכנית Microsoft 365 ותוכנית Dynamics 365, הזרימה משתמשת בתוכנית הגבוהה יותר (תוכנית Dynamics 365, בדוגמה זו).

לאחר סיום תקופת המעבר, אם למשתמש יש תוכניות מרובות שהוקצו מקווי מוצרים שונים, המספר הכולל של הבקשות המותרות יהיה סכום הבקשות שהוקצו לכל סוג רשיון. לדוגמה, אם למשתמש יש גם רשיון של Dynamics 365 Customer Service Enterprise וגם רשיון Power Apps לכל משתמש, אז למשתמש הזה יהיו בסך הכל 40,000 + 40,000 = 80,000 בקשות זמינות לכל תקופה בת 24 שעות.

אם למשתמש יש מספר רשיונות שהוקצו באותו קו מוצרים, לדוגמה אם למשתמש יש רשיון Dynamics 365 Customer Service Enterprise כרשיון הבסיס ורשיון Dynamics 365 Sales Enterprise מצורף, המספר הכולל של הבקשות יהיה הסכום שמספק רשיון הבסיס.

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

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

פרופיל ביצועים רִשָׁיוֹן מגבלות בתקופת מעבר מגבלות לאחר תקופת מעבר
‏‫נמוך - Power Automate חינם
- Microsoft 365 רישיונות
- Power Apps תוכנית 1 (מדור קודם)
- Power Apps רישיונות לכל אפליקציה
- Power Automate תוכנית 1 (מדור קודם)
- כל רישיונות הניסיון
- רישיון חבר צוות Dynamics 365
10,000 6000
בינוני - Power Apps הפעילו זרימות
- Power Apps תוכנית 2 (מדור קודם)
- Power Apps רישיון פרימיום
- Power Automate תוכנית 2 (מדור קודם)
- Power Automate למשתמש (מדור קודם)
- Power Automate רישיון פרימיום
- רישיונות Dynamics 365 Enterprise
- רישיונות Dynamics 365 Professional
100,000 40,000
גבוהה - Power Automate רישיון תהליך
- Power Automate רישיון Hosted Process
- Power Automate תוכנית לכל זרימה (מדור קודם)
500,000 250,000
ללא הגבלה - סביבת תשלום לפי נסיעה 15,000,000 15,000,000

בארגון, לשמונה משתמשים יש רשיונות Office 365 ובקשות Power Platform היומיומיות שלהם יהיו 6000 בקשות למשתמש, בכל פרק זמן של 24 שעות. האם זה אומר שהן ייאגרו ברמת הדייר עם מגבלה של 48000 בקשות בכל פרק זמן של 24 שעות (8x6000) וכל המשתמשים יוכלו לצרוך ממאגר זה?

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

שיטות עבודה מומלצות סביב PPR

שיטות עבודה מומלצות עבור עיצוב

השתמש במספר הפעולות המועט ביותר האפשרי כדי להשיג את האוטומציה שלך:

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

  • מחברים רבים כוללים את הפרמטרים 'filter query' ו- 'top count', שניתן להשתמש בהם כדי להפחית את מספר הפריטים ואת כמות הנתונים המאוחזרים באמצעות OData.

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

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

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

שיטות עבודה מומלצות לשינוי קנה המידה של הזרימה

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

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

תשלום לפי שימוש של Power Platform

תיקנו את מגבלות הבקשה של Power Platform עבור כל הרשיונות בסוף 2021. המגבלות החדשות נועדו להספיק לרוב תרחישי הלקוחות. למידע נוסף על Power Platform מגבלות בקשות ב מגבלות והקצאות בקשות.

עבור לקוחות עם תרחישים בקנה מידה גבוה במיוחד שצריכים לחרוג ממגבלות אלה, ניתן לקשר את הסביבות הללו למינוי Azure. על-ידי קישור הסביבה, משתמשים וזרימות בסביבה יכולים לצרוך יותר מהמגבלות שלהם מבלי לעבור ויסות ולשלם רק עבור בקשות Power Platform המשמשות מעל מגבלות אלה. עדיין ניתן להעניק רישיון לזרימות עם רישיון בסיס (או Power Automate Premium, Power Automate Process, Office 365, Power Apps או Dynamics). לדוגמה, אם יש לך Power Automate רישיון פרימיום, יש לך מגבלה של 40,000 Power Platform בקשות/למשתמש/יום. אם המשתמש השתמש ב- 45,000 בקשות ביום, 5,000 הבקשות הנוספות מוכפלות ב- $/שיעור בקשה ומחויבות למינוי Azure. הסכום הכולל יסוכם ויחויב על סמך מחזור החיוב של Azure של הלקוח. מטרים מרובים מופעלים כאשר אתה מפעיל תשלום לפי הסביבה. למידע נוסף ב כיצד להגדיר תשלום לפי נסיעה.

סכימה על אופן החיוב של בקשות PPR עם עודף בסביבת תשלום לפי נסיעה:

תמונה שמציגה סקירה כללית של תשלום לפי שימוש

שאלות נפוצות כלליות לגבי מגבלות בקשות

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

שאלות על רשיון Office 365

להלן כמה שאלות נפוצות אודות שימוש ב- Power Automate עם רשיון Office 365.

אילו יכולות Power Automate כלולות ברשיונות Office 365?

זכויות שימוש מוגבלות של Power Automate כלולות עם רשיונות Office 365 נבחרים כדי לאפשר למשתמשים להתאים אישית ולהרחיב את Office 365 עבור תרחישי פרודוקטיביות אישית. עבור תרחישים ארגוניים, Office ממליץ על רישיון פרימיום.

רשיונות Office 365 כוללים את יכולות Power Automate הבאות:

יכולות Power Automate הבאות לא כלולות:

  • גישה למחברי פרימיום (למעט ב Dataverse for Teams סביבות). קבל מידע אודות יכולות Dataverse for Teams.
  • זרימות תהליכים עסקיים
  • מחברים מותאמים אישית
  • שעריים מקומיים
  • אוטומציה רובוטית של תהליכים
  • AI Builder יְכוֹלֶת

רשיונות Office 365 הבאים כוללים יכולות Power Automate:

  • Office 365 E1
  • E3 Office 365
  • E5 Office 365
  • F3 Office 365
  • Business Basic Office 365
  • Business Standard Office 365
  • Business Premium Office 365
  • F1 Office 365
  • F3 Office 365
  • E3 Office 365
  • E5 Office 365
  • Windows 10 Pro
  • Windows Enterprise E3
  • Windows Enterprise E5
  • Office 365 A1 לסגל
  • Office 365 A1 לתלמידים
  • Office 365 A1 Plus לסגל
  • Office 365 A1 Plus לתלמידים
  • Office 365 A3 לסגל
  • Office 365 A3 לתלמידים
  • הטבת שימוש ב- Office 365 A3 לתלמידים
  • Office 365 A5 לסגל
  • Office 365 A5 לתלמידים
  • הטבת שימוש ב- Office 365 A5 לתלמידים

שאלות על רשיון Dynamics 365

השאלות הבאות קשורות לרישוי Dynamics 365 ולזכויות השימוש של Power Automate.

אילו יכולות Power Automate כלולות ברשיונות Dynamics 365?

רשיונות Dynamics 365 כוללים את יכולות Power Automate הבאות:

  • צור והפעל זרימות אוטומטיות, מתוזמנות או זרימות לחצנים.
  • גישה למחברים סטנדרטיים.
  • גישה למחברי פרימיום בהקשר של אפליקציה.
  • תהליך עסקי זורם בהקשר של אפליקציה.
  • מחברים מותאמים אישית בהקשר של אפליקציה.
  • מקומי שערים בהקשר של אפליקציה.
  • Power Platform הגבלות בקשה: חבר צוות Dynamics 365 מקבל 6,000 בקשות ליום (25,000 בקשות ליום במהלך תקופת המעבר), מקצוען Dynamics 365 מקבל 40,000 בקשות /יום (100,000 בקשות ליום במהלך תקופת המעבר), ו- Dynamics 365 Enterprise מקבל 40,000 בקשות ליום (100,000 בקשות ליום במהלך ה תקופת מעבר).

יכולות Power Automate הבאות אינן כלולות ברשיונות Dynamics 365:

  • אוטומציה רובוטית של תהליכים
  • AI Builder יְכוֹלֶת

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

דוגמה לשימוש ברישיון Dynamics 365 באמצעות Power Automate בהקשר של יישום Dynamics 365

הארגון שלך חיבר את Azure DevOps ל- Dynamics 365 כדי להסלים מקרי תמיכה וליצור פריטי עבודה לצורך פתרון בעיות מהר יותר. כחלק מרשיון Dynamics 365, זכויות Power Automate כלולות עבור זרימות בתרחישים הבאים:

  • קריאה מ- Azure DevOps או כתיבה אליו.
  • שימוש בגורם מפעיל או בפעולה מוכללים של Dataverse.

דוגמה לשימוש ברישיון Dynamics 365 באמצעות Power Automate מחוץ להקשר של יישום Dynamics 365

אותו משתמש (בדוגמה הקודמת של Dynamics 365) רוצה כעת גם להשתמש בזרימה שמעדכנת Oracle Database. זרימה זו כוללת את המאפיינים הבאים:

  • היא לא קשורה לגמרי ליישום Dynamics 365.
  • היא לא יוצרת אינטראקציה בשום אופן עם יישום Dynamics 365 (או מקורות הנתונים שלו).

בתרחיש זה, המשתמש דורש רשיון Power Automate עצמאי.

רשיונות Dynamics 365 הבאים כוללים את יכולות Power Automate:

  • Dynamics 365 Sales Enterprise
  • Dynamics 365 Sales Professional
  • Dynamics 365 Customer Service Enterprise
  • Dynamics 365 Customer Service Professional
  • Dynamics 365 Field Service
  • Dynamics 365 Project Operations
  • Dynamics 365 Team Members
  • Dynamics 365 Finance
  • Dynamics 365 Supply Chain Management
  • Dynamics 365 Commerce
  • Dynamics 365 Human Resources
  • Dynamics 365 Operations – Activity
  • Dynamics 365 Business Central
  • Dynamics 365 Business Central חברי צוות

שאלות על רשיון Power Apps

השאלות הבאות קשורות לרישוי Power Apps ולזכויות השימוש של Power Automate.

אילו יכולות Power Automate כלולות ברשיונות Power Apps?

ערכה מוגבלת של יכולות Power Automate כלולות כחלק מרישיון Power Apps. רשיונות Power Apps כוללים את יכולות Power Automate הבאות:

  • צור והפעל זרימות אוטומטיות, מתוזמנות, זרימות לחצנים.
  • גישה למחברים סטנדרטיים.
  • גישה למחברי פרימיום בהקשר של אפליקציה.
  • תהליך עסקי זורם בהקשר של אפליקציה.
  • מחברים מותאמים אישית בהקשר של אפליקציה.
  • מקומי שערים בהקשר של אפליקציה.
  • Power Platform מגבלות בקשות: Power Apps Premium מקבלת 40,000 בקשות ליום (100,000 בקשות ליום במהלך תקופת המעבר) ו Power Apps לאפליקציה מקבל 6,000 בקשות ליום (10,000 בקשות ליום במהלך תקופת המעבר).
  • Power Apps Premium מקבל קיבולת מסד נתונים של Dataverse בגודל 250 מ"ב וקיבולת קבצים של Dataverse של 2 ג"ב. Power Apps לכל אפליקציה מקבל קיבולת מסד נתונים של Dataverse של 50MB וקיבולת קבצים של Dataverse של 400MB. זרימות שהופעלו על-ידי היישום שנוצר באמצעות Power Apps שמטפלות באובייקטים מורכבים יצרכו מגבלת אחסון זו. לדוגמה, אם זרימה מנתחת מסמך בן 100 עמודים ומבצעת בו עדכונים, האחסון שהוא צריך כדי לשמור את המסמך בהיסטוריית ההפעלה עבור פתרון בעיות עתידי יצרוך מגבלה זו.

יכולות Power Automate הבאות אינן כלולות ברשיונות Power Apps:

  • אוטומציה רובוטית של תהליכים
  • AI Builder יְכוֹלֶת

דוגמה לשימוש ב- Power Automate ביישום שנוצר באמצעות הקשר Power Apps

משתמש עם רשיון Power Apps עצמאי מפעיל יישום שמשתמש במסד נתונים של SQL כמקור הנתונים. היישום שנוצר באמצעות Power Apps כולל גם זרימות שמבצעות את הפעולות הבאות:

  • קריאה ממסד נתונים של SQL או כתיבה אליו.
  • השתמש בגורם מפעיל או פעולה מובנים של Power Apps, לדוגמה, כדי לשלוח הודעת דחיפה אל היישום שנוצר באמצעות Power Apps.

דוגמה לשימוש ב- Power Automate מחוץ ליישום שנוצר באמצעות הקשר Power Apps

אותו משתמש (בדוגמה לעיל) רוצה כעת גם להשתמש בזרימה שמעדכנת Oracle Database ויש לה גם את המאפיינים הבאים:

  • הוא לא קשור בשום צורה ליישום שנוצר באמצעות Power Apps.

  • הוא לא יוצר אינטראקציה בשום צורה עם היישום שנוצר באמצעות Power Apps (או עם מקורות הנתונים שלו).

בדוגמה זו, הזרימה הנוצרת באמצעות Power Automate משמשת מחוץ להקשר של Power Apps כך שהמשתמש צריך רשיון Power Automate עצמאי.

דוגמה שניה לשימוש ב- Power Automate מחוץ אפליקציה שנוצרה באמצעות הקשר של Power Apps

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

שאלות על רשיון AI Builder

מצא פרטי רישוי גלובלי של AI Builder במאמרים הבאים:

כיצד מתבצעות פעולות AI Builder ברישיון בתוך זרימה של Power Automate?

כדי להוסיף ולהפעיל פעולות AI Builder בתוך זרימה, יש צורך ברישוי ספציפי של AI Builder: פעולות AI Builder צורכות נקודות זכות של AI Builder, שאפשר להשיג ברישיונות Power Automate Premium, במסגרת רישיונות פרימיום אחרים של Power Platform, או בעיקר בהרחבת קיבולת של AI Builder.

נקודות הזכות צריכות להיות זמינות בסביבת הזרימה.

‏‫כמו כן ניתן להשתמש בגירסת ניסיון של AI Builder.

כמה נקודות זכות כלולות ברישיונות Power Automate Premium?

למידע נוסף על זיכויים מובנים ב קבל זכאות ל AI Builder זיכויים.

אכיפה

מדוע הזרימה שלי מושבתת?

למידע נוסף ב כאשר תזרימי פרימיום מושבתים עקב בעיות ברישיון.

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

יש לי הרבה סביבות. כיצד אוכל לקבל את הזרימות שזקוקות לתשומת ליבי בדייר?

אם מספר הסביבות בדייר קטן מ-500, השתמש בסקריפט הבא כדי לקבל את כל הזרימות שצריכות רישיונות על פני הדייר:

$environments = Get-AdminPowerAppEnvironment

$allFlows = @()
foreach ($env in $environments) {
    Write-Host "Getting flows at risk of suspension for environment $($env.DisplayName)..."
    $flows = Get-AdminFlowAtRiskOfSuspension -EnvironmentName $env.EnvironmentName
    Write-Host "Found $($flows.Count) flows at risk of suspension."
    $allFlows += $flows
}

כתיבת כל הזרימות לקובץ CSV

$allFlows | Export-Csv -Path "flows.csv" -NoTypeInformation

Write-Host "כל הזרימות בסיכון להשעיה נכתבות ל-flows.csv"

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

הקציתי רישיון, אבל אני עדיין רואה את הזרימה בזרימות שצריכות את תשומת ליבי ב- PowerShell. מדוע?

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

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

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

כיצד אוכל לקבוע בקלות אם הזרימה שלי היא בהקשר של יישום Power Apps/ ‏Dynamics 365?

האם הזרימה נוצרה כדי לתמוך ביישום Power Apps/‏365 Dynamics? האם ניתן למחוק את הזרימה אם היישומים התואמים נמחקים? האם הזרימה מדברת עם אותם מקורות נתונים כמו האפליקציה? אם כן, הזרימה היא בהקשר.

כיצד אוכל לשייך זרימות בהקשר לאפליקציות Power Apps/Dynamics 365?

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

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

יכולות Power Automate הכלולות בתוכניות לכל אפליקציה

תוכנית Power Apps לכל אפליקציה מעניקה למשתמשים את היכולת להפעיל זרימות Power Automate המשתמשות בתכונות פרימיום. הזרימות צריכות להיות מופעלות על ידי Power Apps או משויכות לאפליקציה באמצעות PowerShell או פורטל Power Automate.

למידע נוסף ב שייך בהקשר זורם לאפליקציה.

ריבוב

ריבוב מתייחס לשימוש בחומרה או בתוכנה שלקוח משתמש בה לאגירת חיבוירם, ניתוב מחדש של מידע או הפחתת מספר המשתמשים שמקבלים גישה או משתמשים ישירות ב- Power Apps, Power Automate והשירות Microsoft Copilot Studio.

שימוש בריבוב כמנגנון לצמצום מספר הרשיונות לרכישה מהווה הפרת רשיון. למידע נוסף בהנחיות לריבוי מ דרישות לרישיון גישה ללקוח (CAL).

הנה כמה דוגמאות לדברים שנופלים בהגדרה של ריבוב ולדברים שלא:

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

  2. אם זרימת פרימיום מופעלת כאשר פריט חדש נוסף לרשימת SharePoint, שומר את הפרטים ב- Dataverse, ולאחר מכן שולח דוא"ל לבעלים של הזרימה, מספר אנשים יכולים להעלות פריטים לרשימה, אך דוא"ל נשלח רק לבעלים. במקרה כזה, רק הבעלים זקוק לרישיון מכיוון שהוא או היא האדם היחיד שמקבל ערך מהזרימה.

  3. אם הזרימה שמוזכרת במקטע השני שולחת דואר למשתמש שהעלה את הפריט, גם הבעלים וגם המשתמש צריכים רישיון פרימיום. במקרה זה, המשתמש מפעיל את הזרימה באופן עקיף (באמצעות העלאת פריט אל SharePoint) ומקבל ערך מהזרימה בצורת דוא"ל. אי רישוי של כל המשתמשים נחשב לריבוב.

יש לי מספר זרימות הפועלות תחת חשבון שירות משותף. אילו רישיונות אני צריך?

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

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

  • משתמשים לא אינטראקטיביים: Dataverse תומך במשתמשים לא אינטראקטיביים לפעילויות כמו תהליכי רקע המעבירים נתונים בין מסדי נתונים. אלה אינם דורשים ממשתמש אינטראקציה עם השירות. יש מגבלה של שבעה (7) משתמשים לא אינטראקטיביים לכל היותר לכל דייר. משתמשם לא אינטראקטיביים אנם נתמכים על-ידי Power Automate.

  • משתמשים אנושיים: אלו הם המשתמשים המסונכרנים האנושיים מ Microsoft Entra מזהה.

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

אם אתה רוצה להפעיל את הזרימה שלך תחת חשבון שירות, כך אפשר למנוע ריבוב:

  • אם הזרימה משתמשת רק במחברים סטנדרטיים וללא תכונות פרימיום, כל המשתמשים שיש להם את האישורים של חשבון השירות יכולים לקבל Microsoft/Office 365 רישיון, Power Automate חינם, או כל Power Automate רישיון פרימיום.

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

    • חשבון השירות משמש קבוצה מוגבלת של משתמשים. במקרה זה, די ברישוי כל המשתמשים וחשבון השירות.
    • חשבון השירות משמש מספר רב של משתמשים. במקרה זה, מומלץ להקצות רישיון זרימה Process כדי להבטיח שכל המשתמשים החדשים שיתווספו לחשבון יהיו תואמים באופן אוטומטי.
  • אם הזרימה היא זרימה ידנית או מופעלת באמצעות יישום/זרימת 'הפעל כמשתמש' של Dataverse, כל המשתמשים שמפעילים את הזרימה יזדקקו לרישיון פרימיום או שהזרימה תזדקק לרישיון תהליך. עיין בשאלות הנפוצות על ‎מי צריך לרכוש רישיון פרימיום.

  • זרימת פרימיום נמצאת בהקשר (הזרימה חולקת את מקורות הנתונים של היישום) של יישום שנוצר באמצעות Power Apps‏/אפליקציית Dynamics 365:

    • כל המשתמשים בעלי אישורים של חשבון שירות וחשבון השירות צריכים רישיון של Power Apps/Dynamics 365.
    • אם אין להם רישיון Power Apps‏/Dynamics 365, כל המשתמשים וחשבון השירות זקוקים לרישיונות משתמש של Power Automate.
    • לחלופין, ניתן להעניק לזרימה רישיון Process ואף אחד מהמשתמשים/חשבון השירות לא יזדקק לרישיון.
  • משתמשים מרובים החולקים אישורים של חשבון שירות ומשתמשים בזרימות פרימיום עם רישיון Power Automate Premium אחד שהוקצה לחשבון השירות נחשב לריבוי והזרימה לא תואמת.

הערה

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

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

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

משתמשים המגיבים לבקשות אישור אינם זקוקים לרישיון פרימיום.

זרימה אוטומטית - המשתמש בונה זרימה המופעלת כאשר פריט נוסף לרשימה שנוצרה באמצעות Microsoft רשימות ומעדכן מסד נתונים של SQL (Premium). אנשים מרובים יכולים להוסיף פריטים לרשימה שנוצרה באמצעות Microsoft רשימות. האם משתמשים צריכים רישיון פרימיום?

הזרימה פועלת בהקשר של רישיון הבעלים עבור זרימות אוטומטיות או מתוזמנות והרישיון של המשתמש לזרימות מידיות, זרימות Power Apps או זרימות מופעלות על ידי Dataverse. לכן, האדם שהוסיף את הפריט לרשימה שנוצרה באמצעות Microsoft רשימות אינו זקוק לרישיון פרימיום.

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

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

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

באפשרותך לתת רישיון לזרימת האב או לתת רישיון לזרימת הצאצא בעזרת רישיון Process. עם זאת, אם לזרימת האב יש גם מחבר פרימיום, לבעלים של זרימת האב מוכרח להיות רשיון פרימיום או שזרימת האב חייבת להיות בעלת רישיון Process.

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

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