WEBVTT 00:00:00.000 --> 00:00:02.600 אתה מבלה חצי מהיום שלך בהמתנה לאישורים. 00:00:02.760 --> 00:00:05.200 מי שהוא בחופשה, מי שהוא אחר לא ראה את האימייל. 00:00:05.380 --> 00:00:09.120 וכשסוף סוף מגיעה החלטה, ההקשר שהצדיק את הבקשה כבר לא רלוונטי. 00:00:09.240 --> 00:00:12.820 קור היתוך ארגוני, התקדמות שנעצרת בגלל אנשים שנשבעים שהם עמוסים. 00:00:12.980 --> 00:00:15.380 עכשיו, תאר לעצמך מערכת שפשוט לא מחכה. 00:00:15.500 --> 00:00:18.020 זרימת עבודה שמתקדמת ברגע שהתנאים מתקיימים. 00:00:18.180 --> 00:00:22.560 הכירו את Agent Flaws של Microsoft Copilot Studio, רוצח הבירוקרטיה בתחפוסת של אוטומציה. 00:00:22.560 --> 00:00:25.200 כאן, הבינה המלאכותית הופכת למאשר הראשון שלך. 00:00:25.320 --> 00:00:27.760 היא קוראת את הנתונים, בוחנת אותם מול המדיניות, 00:00:27.960 --> 00:00:31.100 ונותנת אישור או דחייה מושכלים לפני שמישהו בכלל ממצמץ. 00:00:31.280 --> 00:00:34.240 רק מקרים גבוליים מגיעים לטבעת הדואר הנכנס של המנהל, 00:00:34.480 --> 00:00:36.300 מה שאומר מהירות מבלי לוותר על פיקוח. 00:00:36.460 --> 00:00:39.860 ובניגוד לתהליכי אישור מיושנים שקורסים תחת מורכבות נעים, 00:00:39.860 --> 00:00:42.760 אלו המונעים על ידי בינה מלאכותית מתרחבים, מסתעפים, 00:00:42.760 --> 00:00:45.320 מעמתים ומבצעים ביקורת לעצמם תוך כדי תנועה. 00:00:45.420 --> 00:00:48.820 במדריך הזה, הראה לך איך לבנות מערכת אישור מותנית רב של ביט 00:00:48.820 --> 00:00:52.880 שמחליטה מהר יותר מכפי שהקולגות שלך יכולים למצוא את כפתור השב לכולם. 00:00:53.080 --> 00:00:56.880 תלמד איך להגדיר שלב AI עם לוגיקת אישור מותאמת אישית, 00:00:57.140 --> 00:00:59.200 להוסיף סקירות אנושיות ממוקדות, 00:00:59.200 --> 00:01:04.340 לעצב תנאים דינמיים לניתוב חכם ולשלב עימות מסמכים אמיתי לצורכי ציות. 00:01:04.460 --> 00:01:07.760 בסוף, יהיה לך תהליך אוטומטי שיודע מתי לחשוב כמו מכונה 00:01:07.760 --> 00:01:09.960 ומתי להעביר את ההחלטה לשיקול דעת אנושי. 00:01:10.040 --> 00:01:13.000 תפסיק לעמוד בתור, תתחיל לתת להיגיון להוביל. 00:01:13.160 --> 00:01:14.920 הבעיה עם אישורים מסורתיים. 00:01:15.120 --> 00:01:18.760 שרשראות אישור מסורתיות הן רמיקס טרגי של אותה חוסר יעילות. 00:01:18.960 --> 00:01:22.820 מי שהוא מגיש תופס, אימיילים אפים, גיליונות אלקטרוניים מאבדים סינקירון 00:01:22.820 --> 00:01:26.280 ובין סבבי העברות, אף אחד לא זוכר איזו גרסה הייתה הסופית. 00:01:26.460 --> 00:01:28.600 כל משתתף מוסיף עיכוב לא ערך. 00:01:28.780 --> 00:01:31.600 התהליך לא מנהל את העבודה, הוא מייצר השאיה. 00:01:31.600 --> 00:01:37.280 תהליכי אישור טיפוסיים בפאוור אוטומייט מנסים לפתור זאת, אך הם נתקעים ברגע שמכניסים מורכבות. 00:01:37.480 --> 00:01:41.340 נתיב אישור יחיד עובד מצוין אם אתה צריך רק כן או לא אחד. 00:01:41.540 --> 00:01:46.240 ברגע שמוסיפים שכבות ניהול, ספי תקציב או חוקים מיוחדים, התכנון מתחיל להתפרה. 00:01:46.460 --> 00:01:51.920 אתה מסיים עם תנאים מקוננים כמו בובות מטריושקה, לא אלגנטי, שוויר ובלתי אפשרי לניפוי שגיאות כעבור חצי שנה. 00:01:52.040 --> 00:01:54.960 מחבר אחד תקול והמערכת כולה קורסת בשקט. 00:01:54.960 --> 00:01:59.200 בני אדם הופכים לצוורי בקבוק או ליתר דיוק לצמתים של השאיה. 00:01:59.320 --> 00:02:02.320 כל הודעה שהם מקבלים הופכת לעוד סבב הסינכרוני. 00:02:02.460 --> 00:02:06.320 אימייל כמנגנון אישור הוא כמו להשתמש ביוני דואר בעולם של סיבים אופטיים. 00:02:06.560 --> 00:02:08.600 זה טכנית עובד, אבל לא אמור לעבוד ככה. 00:02:08.740 --> 00:02:10.740 הכירו את Microsoft Copilot Studio. 00:02:11.040 --> 00:02:13.460 זו לא סתם גרסה מצטברת של Power Automate. 00:02:13.720 --> 00:02:17.340 זה מציג זרימות סוכנים, מערכות אישור המופעלות על ידי בינה מלאכותית, 00:02:17.340 --> 00:02:21.920 אך משולבות במלואן במקורות הנתונים, התפקידים ומבני הלוגיקה של הארגון שלך. 00:02:22.080 --> 00:02:25.900 זה מגשר בין אכיפת מדיניות דטרמיניסטית לבין קבלת החלטות אדפטיבית. 00:02:26.060 --> 00:02:28.760 הגאונות תמונה באופן שבו הוא מפריד בין השלבים. 00:02:28.940 --> 00:02:32.760 אוטומציה איפה שחשובה המהירות, ואנושיות איפה שעדיין נדרש עימות. 00:02:32.880 --> 00:02:35.340 תחשבו על זה כעל הנדסה מחדש של ההיררכיה. 00:02:35.340 --> 00:02:41.240 שלב ה-AI מעריך חוקים קבועים, מגבלות סכום, סוגי קטגוריות וטווחי תאריכים ביעילות קליני. 00:02:41.360 --> 00:02:47.580 לאחר מכן, אם החלטה נמצאת בתחום האפור, התהליך עובר לפיקוח אנושי בלי לחייב המתנה בתור לכל מקרה שולי. 00:02:47.720 --> 00:02:49.460 זה לבדו מבטל עיכובים מצטברים. 00:02:49.700 --> 00:02:55.740 במקום שאם מינוס עשרה אנשים יבצעו סקירות סדרתיות, ה-AI מטפל בית מינוס 80% באופן מיידי, ומנתב רק את המקרים החריגים. 00:02:55.740 --> 00:03:03.580 וכן, קופ אילוט סטודיו עוקב אחרי הכל דרך תשתית הדטאברס, ומפיק יומנים הניתנים לאימות בלי שהצוות שלכם יצטרך לנבור בארכיוני דואר אלקטרוני. 00:03:03.740 --> 00:03:06.020 זרימות עבודה קודמות נבנו עבור בני אדם. 00:03:06.220 --> 00:03:11.180 זרימות סוכנים נבנות סביבם, ושומרות את האנשים בתמונה רק כשנדרשת פרשנות, לא חזרתיות. 00:03:11.380 --> 00:03:17.060 ברגע שתראו איך הארכיטקטורה הזו עובדת, אישורים מסורתיים יראו פרימיטיביים, כמו לנהל חשבונות לאור נרות. 00:03:17.060 --> 00:03:20.180 הסיכונים פשוטים, ציוט, עקביות וקנה מידה. 00:03:20.280 --> 00:03:25.840 פעולות מודרניות טובעות ללא אימות אוטומטי, ולוגיקה מבוססת AI היא כיום הבסיס לאמינות. 00:03:26.040 --> 00:03:34.160 כשעוברים הזרימות סטטיות לזרימות סוכנים מותנות הניתנות לביקורת, מפסיקים לנהל אישורים בתגובתיות ומתחילים להתייחס עליהם כאל מערכות חיות. 00:03:34.280 --> 00:03:37.100 ההבדל הוא לא רק במהירות, אלא בשפיות מבנית. 00:03:37.560 --> 00:03:40.380 בניית שלב ה-AI הוראת המאשר הראשון. 00:03:40.380 --> 00:03:44.400 עכשיו מגיע החלק המעניין, אימון הבירוקרט הדיגיטלי הראשון שלכם. 00:03:44.520 --> 00:03:47.860 שלב ה-AI הוא השומר הלוגי של תהליך האישור שלכם. 00:03:48.000 --> 00:03:52.500 תפקידו אינו לחשוב כמו בן אדם, אלא לבצע עסקה מובנית בעקביות על אנושי. 00:03:52.680 --> 00:03:57.880 הוא קורא הוראות, בודק אותן מול קלטים, ומוציא פלט של אחת משתי תוצאות, מאושר או נדחה. 00:03:58.020 --> 00:03:59.820 בלי פוליטיקה, בלי הפסקות קפה. 00:03:59.980 --> 00:04:01.960 מתחילים בהגדרת זרימת סוכן חדשה. 00:04:01.960 --> 00:04:06.880 ביצירה, שלב ה-AI נמצא במרכז כמו דף מבחן רק שמחכה למפתח השאלות שלו. 00:04:06.980 --> 00:04:11.740 הטריגר מגיע בדרך כלל מ-Dataverse, רשומה שנוספה או שונתה בטבלת התביעות או ההוצאות שלכם. 00:04:11.900 --> 00:04:16.160 ברגע שתביעה נוצרת, השלב הזה מופעל, מעריך את הנתונים ומחליט בהתאם. 00:04:16.300 --> 00:04:20.500 בתוך השלב, השדה החשוב ביותר הוא הנחיית ההוראה, המוח של הפעולה. 00:04:20.640 --> 00:04:24.400 זה המקום שבו אתם מתארים את לוגיקת האישור בשפה פשוטה אך קפדני. 00:04:24.400 --> 00:04:27.600 כתבו זאת כאילו אתם מדריכים עורך דין שלעולם לא מאלתר. 00:04:27.720 --> 00:04:30.920 לדוגמה, אשר את התביעה עם הסכום נמוך מממינוס 500, 00:04:31.320 --> 00:04:36.060 התיאור תומך בבריאות פיזית או נפשית, ותאריך הרכישה הוא תוך 30 יום מההגשה. 00:04:36.240 --> 00:04:37.900 דחי עם חוק כלשהו לא מתקיים. 00:04:38.140 --> 00:04:39.560 זה הכל בהירות בינרית. 00:04:39.760 --> 00:04:42.160 לאחר מכן, הגדירו את הכלטים הדינמיים שלכם. 00:04:42.280 --> 00:04:45.560 תחשבו עליהם כעל משתנים שמזינים נתונים אמיתיים לתוך הלוגיקה שלכם. 00:04:45.560 --> 00:04:48.700 סביר להניח שתכללו סכום, תיאור ותאריך רכישה. 00:04:48.800 --> 00:04:54.680 כל אחד מתווסף ככלת תוכן, טקסט או מספר, שהבינה המלאכותית תאבד בעת קבלת החלטה. 00:04:54.820 --> 00:04:59.680 Copilot Studio מסווג את כלתים אלו לפי סוג, טקסט, מספר או מסמך תמונה. 00:04:59.880 --> 00:05:03.480 מחר נכון, כי ערבוב סוגים, למשל מספר שנשמר כטקסט, 00:05:03.620 --> 00:05:05.400 מבלבל גם בני אדם וגם מכונו. 00:05:05.620 --> 00:05:08.560 מתחת לכל כלת, ספק נתוני דוגמה לצורך בדיקה. 00:05:08.720 --> 00:05:11.260 זה משמש כפיגום בזמן שאתה מחייל את הלוגיקה. 00:05:11.260 --> 00:05:17.320 למשל, הזן תביעה לדוגמה כמו מזרן יוגה, סכום שלוש מאות, ותאריך רכישה 22 באוגוסט. 00:05:17.420 --> 00:05:24.760 כשאתה לוחץ על בדיקה, Copilot Studio מריצה את מודל העסקה, מבוסס GPT מאחורי הקלעים, ומוציאה החלטה בצירוף הסבר. 00:05:24.920 --> 00:05:27.700 אם התוצאה תואמת את הציפיות שלך, מצוין. 00:05:27.880 --> 00:05:30.460 אם לא, ההנחיות שלך חסרות דטרמיניזם. 00:05:30.640 --> 00:05:32.720 וזה המקום שבו רוב המתחילים טועים. 00:05:32.720 --> 00:05:37.940 ניסוחים רכבים או מאורפלים, כמו הוצאה סבירה או רכישה אחרונה, הם רעל לבינה מלאכותי. 00:05:38.020 --> 00:05:41.720 המערכת לא יכולה לקרוא את מצב הרוח הארגוני, היא זקוקה להגדרות מתמטיות. 00:05:41.860 --> 00:05:45.460 לכן, שפר את ההנחיות שלך ללא הרף עד שתוצאות הבדיקה יהיו עקביות. 00:05:45.600 --> 00:05:49.160 בכל פעם שאתה מנסח מחדש, אתה מכוון את מנוע השיפוט לשחזור. 00:05:49.340 --> 00:05:52.820 התבנית שאתה רוצה היא כלת זהה שמייצר פלט זהה בכל פעם. 00:05:53.020 --> 00:05:55.120 לוגיקה של מכונה, לא רכילות משרדית. 00:05:55.120 --> 00:06:00.800 ברגע שההנחיה שלך מניבה החלטות אמינות לאורך מקרי בוחן מרובים, אימנת ביעילות את מאשר ה-AI שלך. 00:06:00.920 --> 00:06:06.820 כעת, הזן את הנתונים הדינמיים האמיתיים באמצעות הסימונים מדי טאברס, פרטי סכום התביעה, ותאריך רכישה או הגשה. 00:06:07.020 --> 00:06:09.820 אלו יחליפו את ערכי הבדיקה שלך במהלך הרצות חיות. 00:06:10.020 --> 00:06:15.560 מאותו רגע, ה-AI מעריכה כל תביעה בהקשר, ומחזירה החלטת אישור ברגע שמופיעים נתונים חדשים. 00:06:15.560 --> 00:06:18.380 לפני שמכריזים על ניצחון, בצע בדיקות היטרטיביות. 00:06:18.520 --> 00:06:20.860 שנה את הסכום למד מינוס 600, האם היא דוחה את התביעה? 00:06:20.960 --> 00:06:23.720 שנה את התאריך ללפני שלושה חודשים, האם היא מסמנת את זה כלא תקין? 00:06:23.840 --> 00:06:27.240 אוסף תביעה חסרת היגיון כמו רכישת אייפד, האם היא מזהה את אי ההתאמה? 00:06:27.360 --> 00:06:29.900 כל מעבר צריך להדגים סיבה ותוצאהי קביעות. 00:06:30.060 --> 00:06:34.060 אם התגובות משתנות, הבעיה היא בבהירות ההנחיה שלך, לא במודל ה-AI. 00:06:34.060 --> 00:06:38.340 כשמופיעות תבניות עקביות, קיבה מוסכמת שמות למשתני התוכן שלך. 00:06:38.480 --> 00:06:43.080 תחיליות כמו סכום תביעה למכרוזות או תאריך רכישה לערכים מספריים. 00:06:43.260 --> 00:06:47.860 המשמעת הקטנה הזו מונעת כאוס כשמרחיבים מאוחר יותר ללוגיקה מרובת ענפים. 00:06:48.060 --> 00:06:53.380 בשלב זה, המאשר האוטומטי שלך יכול כעת לקבל החלטות עצמאיות על סמך מדיניות ללא פיקוח. 00:06:53.540 --> 00:06:56.240 אבל אוטומציה אינה דיקטטורה היא ההצלת סמכויות. 00:06:56.440 --> 00:06:59.240 המכונה מטפלת במהירות ובדיוק, לא בשיקול דעת. 00:06:59.240 --> 00:07:05.140 עבור תרחישי קצה, תצטרך הסלמה אדם בתוך התהליך שיבדוק את מה שהאיי דוחה או רואה כלו ודאי. 00:07:05.300 --> 00:07:10.160 זה המקום שבו השלב הבא נכנס לפעולה, וכך הסמכות מתחלקת בין סיליקון לאנשים. 00:07:10.380 --> 00:07:13.400 הוספת פיקוח אנושי, לוגיקה רב שליבית ומותנת. 00:07:13.580 --> 00:07:19.500 ברגע שהאיי שלך שופטת תביעות בביטחון, תוכל להוסיף את מה שבירוקרטיות מכנות באירוניה, המגע האנושי. 00:07:19.500 --> 00:07:25.220 בקו-פיילוט סטודיו, המשמעות היא שלב ידני, נקודת ביקורת שבה לאדם אמיתי יש שיקול דעת. 00:07:25.280 --> 00:07:27.400 חישבו על זה כשסתום הביטחון שלכם. 00:07:27.580 --> 00:07:29.560 כל מה שצפוי מראש עובר אוטומטית. 00:07:29.760 --> 00:07:32.220 כל דבר מורכב מגיע לשולחנו של מנהל. 00:07:32.380 --> 00:07:36.220 מתחילים במעצב האישורים על ידי הוספת שלב ידני מיד אחרי שלב הבינה המלאכותית. 00:07:36.420 --> 00:07:39.040 זה יוצר שער שני בתהליך העבודה של הסוכן שלכם. 00:07:39.200 --> 00:07:40.500 העברת הטיפול היא מותנית. 00:07:40.500 --> 00:07:44.120 רק אם החלטת ה-AI היא, מאושר, נמשיך לשלב האנושי. 00:07:44.240 --> 00:07:46.980 אם ה-AI אומר, נדחה, התהליך מסתיים שם. 00:07:47.140 --> 00:07:50.840 למה לבזבז זמן בבקשה ממנהלים לאשר משהו שהמדיניות כבר פסלה? 00:07:51.000 --> 00:07:53.840 יעילות היא תשומת לב סלקטיבית המחופסת לאוטומציה. 00:07:54.020 --> 00:07:55.360 בואו נקים תרחיש לדוגמה. 00:07:55.500 --> 00:07:58.640 נניח שעובד מגיש דרישת הוצאות עבור מנוי לחדר כושר. 00:07:58.760 --> 00:08:01.860 ה-AI מאשר את זה כי כל הקריטריונים תואמים את המדיניות. 00:08:01.860 --> 00:08:06.400 כעת, ההחלטה הזו מפעילה שלב ידני ברמת מנהל הנקרא אישור מנהל. 00:08:06.520 --> 00:08:09.920 מאחורי הקלעים, מגדירים את השלב הזה עם כותרת כמו 00:08:09.920 --> 00:08:11.840 בקשת אישור תביעה מגיש התביעה. 00:08:11.960 --> 00:08:15.120 המשתנים האלה מושכים נתונים באופן דינמי מדטאברס. 00:08:15.300 --> 00:08:20.020 בשדה, מוקצה למד מגדירים לי מקבל את המשימה בדרך כלל המנהל של מגיש הבקשה. 00:08:20.160 --> 00:08:21.600 כדי להפוך ניתוף זה לאוטומטי, 00:08:21.600 --> 00:08:25.440 Copilot Studio מאפשר לשלב את הקונקטר של משתמשי אופיס 365. 00:08:25.440 --> 00:08:30.420 ראשית, קחו את רשומת המשתמש של מי שיצר את התביעה באמצעות פעולת GetRobby ID 00:08:30.420 --> 00:08:31.980 בטבלת המשתמשים בדטאברס. 00:08:32.140 --> 00:08:33.800 זה שולף את פרטי מגיש הבקשה. 00:08:33.980 --> 00:08:38.180 לאחר מכן, פעולת GetManager שולפת את המנהל של אותו משתמש לפי האימייל הראשי שלו. 00:08:38.340 --> 00:08:42.300 העבירו את התוצאה הזו בחזרה לשלב הידני שלכם כמשתנה כמו STR Manager E-mail. 00:08:42.460 --> 00:08:45.280 התוצאה, ללא כידוד קשיח, ללא היררכיות מיושנות. 00:08:45.280 --> 00:08:47.940 מנהלים מתחלפים, ההיררכיה מתרעננת מאליה. 00:08:48.100 --> 00:08:52.020 כעת מגיע הפיצול המותנה, הסיבה האמיתית לכך שקיימים אישורים מרובי שלבים. 00:08:52.180 --> 00:08:54.740 ניתן להכניס לוגיקה ישירות בתוך זרימת הסוכן. 00:08:54.900 --> 00:08:59.740 אם סכום התביעה גדול או שווה ל-150, הוסיפו שלב נוסף לאישור מנהלן. 00:08:59.880 --> 00:09:01.460 אחרת, סיימו את התהליך. 00:09:01.640 --> 00:09:06.280 זה הופך שגרה פשוטה של שני שלבים לעץ החלטות רב-דרגי שמתאים את עצמו להקשר. 00:09:06.280 --> 00:09:08.960 תביעות בעלות ערך נמוך מקבלות אישור אנושי אחד. 00:09:08.960 --> 00:09:12.080 תביעות בעלות ערך גבוה או מסוכנות מועלות לבדיקה נוספת. 00:09:12.240 --> 00:09:15.120 במעצב, הכניסו פעולת תנאי לפני סגירת הזרימה. 00:09:15.280 --> 00:09:17.000 הפנו למשתנה המספרי שלכם. 00:09:17.160 --> 00:09:18.580 למשל, NumClaimAmount. 00:09:18.780 --> 00:09:23.420 בחרו את האופרטור גדול או שווה ל-מד והגדירו את הסף כמו 150. 00:09:23.940 --> 00:09:27.840 בנתיב ה-Ive True, הוסיפו שלב ידני נוסף בשם אישור מנהלן. 00:09:27.840 --> 00:09:30.480 הקצו אותו למאשר קבוע כמו מנהל הציוט. 00:09:30.640 --> 00:09:32.940 בנתיב ה-Ive False, סיימו כמאושר. 00:09:32.940 --> 00:09:38.160 התוצאה, תהליך העבודה מתנהג כמו ארגון רציונלי במקום כצוואר בקבוק אוניברסלי. 00:09:38.340 --> 00:09:39.860 קצת הומור מעשים מתאים כאן. 00:09:40.000 --> 00:09:43.360 כן, ההצלת סמכויות עדיין דורשת אמון, לא רק משאלות לב. 00:09:43.500 --> 00:09:46.240 אל תקצו תפקידי הבטחה רכבים שיכולים לאשר הכל. 00:09:46.400 --> 00:09:50.800 אקבל הרשאות למשתמשים או קבוצות רלוונטיות באמצעות בקרת גישה מבוססת תפקידים בדטאברס. 00:09:50.800 --> 00:09:52.840 אחרת, הפכת האנרכיה לאוטומטית. 00:09:52.840 --> 00:09:55.660 בדיקת המבנה חוספת כמה חלק כל מרכיב משתלב. 00:09:55.840 --> 00:09:59.220 כשתביעה מתחת למינוס 150 דולרים עוברת בדיקת בינה מלאכותית, 00:09:59.400 --> 00:10:01.060 התהליך מסתיים לאחר אישור מנהל. 00:10:01.200 --> 00:10:02.760 כשהסכו מעל 150 דולרים, 00:10:03.000 --> 00:10:06.020 המערכת מעבירה אותו בנימוס לבדיקת מנהל מערכת לפני סיום. 00:10:06.200 --> 00:10:07.660 כל נתיב מותיר עקבות ביקורת, 00:10:07.820 --> 00:10:11.660 יומן הסקות AI, אישורים עם חותמת זמן ותוצאות מתועדות בדטאברס. 00:10:11.660 --> 00:10:14.400 אף אחד לא יוכל לטעון אחר כך, מעולם לא ראיתי את זה. 00:10:14.520 --> 00:10:15.980 מסד הנתונים אומר אחרת. 00:10:15.980 --> 00:10:18.720 בעת השכלול, שמור על מוסכמות שמות מוקפדות. 00:10:18.860 --> 00:10:20.800 הוסף תחיליות ברורות לשלבים אנושיים, 00:10:21.060 --> 00:10:24.480 כמו אושר על ידי מנהל כדי שתוכל לעקוב אחר הענפים ויזואלית. 00:10:24.580 --> 00:10:27.600 תרשים הזרימה צריך להיקרה כמו לוגיקה, לא כאומנות מסתורית. 00:10:27.760 --> 00:10:30.700 לאחר שתהיה מרוצה, פרסם ובחן עם תרחישים אמיתיים. 00:10:30.880 --> 00:10:32.340 צפה בשרשרת מתפתחת. 00:10:32.500 --> 00:10:34.100 ה-AI מעריך באופן מיידי. 00:10:34.100 --> 00:10:36.260 המנהל מקבל משימת אישור ממוקדת. 00:10:36.260 --> 00:10:39.260 מנהל המערכת מצטרף רק כאשר התנאים מצדיקים זאת. 00:10:39.420 --> 00:10:42.320 התוצאה נראית פחות כמו אוטומציה שעושה הכל, 00:10:42.560 --> 00:10:45.140 ויותר כמו היררכיה שקופה שמנהלת את עצמה. 00:10:45.320 --> 00:10:49.160 התזמור המדורג הזה חושף גם גבול חדש, אימות מסמכים. 00:10:49.320 --> 00:10:52.220 כי לפעמים שדה בטופס משקר, אבל הקבלה לא. 00:10:52.220 --> 00:10:57.340 השלב הבא הוא לגרום ל-AI לבחון את הראיות הפיזיות לפני שהן מגיעות לטבעת הדואר הנכנס שלך. 00:10:57.460 --> 00:11:01.300 כאן נכנס אימות קבלות, שהופך בירוקרטיה למדע שניתן לאימות. 00:11:01.300 --> 00:11:03.540 קלטים דינמיים ואימות מסמכים. 00:11:03.740 --> 00:11:10.260 בואו נדבר על קבלות, פיסות נייר מקומטות וקטנות שהופכות באופן מסתורי לראייה קריטית ברגע שמישהו רוצה החזר. 00:11:10.440 --> 00:11:13.580 בתהליך אישור ידני, בני אדם מעמתים אותן בעין. 00:11:13.760 --> 00:11:16.420 כן, זה נראה כמו מזרן יוגה, לא כמו יחתה. 00:11:16.420 --> 00:11:20.940 בתהליך אוטומטי, אנו גורמים ל-AI לבצע את אותה בדיקה ללא עייפות שיפוטי. 00:11:21.020 --> 00:11:26.040 בתהליכי סוכן בקופילות סטודיו, אימות מסמכים מתעורר לחיים באמצעות קלטים דינמיים, 00:11:26.320 --> 00:11:29.660 ובמיוחד היכולת להעביר תמונה או קובץ ללוגיקת האישור שלך. 00:11:29.860 --> 00:11:32.800 זה מוסיף חוש שלישי למאשר ה-AI שלך, ראייה. 00:11:32.920 --> 00:11:38.260 במקום להסתמך רק על שדות טקסט, המודל קורא את המסמך ומשווה את הכתוב למה שהוא עלה. 00:11:38.380 --> 00:11:39.140 הנה המבנה. 00:11:39.140 --> 00:11:43.460 בתוך שלב ה-AI הוסף סוג כלת חדש בשם תמונה או מסמך. 00:11:43.580 --> 00:11:46.460 תן לו תווית ברורה, משהו כמו קובץ קבלת מסמך. 00:11:46.620 --> 00:11:48.480 העלה קבלה לדוגמה לצורך בדיקה. 00:11:48.640 --> 00:11:51.160 זה לא עולה להעביר, זה רק מאמן את פריסת הלוגיקה. 00:11:51.160 --> 00:11:54.820 כעת, התאם את הנחיית ההוראות שלך כדי לכלול עימות צולב של מסמכים. 00:11:54.960 --> 00:11:56.780 אתה מרחיב את הלוגיקה הקודמת שלך, 00:11:56.940 --> 00:11:58.960 אשר את התביעה עם כל התנאים הבאים מכונים, 00:11:59.200 --> 00:12:01.980 סכום 500, פרטי התביעה תומכים בבריאות פיזית או נפשית, 00:12:01.980 --> 00:12:03.520 תאריך רכישה תוך 30 יום, 00:12:03.700 --> 00:12:06.040 והמסמך תואם לפריט, לסכום ולתאריך המוצרים. 00:12:06.220 --> 00:12:11.280 התנאי הרביעי הזה הופך את מאשר ה-AI שלך מעוקף מדיניות לרואה חשבון פורנזי. 00:12:11.280 --> 00:12:17.600 כשהבדיקה רצה, המודל מחלץ טקסט קרים מהמסמך ומאמת את העקביות שלו מול הכלטים המובנים שלך. 00:12:17.780 --> 00:12:22.080 אם הקבלה מציין את מזרן כושר במינוס 300 דולרים בתאריך 22 באוגוסט, 00:12:22.080 --> 00:12:24.960 והתביעה שלך מציגה משהו אחר, ההחלטה הופכת לנדחק. 00:12:25.040 --> 00:12:28.660 כעת, לאיסום, לפני שהאישור רץ, תצטרך לשלוף את המסמך הזה. 00:12:28.820 --> 00:12:31.900 השתמש בפעולת, עבר את קובץ או תמונה מדטאברס. 00:12:32.060 --> 00:12:35.320 בחר באותה טבלה שבה רשומת התביעה קיימת, כנראה תביעות. 00:12:35.320 --> 00:12:39.760 תחת עמודת הקובץ, בחר בשדה הצירוף, שלעיתים קרובות נקרא משהו כמו קבלה. 00:12:39.920 --> 00:12:44.760 לאחר מכן, ציין את מזהה השורה באופן דינמי מהטריגר, שהוא מזהה התביעה הייחודי. 00:12:44.760 --> 00:12:49.260 פעולה זו מחזירה מטה נתונים בתוכן של קובץ, אבל כאן תמון המלכוד העדים. 00:12:49.380 --> 00:12:53.020 פלט התוכן זקוק לניתוח קל, כדי שהאיי יפרש אותו נכון. 00:12:53.220 --> 00:12:59.960 בעת מיפוי תוכן הקובץ לכלט קובץ הקבלה במסמך, פתח את עורך הביטויים והוסף קונטנט להפנייה לגוף, בדי. 00:12:59.960 --> 00:13:04.440 השינוי הקטן הזה מספק את בייתי הקובץ האמיתיים במקום את מעטפת המטה נתונים. 00:13:04.660 --> 00:13:07.880 דלג על זה והאיי שלך יאשר בהתלהבות קבלות ריקות. 00:13:07.880 --> 00:13:11.520 בוא נתייחס לסינקירון עקב אכילס של תהליכי עבודה במסמךים. 00:13:11.660 --> 00:13:15.880 רוב טבלאות דייטוורס לא מאחסנות קבצים מצורפים עד לאחר שמירת הרשומה הראשונה, 00:13:16.180 --> 00:13:20.500 מה שאומר שאם הזרימה שלך מופעלת ביצירת רשומה, היא עלולה לפעול לפני שהקובץ קיים. 00:13:20.740 --> 00:13:24.100 סימפטום? הזרימה נכשלת או שתוכן הקבלה הוא רק נר. 00:13:24.100 --> 00:13:31.240 הפתרון אלגנטי. שנה את תנאי הטריגר לבעת שינוי פריט, אך הגבל אותו כך שיפעל רק כאשר עמודת הקבלה משתנה. 00:13:31.240 --> 00:13:35.640 כך, ברגע שמישהו מעלה או מחליף קובץ, האימות נכנס לפעולה. 00:13:36.060 --> 00:13:42.400 כדי להגדיר זאת, פתח את הגדרות הטריגר, בחר בעמודות ששונו, והדבק את השם הלוגי של עמודת הקבלה שלך, 00:13:42.580 --> 00:13:45.760 הניתן לשליפה מפרטי עמודת דייטוורס תחת כלים מתקדמים. 00:13:45.980 --> 00:13:50.280 ברגע שהוגדר, פרסם. עכשיו האוטומציה שלך מתנהגת בצורה מנומסת. 00:13:54.100 --> 00:14:01.080 חדשה, הזרימה מתחילה מחדש. היא מורידה את הקובץ, מעבירה אותו דרך שלב האיי, ומבצעת הצלבת נתונים לכל הקלטים. 00:14:01.080 --> 00:14:07.900 אם קיימים פערים, אי התאמה בסכום, תאריך מיושן או תיאורים לא עקביים, האיי דוחה עם הסבר מצורף. 00:14:08.020 --> 00:14:13.260 יומן ההסברים עשוי להיראות כך, סכום התביעה 305 דולרים שונה מסך המסמך 300 דולרים. 00:14:13.500 --> 00:14:18.240 זהו ציוט ללא תלונות. ההשפעה המעשית, כל הגשה הופכת למבקרת את עצמה. 00:14:18.240 --> 00:14:22.020 עובדים כבר לא יכולים להעביר קבלות מפוקפקות או תיאורים מאורפלים. 00:14:22.200 --> 00:14:27.580 האיי מספק את השפיטה, דייטא ורס מספק את הראיות, ואף אחד מהם לא יוצא להפסקת קפה. 00:14:27.720 --> 00:14:29.820 אז לא, עימות מסמכים הוא לא הגזמה. 00:14:30.020 --> 00:14:32.620 זהו זיכרון חיסוני לתהליכי העבודה שלך. 00:14:32.780 --> 00:14:36.240 חריגים נתפסים ברמה המולקולרית, התווים המותפסים על קבלות בפועל, 00:14:37.060 --> 00:14:40.280 והבודק האנושי מקודם מבודק ידני למטפל בחריגים. 00:14:40.440 --> 00:14:43.580 מזל טוב, כעת הפכת את הכנות עצמה לאוטומטית. 00:14:43.580 --> 00:14:47.220 בניית אמינות, בדיקות, ניהול גרסאות ופרסום. 00:14:47.380 --> 00:14:50.680 כל אוטומציה עשויה להיראות מושלמת עד לרגע הפעלתה. 00:14:50.800 --> 00:14:52.840 לכן אמינות היא לא שלב, היא משמעת. 00:14:52.980 --> 00:14:55.780 Copilot Studio הופך את המשמעת הזו לפשוטה באופן מפתיע, 00:14:55.980 --> 00:14:59.900 בעזרת בקרות גרסאות, בדיקות ופרסום המותמעות ישירות בתהליכי העבודה של הסוכן. 00:15:00.060 --> 00:15:01.520 התחילו בבדיקות איתרטיביות. 00:15:01.740 --> 00:15:04.220 כל תהליך אישור הוא מערכת אקולוגית זהירה. 00:15:04.220 --> 00:15:07.000 אפילו שמשתנה אחד שגוי יכול ליצור קאוס. 00:15:07.000 --> 00:15:09.640 לכן, התייחסו לבדיקות כתהליך מדעי. 00:15:09.780 --> 00:15:12.760 בודדו שינויים, הזינו נתונים, בחנו את התוצאות. 00:15:12.980 --> 00:15:16.480 בעורך התהליכים, Copilot Studio מאפשר לכם לדמות נתוני דוגמה 00:15:16.480 --> 00:15:18.420 מבלי להפעיל טריגרים של סביבת הייצור. 00:15:18.580 --> 00:15:21.860 הזינו תרחישים משתנים, סכום גבוה מדי, תאריך לא מעודכן, 00:15:22.040 --> 00:15:25.340 שמות פריטים לא רלוונטיים, ובדאו שכל אחד מניב את הפלת הנכון. 00:15:25.480 --> 00:15:27.220 לאחר מכן עברו למוסכמות שמות. 00:15:27.420 --> 00:15:28.740 משעמם? בהחלט. 00:15:28.880 --> 00:15:30.500 חיוני, יותר מעביר לנשימה. 00:15:30.500 --> 00:15:32.620 הוסיפו קידומת לכל משתנה באופן שיטתי. 00:15:32.740 --> 00:15:35.300 STR למכרוזות, נם למספרים, דוק לקבצים. 00:15:35.460 --> 00:15:37.500 באופן דומה, תנו שמות ברורים לפעולות. 00:15:37.660 --> 00:15:40.940 פורדת קובץ קבלה, בדיקת אישור מנהל, עדכון אישור טביעה. 00:15:41.000 --> 00:15:44.080 כי בעוד שלושה חודשים, שמישהו ישאל למה פעולה שבע קרסה, 00:15:44.320 --> 00:15:46.740 תאריכו את העובדה שסימני דרך עדיפים על ארכיאולוגיה. 00:15:46.920 --> 00:15:50.260 ברגע שבדיקות פרטניות מצליחות, עברו לתיקוף תרחישי קצה. 00:15:50.260 --> 00:15:52.640 העמידו פנים שאתם המשתמש הלא מיומן. 00:15:52.780 --> 00:15:55.240 אל תעלו קבלה, שנו תאריך לשנה הבאה, 00:15:55.420 --> 00:15:56.980 הקלידו 500 במקום 500. 00:15:57.240 --> 00:16:00.540 ודאו שהבינה המלאכותית מסבירה ודוחה את הפעולה בלי לקרוס. 00:16:00.720 --> 00:16:03.460 אלו לא תקלות טיפותטיות, אלו חזרות על המציאות. 00:16:03.620 --> 00:16:05.640 ככל שתנטרלו יותר מקרי קשל מראש, 00:16:05.640 --> 00:16:10.260 כך תקבלו פחות הודעות ב-teams-2 לפנות בוקר על כך שהתהליך שוב נעצר. 00:16:10.380 --> 00:16:11.800 פרסום מביא איתו משילות. 00:16:11.960 --> 00:16:13.860 בכל פעם שתשמרו שינוי משמעותי, 00:16:13.860 --> 00:16:16.400 Copilot Studio ייצור בשקט גרסה חדשה. 00:16:16.560 --> 00:16:19.460 תוכלו לחזור אחורה בכל עת, ללא חשש מדריסה. 00:16:19.600 --> 00:16:23.020 השתמשו בזה כדי להפריד סביבות פיתוח ניסיוניות מסביבת הייצור. 00:16:23.200 --> 00:16:25.220 תהליך אחד בשם אישור טביעה פיתוח, 00:16:25.460 --> 00:16:26.780 והשני אישור טביעה ייצור. 00:16:27.000 --> 00:16:29.960 בדקו בסביבת הפיתוח, פרסמו רק כשהמערכת יציבה. 00:16:29.960 --> 00:16:33.500 זכרו, אמינות היא לא רק נכונות, היא שליטה בתוך שינויים. 00:16:34.520 --> 00:16:37.120 לאחר הפרסום, השתמשו ביומני הפעילות. 00:16:37.120 --> 00:16:41.640 הם אינם קישוט, הם תיעוד משפטי של אינטראקציות בין בינה מלאכותית לבני אדם. 00:16:41.780 --> 00:16:44.480 חותמות זמן, זהות המאשרים, סיכומי הנמקה. 00:16:44.620 --> 00:16:46.320 סיכרו את היומנים האלה מעט לעט. 00:16:46.500 --> 00:16:47.900 דפוסים יתחילו להיחשף. 00:16:48.080 --> 00:16:49.580 אילו כללים גורמים לרוב הדחיות, 00:16:49.860 --> 00:16:51.120 אילו מנהלים עקפו את הבינה המלאכותית, 00:16:51.860 --> 00:16:53.580 באיזו תדירות מופעלים של בית אימות. 00:16:53.580 --> 00:16:56.480 תובנות אלו משכללות גם את המדיניות וגם את הייצור. 00:16:56.640 --> 00:16:58.200 שיטת עבודה מומלצת נוספת, 00:16:58.200 --> 00:17:02.100 אוטומציה של עדכוני סטטוס חזרה לרשומות בדטאברס בסוף כל ענף. 00:17:02.220 --> 00:17:05.120 פעולת עדכון שורה צריכה להגדיר שדה ברור כמו 00:17:05.120 --> 00:17:07.080 סטטוס טביעה, מאושר או נדחה. 00:17:07.220 --> 00:17:09.380 נקודת קצה גלויה זו מחזקת את האמון. 00:17:09.580 --> 00:17:12.180 משתמשים רואים את ההחלטות בתוך תצוגות הטבלה שלהם. 00:17:12.300 --> 00:17:14.960 ללא גיליונות מעקב נפרדים, ללא אישורים, רפאים. 00:17:15.120 --> 00:17:17.000 כשהמערכת שלכם עוברת את כל הבדיקות, 00:17:17.180 --> 00:17:18.540 לחצו על פרסום בביטחון שקט. 00:17:18.540 --> 00:17:21.140 בניגוד לדורות קודמים של תהליכי Power Automate, 00:17:21.300 --> 00:17:23.180 תהליכי סוכן שומרים מטה דאטה הקשרי, 00:17:23.420 --> 00:17:25.340 את סכימת ההחלטות של הבינה המלאכותית, 00:17:25.580 --> 00:17:27.380 כישורי תוכן דינמיים ותגיעות גרסה. 00:17:27.480 --> 00:17:29.080 התוצאה היא לא רק תהליך רץ, 00:17:29.280 --> 00:17:32.420 אלא תוצר שניתן לשחזור, אוטומציה הניתנת לביקורת. 00:17:32.560 --> 00:17:34.700 בדיקת המהימנות האחרונה היא מחשבתית. 00:17:34.860 --> 00:17:36.100 הימנעו מתכנון יתר. 00:17:36.280 --> 00:17:38.740 לפעמים זרימה שנכשלה חושפת חוקים מורכבים מדי, 00:17:38.740 --> 00:17:39.800 לא תקלות טכניות. 00:17:39.800 --> 00:17:41.900 ייעלו את הלוגיקה בכל מקום אפשרי. 00:17:42.020 --> 00:17:45.120 פחות שלבים, הוראות ברורות יותר, מינימום אמימות. 00:17:45.780 --> 00:17:48.640 אוטומציה אינה אקראיות היא תחכום מיותר. 00:17:49.100 --> 00:17:50.120 כשתסיימו שלב זה, 00:17:50.340 --> 00:17:52.620 מערכת האישורים שלכם תגיע לבשלות תפעולית, 00:17:52.840 --> 00:17:54.160 בדוקה, מנוהלת גרסאות, 00:17:54.320 --> 00:17:55.940 ידידותית לשחזור וניתנת לאימות. 00:17:56.100 --> 00:17:59.040 כל תוצאה משיקול דעת של AI ועד אישור מנהל, 00:17:59.040 --> 00:18:01.200 מותירה עקבות דיגיטליים שעומדים בבדיקה. 00:18:01.200 --> 00:18:02.380 זו מהימנות כמותית, 00:18:02.520 --> 00:18:03.660 לא תחושה ולא מזל, 00:18:03.860 --> 00:18:04.860 פשוט חשיבה מובנית, 00:18:05.040 --> 00:18:07.160 המתועדת נאמנה על ידי הכלים שבניתם 00:18:07.160 --> 00:18:08.740 כדי לחשוב בזמן שאתם ישנים. 00:18:08.920 --> 00:18:10.760 תוצאות ותועלת בעולם האמיתי. 00:18:10.940 --> 00:18:13.240 מה קורה כשמוסרים בירוקרטיה למתמטיקה? 00:18:13.360 --> 00:18:14.820 האישורים מפסיקים לחכות. 00:18:15.000 --> 00:18:17.080 זרימת סוכן רב שלבית מונעת AI 00:18:17.080 --> 00:18:19.260 מקצרת את זמן הטיפול מימים לדקות 00:18:19.260 --> 00:18:21.720 כי החלטות כבר לא תלויות בזמינות ביומן. 00:18:21.840 --> 00:18:23.440 כל תביעה שעומדת במדיניות 00:18:23.440 --> 00:18:25.320 אובייקטיבית מאושרת באופן מיידי. 00:18:25.440 --> 00:18:27.420 כל מקרה קצה נוחת בצורה מסודרת 00:18:27.420 --> 00:18:28.360 בתור של מנהל, 00:18:28.600 --> 00:18:29.860 שההקשר כבר מצורף. 00:18:30.000 --> 00:18:31.740 בני אדם מקבלים החלטות ערכיות 00:18:31.740 --> 00:18:32.960 לא אישורים פקידותיים. 00:18:33.140 --> 00:18:35.180 ההשפעה מופיעה תחילה כדחיסת זמן. 00:18:35.420 --> 00:18:37.380 החזר כספי שפעם דרש ארבעה מיילים 00:18:37.380 --> 00:18:40.040 ושתי תזכורות נפטר כעת לפני ארוחת הצהריים. 00:18:40.240 --> 00:18:42.440 מחלקות חוות מחזורי עיבוד קצרים יותר, 00:18:42.440 --> 00:18:43.560 פחות זמן המתנה 00:18:43.560 --> 00:18:46.140 ומסלולי הנמקה מתועדים בצורה מושלמת. 00:18:46.140 --> 00:18:48.700 מנגנון האישור חדל להיות הפרעה. 00:18:49.280 --> 00:18:50.340 הוא הופך לתשתית. 00:18:50.560 --> 00:18:52.260 אחר כך מגיעה הפחתת שגיאות. 00:18:52.460 --> 00:18:53.940 על ידי אכיפת חוקים דטרמיניסטיים 00:18:53.940 --> 00:18:54.680 באמצעות AI, 00:18:54.980 --> 00:18:56.320 אתם מסירים שטיות סובקטיביות, 00:18:56.540 --> 00:18:58.160 שהן הראה החולה של אישורים ידניים. 00:18:58.320 --> 00:19:00.920 אין יותר, חשבתי שזה נחשב לבריאות ורווחה. 00:19:01.060 --> 00:19:04.080 ה-AI מפרש קריטריונים באותה דרך בכל פעם. 00:19:04.080 --> 00:19:06.840 עקביות עדיפה על חמלב לוגיקה ניהולית. 00:19:07.200 --> 00:19:08.980 מנהלים מטפלים רק בחריגות 00:19:08.980 --> 00:19:10.980 וגם הן מגיעות עם מסלול ביקורת. 00:19:11.120 --> 00:19:11.860 כלת נתונים, 00:19:12.120 --> 00:19:13.140 היסטוריית החלטות, 00:19:13.400 --> 00:19:14.120 הסבר המודל. 00:19:14.300 --> 00:19:16.260 ביקורות הופכות מתרגילי פניקה 00:19:16.260 --> 00:19:17.340 לאימותים מנומסים. 00:19:17.600 --> 00:19:18.600 ברמה הארגונית, 00:19:18.820 --> 00:19:19.860 זה לא רק מהיר יותר, 00:19:20.120 --> 00:19:20.880 זה בטוח יותר. 00:19:21.140 --> 00:19:22.760 ציוט לא מסתמך על זיכרון 00:19:22.760 --> 00:19:23.700 או על מצב רוח. 00:19:23.880 --> 00:19:24.380 הוא מוטמע. 00:19:24.580 --> 00:19:26.580 יומני העדת הוורס מראים מי אישר, 00:19:26.580 --> 00:19:27.540 מתי ולמה. 00:19:27.660 --> 00:19:30.200 השקיפות הזו מרתיעה מתרבות של קיצורי דרך 00:19:30.200 --> 00:19:32.140 כי כל החלטה חיה כעת בתיעוד קבוע 00:19:32.140 --> 00:19:33.000 וניתן לחיפוש. 00:19:33.000 --> 00:19:33.860 ופילוסופית, 00:19:34.020 --> 00:19:36.000 זרימת העבודה מתהפכת מאדם תחילה 00:19:36.000 --> 00:19:36.880 עם סיוע AI 00:19:36.880 --> 00:19:38.640 ל-AI תחילה עם תיקון אנושי. 00:19:38.760 --> 00:19:39.560 ממשל מעשי, 00:19:39.760 --> 00:19:40.480 לא מדע בדיוני. 00:19:40.620 --> 00:19:42.220 ה-AI מטפל באכיפת חוקים, 00:19:42.360 --> 00:19:43.760 בני אדם מטפלים בשיקול דעת. 00:19:43.880 --> 00:19:45.320 הקליי מייצר מערכות הוגנות, 00:19:45.440 --> 00:19:47.340 מהירות ומהימנות יותר בסופו של דבר. 00:19:47.520 --> 00:19:49.400 תארו לעצמכם להסביר זאת למבקר. 00:19:49.400 --> 00:19:51.140 סוג החיוך שיבוא בעקבות זאת 00:19:51.140 --> 00:19:52.440 שווה את האוטומציה כולה. 00:19:52.520 --> 00:19:53.160 אז הנה זה. 00:19:53.360 --> 00:19:54.760 Microsoft Copilot Studio 00:19:54.760 --> 00:19:56.200 הוא לא עוד כלי אוטומציה. 00:19:56.380 --> 00:19:58.520 זה המקום שבו חוסר ההחלטיות של הארגון 00:19:58.520 --> 00:19:59.980 שלכם סוף סוף יוצא לגמלאות. 00:20:00.140 --> 00:20:01.400 אתם בונים מנוע אישורים 00:20:01.400 --> 00:20:02.700 שיודע לחשוב בתנאים, 00:20:02.940 --> 00:20:03.860 להסלים באחריות, 00:20:04.120 --> 00:20:05.420 לעמד קבלות מול המציאות 00:20:05.420 --> 00:20:06.820 ולתעד כל צעד שהוא עושה. 00:20:06.960 --> 00:20:07.860 זה לא זרימת עבודה, 00:20:08.120 --> 00:20:08.920 זה מודל ממשל. 00:20:09.080 --> 00:20:10.600 אם אתם זוכרים רק דבר אחד, 00:20:10.600 --> 00:20:11.400 תזכרו את זה. 00:20:11.540 --> 00:20:13.840 בינה מלאכותית צריכה להפוך החלטות לצפויות 00:20:13.840 --> 00:20:15.240 ובני אדם ליוצאי דופן. 00:20:15.240 --> 00:20:16.420 תפסיקו לנתב הכל 00:20:16.420 --> 00:20:17.760 דרך אנשים מתוך הרגל. 00:20:17.900 --> 00:20:19.300 תנו ללוגיקה לטפל בשגרה 00:20:19.300 --> 00:20:21.220 כדי שמנהלים יוכלו לטפל בחריגים. 00:20:21.400 --> 00:20:22.760 עכשיו, אם המדריך הזה 00:20:22.760 --> 00:20:23.980 חסך לכם עוד שבוע 00:20:23.980 --> 00:20:25.380 של המתנה לאישור מנהל, 00:20:25.600 --> 00:20:26.440 תשקלו להירשם. 00:20:26.600 --> 00:20:27.560 המדריך הבא יעמיק 00:20:27.560 --> 00:20:29.680 באוטומציות מתקדמות של Copilot Studio 00:20:29.680 --> 00:20:31.300 שבהן זרימות הסוכנים האלו 00:20:31.300 --> 00:20:32.440 מתחברות לניתוח של 00:20:32.440 --> 00:20:34.220 Power Platform ולמדיניות אדפי טיבי. 00:20:34.400 --> 00:20:35.880 קיברו את מסלול השדרוג שלכם, 00:20:36.060 --> 00:20:36.420 הרשמו, 00:20:36.620 --> 00:20:37.320 הפעילו התראות 00:20:37.320 --> 00:20:38.400 ותנו לפרקים חדשים 00:20:38.400 --> 00:20:39.280 להיפרס אוטומטית. 00:20:39.400 --> 00:20:40.340 בלי בדיקות ידניות, 00:20:40.500 --> 00:20:41.580 בלי החמצת מהדורות, 00:20:41.760 --> 00:20:43.420 רק הספקה רציפה של ידע שימושי. 00:20:43.560 --> 00:20:44.040 התקדמו!