TMDL ו-Model Options נכנסים לשירות, ואיתם שאלה שכל צוות חייב לענות עליה: מי מקור האמת של המודל. וגם — אפליקציות ארגוניות עם קהלים, מערכת ערכות הנושא החדשה, ורשימת הבאגים הידועים.
עדכון יולי 2026: המודל הסמנטי עובר לדפדפן, ההפצה עוברת לאפליקציות ארגוניות, והעיצוב עובר לערכות נושא.
יולי 2026תקציר מנהלים — מה חדש החודש
חמש דקות קריאה שנותנות את התמונה המלאה, לפני הירידה לעומק. פורסם ב-22.07.2026.
TMDL View נכנס לדפדפן בתצוגה מקדימה. כתיבת אובייקטים במודל בעורך קוד, עם מחזור של script, preview ו-apply — בלי לרדת ל-Desktop. הסקריפטים בדפדפן אינם נשמרים.
Model Options זמין בשירות. Type detection, קשרים, Auto date/time, טעינה מקבילה, Locale ו-DirectQuery. שתי הגדרות נכנסות לתוקף מיד, השאר רק ברענון הבא.
אזהרה ארכיטקטונית מרכזית: פרסום מ-Desktop הוא החלפה מלאה ולא מיזוג. כל שינוי שנעשה בשירות בין ההורדה לפרסום נדרס ואובד, ואין סנכרון חזרה ל-pbix.
אפליקציות ארגוניות עם קהלים בזמינות כללית. הקהל הוא שכבת ניווט ולא מסנן, וההרשאה מתפשטת גם למודל הסמנטי ומתבטלת יחד עם הסרת המשתמש.
אין כלי הגירה מאפליקציות סביבת עבודה, ואין לוח זמנים להפסקת התמיכה בהן. מעבר הוא בנייה מחדש ידנית.
מערכת ערכות נושא מורחבת: שלוש ערכות בסיס וחוויית Customize current theme בחלונית העיצוב. עיצוב ידני על ויזואל גובר תמיד על ערכת הנושא.
עיצוב מותנה לגרפי קו ולוויזואלים עם Legend בזמינות כללית, עם צביעה לפי מדד DAX יחיד.
16 באגים ומגבלות ידועים מתועדים בפרק VII, עם דרך עקיפה לכל אחד.
זמן קריאה משוער · 85 דקות
01
ניווט בין נושאים
הכפתורים הקודם והבא קבועים בראש המסך. אפשר גם בחצי המקלדת, בהחלקת אצבע בטלפון, או לקפוץ לנושא מרשימת הנושאים.
02
שאלות ותרגול
בסוף השיעור בוחן קצר עם משוב מיידי לכל שאלה, ותרגילי יישום עם פתרון מלא.
03
ההתקדמות נשמרת
הנושא שבו עצרתם והנושאים שקראתם נשמרים בדפדפן שלכם בלבד. אפשר לסגור ולחזור, ולאפס מתוך רשימת הנושאים.
איך בנוי כל נושא
כל נושא נפתח בהסבר למה הפיצ'ר קיים — הכאב בשטח והחזון מאחוריו — וממשיך לפירוט הטכני. הנושא החשוב ביותר בשיעור הוא פרק IV: סיכוני הדריסה. אל תדלגו עליו.
מה מכסה השיעור
עדכון יולי 2026, פורסם ב-22.07.2026.
מידול
TMDL View בדפדפן
המודל כקוד, עם מחזור script, preview ו-apply — עכשיו גם בלי Desktop.
הגדרות
Model Options בשירות
הגדרות ברמת המודל שהיו נעולות ב-Desktop, ומה נכנס לתוקף מתי.
ממשל
סנכרון ודריסה
למה פרסום מ-Desktop מוחק שינויים שנעשו בשירות, ואיך מונעים את זה.
הפצה
אפליקציות ארגוניות עם קהלים
קהל כשכבת ניווט, והרשאה שמתפשטת למודל ומתבטלת איתו.
עיצוב
ערכות נושא ומובייל
שלוש ערכות בסיס, חלונית Customize current theme, והתאמה למסך קטן.
פרודקשן
באגים ודרכי עקיפה
16 תופעות ידועות, הסיבה לכל אחת והפתרון.
דרישת קדם: היכרות עם מודל סמנטי, סביבות עבודה והרשאות. השיעור מדבר על ניהול מודל בפרודקשן, לא על בניית דוח.
פרק I · למה הדפדפן
הכאב שהוליד את המעבר
לפני הפיצ'רים — הבעיה הארכיטקטונית שהם באים לפתור.
עד היום, כל שינוי במודל — גם שינוי שם עמודה, גם תיקון קשר — חייב מסלול שלם: להוריד קובץ pbix, לפתוח Desktop על Windows, לערוך, לפרסם מחדש, ולקוות שאף אחד לא נגע במודל בינתיים. זה חוסם משתמשי Mac לגמרי, מונע עבודה מקבילה של שני אנשים, וגורר מחזור פרסום שלם עבור תיקון של שתי דקות.
01
הבעיה המרכזית
קובץ ה-pbix הוא ארטיפקט מונוליטי. כל עוד המודל חי בקובץ בינארי במחשב של מישהו — אין ממשל, אין בקרת גרסאות אמיתית ואין שיתוף פעולה.
02
החזון
המודל הסמנטי הוא שירות, לא קובץ. הדפדפן הוא הלקוח, TMDL הוא הפורמט ו-Git הוא מקור האמת.
03
המחיר
שני משטחי עריכה לאותו מודל יוצרים שתי גרסאות אמת. פרק IV בשיעור עוסק כולו במחיר הזה.
Power BI Desktop לא נעלם — אבל הוא הופך לכלי אחד מבין כמה, במקום השער היחיד אל המודל.
פרק I · למה הדפדפן
מה נכנס בפועל ביולי
מפת העדכון לפני שצוללים לכל רכיב.
הרכיב
הסטטוס
מה זה משנה
TMDL View בדפדפן
תצוגה מקדימה
כתיבה ועריכה של אובייקטים במודל בעורך קוד, בלי לרדת ל-Desktop
Model Options בשירות
זמין
הגדרות ברמת המודל, כולל Auto date/time, Locale ו-DirectQuery
חלונית הגדרות מודל סמנטי
תצוגה מקדימה, מאוגוסט כברירת מחדל
ההגדרות נפתחות לצד התוכן במקום בדף מלא
אפליקציות ארגוניות עם קהלים
זמינות כללית
אפליקציה אחת שמגישה חוויות שונות לקבוצות שונות
API-ים לאפליקציות ולקהלים
זמין
יצירה, קריאה, עדכון, מחיקה והצגת רשימה — וגם ל-Paginated Reports
Modern Visual Defaults
תצוגה מקדימה מורחבת
חוויית Customize current theme בחלונית העיצוב
עיצוב מותנה לגרפי קו ו-Legend
זמינות כללית
צביעה לפי מדד DAX יחיד, עקבית בכל הדוח
קהלים במובייל
זמין
חוויית הקהל מגיעה ל-iOS ולאנדרואיד
הודעה שכדאי לסמן ביומן: החל מאוקטובר, משתמשים עם Power BI Desktop מגרסת מרץ 2026 ומטה לא יוכלו לשמור ולשתף קבצים אל OneDrive ו-SharePoint. כדאי לעדכן מראש.
פרק II · TMDL — המודל כקוד
מהו TMDL ומחזור העבודה
ברגע שמבינים שהמודל הוא טקסט, שינויים המוניים מפסיקים להיות בעיה.
TMDL, ראשי תיבות של Tabular Model Definition Language, הוא הייצוג הטקסטואלי של המודל הסמנטי. כל טבלה, עמודה, מדד, קשר ותפיסה הם טקסט.
Scriptגוררים אובייקט מחלונית הנתונים לעורך, או לוחצים ימני ובוחרים Script TMDL. אפשר לגרור מקטע שלם, ולבחור כמה אובייקטים עם CTRL.
Editהעורך כולל הדגשה סמנטית, השלמה אוטומטית (גם ב-Ctrl+Space), טולטיפים, פעולות קוד עם נורה, עיצוב ב-Shift+Alt+F וחלונית Problems.
Previewמציג diff מלא של המודל לפני ואחרי הרצת הסקריפט, באדום וירוק.
Applyמריץ את הסקריפט מול המודל. בכישלון נפתחת חלונית Output עם פרטי השגיאה.
שתי דקויות ב-Preview: ההשוואה אינה מול הסקריפט שבלשונית אלא השוואת מודל מקיפה, ולכן חלק מהמאפיינים עשויים להופיע בסדר שונה. ובנוסף — preview רץ רק על TMDL תקין; סקריפט שגוי לא יריץ תצוגה מקדימה כלל.
TMDL נוגע במטא-דאטה בלבד: שינוי אינו מרענן נתונים ואינו משפיע על הדוח. אם שיניתם ביטוי Power Query או עמודה מחושבת — חייבים לרענן ידנית.
פרק II · TMDL — המודל כקוד
מה שאין לו ממשק גרפי
הסיבה האמיתית ללמוד TMDL: אובייקטים שאי אפשר להגיע אליהם בשום דרך אחרת.
דרך TMDL אפשר לגעת באובייקטים ומאפיינים שאין להם ממשק בכלל — IsAvailableInMDX, DetailRowsDefinition, תרגומים ו-perspectives.
גם פונקציות DAX נכתבות ב-TMDL — ובפרויקט PBIP הן נשמרות בקובץ functions.tmdl
01
שכפול טבלה בין מודלים
עם ההגדרה המלאה: עמודות, ביטוי Power Query והגדרת מיון.
02
שינוי מצב אחסון
מעבר בין DirectQuery ל-Import דרך עדכון מאפיין המחיצה.
03
גיבוי לפני שינוי גדול
כותבים סקריפט של המודל, שומרים, ואם צריך מריצים אותו מחדש כדי לשחזר.
פרק II · TMDL — המודל כקוד
שינוי שם ו-sourceColumn
הכוח האמיתי של TMDL, והדקות שאף אחד לא מספר עליה.
שינוי שם אובייקט מחייב לכתוב סקריפט של האב שלו: שינוי שם עמודה דורש סקריפט של הטבלה, ושינוי שם טבלה דורש סקריפט של המודל כולו. אחר כך חיפוש והחלפה עם ביטויים רגולריים עושה את העבודה.
שדה בדיאלוג
הערך
Find
(^\s+column\s+)(.+)
Replace
$1\L$2
להמרת כל שמות העמודות בטבלה לאותיות קטנות. חובה לוודא ש-Regular Expression דלוק, ואז Replace All ו-Apply
המלכודת הכי לא אינטואיטיבית בשיעור: אחרי שינוי שם ב-TMDL, שם העמודה יהיה שונה ממאפיין sourceColumn. הסנכרון בין טבלת המודל לשאילתת Power Query מתבסס על sourceColumn, ולכן השמות נשארים בלתי תלויים: עורך Power Query יציג את שמות ה-sourceColumn, ושינוי שם דרך הממשק לא יוסיף שלב rename לשאילתה כל עוד השניים אינם זהים.
✓לפני כל Apply: להריץ Preview ולסרוק את ה-diff — לוודא שלא נגעתם בשמות מדדים או עמודות שמכילים את אותה מחרוזת. ואחרי Apply — לבדוק את הדוחות התלויים, כי שינוי שם שדה עלול לשבור ויזואלים.
פרק II · TMDL — המודל כקוד
TMDL בדפדפן מול Desktop
אותה חוויה, ארבעה הבדלים שמשנים את אופן העבודה.
נושא
Desktop
דפדפן (תצוגה מקדימה)
מצבי עבודה
אין הפרדה — אפשר להחיל בכל רגע
View mode לכתיבה ותצוגה מקדימה, Edit mode להחלה. ניסוי בטוח לפני התחייבות
שמירת סקריפטים
נשמרים כחלק מהמודל, ובפרויקט PBIP כקובצי tmdl בתיקיית TMDLScripts
לא נשמרים כלל. נמחקים בסגירת המודל או הדפדפן, וסקריפטים קודמים לא מוצגים
היסטוריית גרסאות
לא זמינה
נשענת על היסטוריית הגרסאות של סביבת העבודה לשחזור
הרשאות
לא רלוונטי
נדרשת הרשאת כתיבה על המודל הסמנטי
מסקנה מעשית: בדפדפן כל סקריפט ארוך שאתם כותבים הוא בר-חלוף. שמרו אותו בצד — במאגר Git, בקובץ, או ב-Visual Studio Code — לפני שאתם סוגרים את הלשונית.
✓ לעריכת קובצי TMDL מחוץ ל-Power BI קיימת הרחבה ייעודית ל-Visual Studio Code, עם הדגשה סמנטית ל-DAX ול-Power Query, השלמה אוטומטית, אבחון ועיצוב.
פרק III · Model Options בשירות
ההגדרות ותזמון התוקף
מה שהיה נעול ב-Desktop נפתח בדפדפן — עם תזמון שונה לכל הגדרה.
למה מיקרוסופט הכניסה את זה
ההגדרות האלה קובעות התנהגות יסודית של המודל: האם נוצרות טבלאות תאריך מוסתרות, איך מפורשים תאריכים ומספרים, כמה חיבורים מקבילים נפתחים למקור. עד היום הן היו נעולות ב-Desktop, כך שגם מי שניהל את המודל בשירות היה עיוור אליהן. התוצאה: מודלים שנופחו בטבלאות תאריך מיותרות בלי שאיש שם לב.
איך מגיעים
פותחים מודל סמנטי ב-Model view בשירות, עוברים ל-Editing mode, ואז File > Options. נדרשת הרשאת כתיבה.
ההגדרה
מה היא עושה
מתי נכנסת לתוקף
Type detection
זיהוי אוטומטי של סוגי עמודות וכותרות במקורות לא מובנים
בטעינה או ברענון הבא
Relationships
ייבוא קשרים בטעינה ראשונה, עדכון או מחיקה ברענון, וזיהוי קשרים חדשים
בטעינה או ברענון הבא
Auto date/time
יצירה אוטומטית של טבלאות תאריך מוסתרות
מיד עם השמירה
Parallel loading
מצב מקביליות בטעינת טבלאות: Default, One, או Custom
בטעינה או ברענון הבא
Regional settings: Locale
איך מפורשים מספרים, תאריכים ושעות בטקסט מיובא
בטעינה או ברענון הבא
DirectQuery connections
האם מודלים אחרים יכולים להתחבר למודל הזה ב-DirectQuery
מיד עם השמירה
Max connections per source
מגבלת חיבורים מקבילים למקור, ב-DirectQuery בלבד
בטעינה או ברענון הבא
פרק III · Model Options בשירות
שלוש המלכודות של הדיאלוג
הגדרה אחת בדפדפן יכולה לשבור עשרות דוחות במורד הזרם.
כיבוי Auto date/time הוא פעולה הרסנית: הכיבוי מוחק את טבלאות התאריך המוסתרות שמאחורי היררכיות התאריך האוטומטיות. דוחות שמשתמשים בהן יציגו שגיאות שדה שבור אחרי הרענון. הפתרון המיידי — להדליק מחדש; הפתרון הקבוע — לעבור לטבלת תאריך מפורשת.
מלכודת Locale שאין ממנה חזרה: חלק מה-locales אינם מוצגים נכון בדיאלוג ועשויים להיראות ריקים. המודל ממשיך לעבוד, אבל אם משנים את ה-locale במצב הזה — אי אפשר להחזיר אותו בדפדפן, וחייבים לפרסם מחדש מ-Desktop.
מגבלה
ההשלכה
פר-מודל בלבד
אין ברירות מחדל למודלים חדשים ואין עדכון קבוצתי בדפדפן
רק מ-Model view
הדיאלוג אינו זמין מתצוגת הדוח, מ-DAX Query View, מ-TMDL View או מדף ההגדרות
שמירה נכשלת
לוודא שאין שינויים מקבילים דרך XMLA או לקוח אחר, לסגור ולפתוח מחדש את הדיאלוג, ולנסות שוב
פרק IV · סנכרון ודריסה
תרחיש הדריסה — למה זה קורה
הנושא החשוב ביותר בשיעור. זה לא באג, זו ארכיטקטורה.
העיקרון: פרסום מ-Desktop הוא פעולת החלפה מלאה של המודל, לא מיזוג. Desktop אינו יודע מה קרה בשירות מאז ההורדה, ולכן הוא כותב את התמונה שלו על הכול.
הגדרות Desktop נשמרות בפרסום, ולכן הערכים ההתחלתיים בדפדפן משקפים את מה שהיה ב-Desktop. ברגע שמשנים הגדרה בשירות, ערכי השירות גוברים. אבל אם מורידים pbix, עורכים ב-Desktop ומפרסמים מחדש — הגדרות ה-Desktop דורסות את ערכי השירות, וכל שינוי שנעשה בשירות בין ההורדה לפרסום אובד. שינויים בשירות אינם מסתנכרנים חזרה לקובץ המקומי.
TIMELINE
יום א 09:00 מורידים pbix מהשירות יום א 11:00 עמית מוסיף מדד בדפדפן ומשנה Locale יום ב 14:00 מפרסמים מחדש את ה-pbix מיום א ← המדד וה-Locale של עמית נעלמו
✓הכלל היחיד שמונע את זה: מקור אמת אחד לכל מודל. לא לערבב בין עריכה ב-Desktop לעריכה בדפדפן על אותו מודל.
פרק IV · סנכרון ודריסה
מודלים חסומים ופערים
שלוש עובדות נוספות שמשנות את שגרת העבודה.
אין undo: שינויים במודל בשירות נשמרים אוטומטית והם קבועים. רשת הביטחון היחידה היא היסטוריית הגרסאות של המודל הסמנטי, שנתמכת למודלים שנערכו בדפדפן ומיועדת בדיוק להתאוששות מטעויות קריטיות.
מודלים שאי אפשר לערוך בדפדפן
המודל
הפתרון
נפרס דרך deployment pipelines
עריכה בדפדפן רק בסביבת הפיתוח — לא בטסט ולא בפרודקשן
לא שודרג לפורמט מטא-דאטה משופר
לפתוח את ה-pbix ב-Desktop ולפרסם מחדש
אגרגציות אוטומטיות מוגדרות
אין עריכה בדפדפן
live connection
אין עריכה בדפדפן
הוגר מ-Azure Analysis Services
אין עריכה בדפדפן
✓ כדי לדעת איזו מגבלה חוסמת מודל מסוים — מרחפים מעל כפתור Open semantic model בדף פרטי המודל, והטולטיפ יציין את הסיבה.
פערים פונקציונליים שנשארו
✕שינוי שם שדה בשירות אינו מתעדכן אוטומטית בוויזואלים במורד הזרם
✕אי אפשר להגדיר טבלת feature או לשנות את מאפייניה
✕אי אפשר לשנות מצב אחסון של טבלה מהממשק, ואין דיאלוג View as
✕אין הגדרת Q&A ומילים נרדפות
✕אם ההמרה לפורמט אחסון מודל סמנטי גדול נכשלת — נשארים עם מצב צפייה בלבד
פרק IV · סנכרון ודריסה
כלל הממשל וניטור
איך מגדירים מדיניות שמונעת אובדן עבודה, ואיך יודעים שמישהו נגע במודל.
מסלול א
המודל מנוהל ב-Git ו-PBIP
חוסמים עריכה בדפדפן ברמת ההרשאות, ומשאירים את הדפדפן לצפייה ול-TMDL View במצב View בלבד.
מסלול ב
המודל מנוהל בשירות
לא מורידים pbix ולא מפרסמים מחדש. קידום שינויים דרך deployment pipelines או כלי השוואת סכימה.
הערבוב בין שני המסלולים הוא בדיוק המצב שבו התיעוד הרשמי מבטיח אובדן שינויים.
שלוש פעולות ביקורת
שם הפעולה
מתי נרשמת
ApplyChangeToPowerBIModel
כל שינוי במודל: כתיבת מדד, ניהול קשרים ועוד
GetPowerBIDataModel
פתיחת המודל או סנכרון מחדש שלו
ApplyQueriesExecution
הרצת פעולות Power Query כמו Refresh all ו-Transform data
✓ לניטור עומס, אפליקציית המדדים חושפת שתי פעולות ייעודיות: Web Modeling read ו-Web Modeling write, שתיהן מסווגות כאינטראקטיביות. אפשר לבנות על הפעולות האלה התראה כשמישהו עורך מודל פרודקשן בדפדפן.
פרק V · אפליקציות ארגוניות עם קהלים
הכאב והחזון
מה באמת נשבר בהפצה הישנה — כולל חשיפת אבטחה שקטה.
01
כאב ההפצה
ארגון אחד, קהלים שונים: הנהלה רוצה שלושה מדדים, מנהלי אזור פילוח מלא, אנליסטים הכול. הפתרון היה לשכפל — עוד סביבת עבודה, עוד אפליקציה, עוד עותק של אותו דוח.
02
כאב האבטחה
באפליקציות סביבת העבודה הישנות, הרשאה לאפליקציה והרשאה למודל היו שני דברים נפרדים. משתמש שהוסר מאפליקציה יכול היה להישאר עם גישה למודל, ודרכו לכל הנתונים.
03
החזון
אפליקציה היא פריט Fabric ככל פריט אחר: חיה בסביבת עבודה, נכנסת ל-Git, עוברת ב-deployment pipelines ונשלטת ב-API.
ההתכנסות: הפצה, ממשל ואבטחה הופכים לנקודה אחת. הקהל אינו מסנן תצוגה אלא שכבת ניווט, וההרשאה מתפשטת לכל מה שהאפליקציה חושפת ומתבטלת יחד איתה.
פרק V · אפליקציות ארגוניות עם קהלים
הקהל כניווט ולא כמסנן
שלוש ארכיטקטורות ושלוש תצורות תצוגה.
01
כמה אפליקציות בסביבת עבודה
לכל אחת תוכן וחוויה משלה: הנהלה, מנהלים, מחלקה, סדרת ישיבות.
02
אפליקציה אחת עם קהלים
מראה אחיד, ניווט ותוכן מסוננים לכל קהל.
03
שילוב
כמה אפליקציות, ובתוך כל אחת קהלים לפילוח נוסף.
שלוש תצורות הניווט
התצורה
מתי מתאימה
לשונית All יחד עם לשוניות הקהלים
כשרוצים תנועה בין תצוגה רחבה לתצוגות ממוקדות
הסתרת לשונית All
כשהקהלים הם הניווט הראשי, והלשונית הראשונה של כל קהל מתפקדת כדף בית
הסתרת לשוניות הקהלים
כשרוצים חוויה חלקה שבה כללי הנראות פועלים ברקע בלי שהמשתמש מודע להם
✓ משתמש ששייך לקהל אחד בלבד ממילא לא רואה לשוניות קהל. להקמה מהירה אפשר לשכפל קהל קיים יחד עם הגדרות הנראות שלו, ולשייך משתמשים לקהל ישירות מחוויית השיתוף.
פרק V · אפליקציות ארגוניות עם קהלים
הרשאות ומחזור חיים
השינוי החשוב באמת נמצא כאן, לא בממשק.
הפצת הגישה חלה גם על הפריטים וגם על המודלים הסמנטיים שמאחוריהם. הסרת משתמש או הסרת תוכן מבטלת גישה באופן עקבי, ולא נשארת גישה תלויה למודלים. זו התנהגות מאובטחת כברירת מחדל, שמחסלת מקור בלבול מוכר מאפליקציות סביבת העבודה.
מחזור החיים
✓הפריטים נשאבים ישירות מתוכן סביבת העבודה, ועדכונים זורמים אליהם אוטומטית
✓אפשר לבצע staging וקידום מבוקר דרך deployment pipelines או Git
✓ביולי נוספו API-ים מקבילים גם ל-Paginated Reports
השלכה תפעולית שקל לפספס: מכיוון שעדכוני פריטים זורמים אוטומטית, אין יותר "פרסום אפליקציה" כשלב שער. עריכת דוח בסביבת העבודה של הפרודקשן היא שינוי בפרודקשן. מי שרוצה שער בקרה חייב deployment pipelines או Git.
מה עוד נוסף ביולי
01
סימניות
גם של מחבר הדוח וגם אישיות, בתוך האפליקציה.
02
Storytelling ל-PowerPoint
הוספת עמודי דוח וויזואלים חיים מתוך תוכן האפליקציה למצגת.
03
קהלים במובייל
חוויית הקהל מגיעה ל-iOS ולאנדרואיד.
פרק V · אפליקציות ארגוניות עם קהלים
הגירה — מה שצריך לתכנן
נקודת התכנון החשובה ביותר בפרק.
אין לוח זמנים מפורסם להפסקת התמיכה באפליקציות סביבת עבודה, ואין כלי הגירה. אפליקציות סביבת עבודה נתמכות במלואן לצד האפליקציות הארגוניות.
המצב שלכם
מה לעשות
פרויקט הפצה חדש
להתחיל ישירות באפליקציות ארגוניות. אין סיבה לבנות על המסלול הישן
עשרות אפליקציות קיימות
לתכנן מעבר מדורג. מעבר הוא בנייה מחדש ידנית — לא להמתין לכלי שאינו קיים
אפליקציה אחת מרכזית
לשחזר אותה כאפליקציה ארגונית בסביבה מקבילה, לבדוק הרשאות, ורק אז להחליף
✓סדר בנייה יעיל: בונים תחילה את הקהל הרחב ביותר עם כל הפריטים, ואז משכפלים אותו לכל קהל נוסף ומכבים נראות — מהיר בהרבה מבנייה מאפס.
פרק VI · ערכות נושא ומובייל
שלוש ערכות הבסיס
כל דוח יושב על ערכת בסיס. הבחירה בה קובעת את נקודת ההתחלה של כל ויזואל.
למה מיקרוסופט הכניסה את זה
בארגון, עקביות ויזואלית אינה אסתטיקה אלא אמינות. דוח שבו כל עמוד נראה אחרת מייצר חוסר ודאות אצל הקורא גם כשהנתונים נכונים — הוא לא יודע אם ההבדל בצבע מסמן משהו. עד היום עקביות הושגה בעבודה ידנית על כל ויזואל, או בקובץ JSON שרק אדם אחד בארגון ידע לערוך.
ערכת בסיס
מתי בוחרים בה
Fluent 2 (תצוגה מקדימה)
עיצוב מודרני מיושר ל-Fluent 2. דוחות חדשים אחרי הפעלת התצוגה המקדימה מקבלים אותה אוטומטית
Classic 2026
ברירת המחדל הנוכחית לדוחות חדשים ב-Desktop
Classic 2018
דוחות שנוצרו לפני 2026, או כשרוצים אחידות עם דוחות ותיקים בארגון
החלפה: View ← Themes ← Customize current theme ← תפריט Base theme
מה משתנה ב-Fluent 2
01
קנבס
עמודים חדשים בגודל 1920x1080, ורקע וטפט בגווני אפור לניגודיות טובה יותר.
02
עיצוב אחיד
כותרות וכותרות משנה דלוקות, כותרות ציר כבויות, ריפוד מוגדל ופינות מעוגלות.
03
ערכות סגנון
לכל סוג ויזואל: תרשים עם ציר או עם תוויות, קו חלק או ישר, כפתור במצבי Default, Outline, Transparent ו-Icon & Text.
שימו לב: ערכת נושא מותאמת מונחת על גבי ערכת הבסיס ודורסת רק את מה שהיא מגדירה במפורש. וגם: סלייסר כברירת מחדל בתפריט נפתח ו-Small multiples עוברים לפריסת 1x4 במקום 2x2.
פרק VI · ערכות נושא ומובייל
סדר העדיפויות בעיצוב
ערכת הנושא יוצאת מקובץ ה-JSON ונכנסת לחלונית העיצוב.
כשהתצוגה המקדימה דלוקה ולא נבחר שום ויזואל, חלונית העיצוב מציגה את הגדרות ערכת הנושא. השינוי מוחל מיד על כל הדוח.
רקע, מסגרת עם עובי ורדיוס פינה, אייקוני כותרת, טולטיפ, צל וריפוד — לכל הוויזואלים בבת אחת
Page
גודל עמוד ברירת מחדל, צבע רקע וטפט לכל העמודים
Export theme
ייצוא לקובץ JSON לשימוש בדוחות אחרים או להוספה לערכות נושא ארגוניות
סדר העדיפויות שחייבים להבין: עיצוב שהוחל ידנית על ויזואל בודד גובר תמיד על ערכת הנושא. לכן שינוי בערכת הנושא יעדכן רק ויזואלים שנשארו בעיצוב ברירת המחדל — וזו הסיבה שדוח ותיק "לא מגיב" לשינוי מיתוג.
אזהרה לפני שמאפסים:Reset to default על ויזואל שלם מסיר גם פעולות על כפתורים, כללי עיצוב מותנה, תמונות מ-URL או משדה, ותוויות ייחוס. עדיף לאפס מקטע בודד בחלונית העיצוב.
פרק VI · ערכות נושא ומובייל
מובייל — הדוח במסך קטן
פריסת מובייל היא לא הקטנה של הדסקטופ, היא דוח אחר.
איך זה עובד: תצוגה מותאמת מובייל מוצגת רק באפליקציות ל-iOS ולאנדרואיד, ורק במצב לאורך. בדפדפן הדוח תמיד מוצג בפריסה הרגילה. בונים ב-View > Mobile layout ב-Desktop, או דרך עריכת הדוח בשירות.
בונים את שתי הפריסות יחדשכפול עמוד משכפל את שתיהן, כך שעמוד עם כותרת וניווט משמש תבנית לשאר העמודים.
בוחרים רק את מה שחשובגודל מינימלי מומלץ: רוחב 323 נקודות לוויזואל גדול, 158 לקטן. גופן לא קטן מתשע נקודות.
מנקים רעשמסירים כותרות ציר, קווי רשת ומקרא; מסדרים ניווט וסלייסרים אופקית; מצמצמים רווח לבן.
בודקים אינטראקציהטולטיפים מושבתים בקנבס העריכה אך פועלים באפליקציה. בחירות בסלייסר בקנבס אינן עוברות לפריסת הרשת.
✓מה שהעדכון הזה מוסיף למובייל: קהלים באפליקציה הארגונית פועלים כעת גם ב-iOS ובאנדרואיד, כך שכל משתמש רואה בקטן בדיוק את מה שמיועד לו — וזה מקטין משמעותית את הצורך בפריסת מובייל נפרדת לכל קבוצה.
רספונסיביות אוטומטית עשויה להתנגש בעיצוב ידני. אפשר לכבות אותה ב-General > Properties > Advanced options.
פרק VII · באגים ודרכי עקיפה
16 באגים ודרכי עקיפה
מבוסס על סעיפי המגבלות והתיעוד הרשמי. כדאי לעבור על זה לפני שמפעילים בפרודקשן.
התופעה
הסיבה
דרך העקיפה
הסקריפט שכתבתי בדפדפן נעלם
בדפדפן הסקריפטים אינם נשמרים ונמחקים בסגירת המודל או הדפדפן
להעתיק לקובץ או ל-Git לפני סגירת הלשונית; לעבוד ב-VS Code עם הרחבת TMDL
שינויים בשירות נעלמו אחרי פרסום מ-Desktop
פרסום הוא החלפה מלאה ולא מיזוג
מקור אמת יחיד; שחזור דרך היסטוריית הגרסאות של המודל
דוחות מציגים שגיאת שדה שבור אחרי רענון
כיבוי Auto date/time מחק את טבלאות התאריך המוסתרות
להדליק מחדש כפתרון מיידי, ולעבור לטבלת תאריך מפורשת כפתרון קבוע
שדה Locale נראה ריק ואי אפשר להחזירו
חלק מה-locales אינם מוצגים נכון בדיאלוג
לא לשנות locale כשהשדה ריק; שחזור מחייב פרסום מחדש מ-Desktop
שמירת Model Options נכשלת
שינויים מקבילים דרך XMLA, או מטא-דאטה שמורה בזיכרון
לוודא שאין כתיבה מקבילה, לסגור ולפתוח את הדיאלוג, ואז לנסות שוב
Model Options לא מופיע בכלל
אין הרשאת כתיבה, או שאינכם ב-Model view
לוודא הרשאת כתיבה ולעבור ל-Model view במצב Editing
ויזואלים נשברו אחרי שינוי שם ב-TMDL
שינוי שם שדה אינו מתעדכן אוטומטית בוויזואלים במורד הזרם
להריץ Preview לפני Apply, ולסרוק את הדוחות התלויים מיד אחרי
Power Query מציג שמות עמודות אחרים מהמודל
הסנכרון מתבסס על sourceColumn שנשאר על השם המקורי
לשנות גם את sourceColumn בסקריפט אם רוצים זהות מלאה, או לתעד את ההפרדה
שינוי בביטוי Power Query לא משפיע על הנתונים
TMDL משנה מטא-דאטה בלבד ואינו מרענן
לרענן את הטבלה או את המודל ידנית אחרי Apply
סקריפטים של TMDL לא נכנסו ל-Git
הקמת אינטגרציית Git ראשונית מסביבת העבודה אינה כוללת אותם
להעביר סקריפטים חשובים למאגר ידנית כקובצי tmdl
חלק מהפקודות ב-Command palette לא עובדות
מגבלה ידועה: הפלטה מציגה פקודות שאינן נתמכות כרגע
להשתמש בכפתורי הריבון ובקיצורי המקלדת המתועדים
Fluent 2 לא זמין בשירות
בתצוגה מקדימה אפשר להפעיל את ערכת הבסיס ב-Desktop בלבד
ליצור או לעדכן את הדוח ב-Desktop ואז לפרסם. גם Customize current theme אינו זמין בשירות
החלפתי ערכת בסיס והעמודים נשארו בגודל הישן
עמודים קיימים אינם משנים גודל; רק עמודים חדשים
לעדכן ידנית, או דרך מקטע Page בחלונית ערכת הנושא שמעדכן את כל העמודים
הסלייסר נראה כרשימה עם עיצוב של תפריט נפתח
התנהגות ידועה בתצוגה המקדימה של Fluent 2
לבצע Reset to default על הסלייסר כדי להחזירו למצב תפריט נפתח
Reset to default מחק הגדרות חשובות
איפוס ויזואל שלם מסיר פעולות כפתורים, עיצוב מותנה, תמונות משדה ותוויות ייחוס
לאפס מקטע בודד בחלונית העיצוב במקום את הוויזואל כולו
ערכת הנושא המותאמת נשברה אחרי מעבר ל-Fluent 2
ערכות נושא ותיקות אינן תמיד תואמות לברירות המחדל המודרניות
לבטל את עדכון ערכת הנושא ולחזור לערכת הבסיס הקודמת עד שמעדכנים את קובץ ה-JSON
פרק VIII · בדיקה עצמית
בוחן — 12 שאלות
שאלה אחת בכל פעם. תשובה נכונה נצבעת בירוק, שגויה באדום, והתשובה הנכונה תמיד נחשפת יחד עם הסבר טכני מלא.
מה קורה לסקריפט TMDL שכתבתם בדפדפן אחרי סגירת הלשונית?
הסבר: זהו אחד מארבעת ההבדלים המהותיים בין TMDL View ב-Desktop לגרסת הדפדפן. ב-Desktop הסקריפטים נשמרים כחלק מהמודל, ובפרויקט PBIP הם יורדים כקובצי tmdl לתיקיית TMDLScripts. בדפדפן, לעומת זאת, הם אינם נשמרים כלל ונמחקים עם סגירת המודל או הדפדפן — וגם סקריפטים שנשמרו קודם ב-Desktop לא יוצגו שם. היסטוריית הגרסאות משחזרת את המודל אחרי Apply, לא את הסקריפט שכתבתם.
לשינוי שם עמודה ב-TMDL, איזה אובייקט צריך לכתוב כסקריפט?
הסבר: TMDL עובד בהיררכיית האובייקטים של המודל הטבלאי, ושינוי שם מחייב לכתוב סקריפט של האב של האובייקט: עמודה מחייבת את הטבלה, וטבלה מחייבת את המודל כולו. הסיבה היא שהשם הוא המזהה של האובייקט בתוך האב, ולכן פעולת createOrReplace על האב היא זו שמבצעת את ההחלפה. מכאן גם נובע שלשינוי שם המוני של טבלאות צריך לגרור את המודל כולו לעורך.
הורדתם pbix, ערכתם ב-Desktop ופרסמתם מחדש. מה קורה להגדרות ששונו בשירות בינתיים?
הסבר: פרסום מ-Desktop הוא פעולת החלפה מלאה של המודל, לא מיזוג. Desktop אינו יודע מה קרה בשירות מאז ההורדה, ולכן הוא כותב את התמונה שלו על הכול. שינויים שנעשו בשירות אינם מסתנכרנים חזרה לקובץ המקומי, וכל מה שנעשה שם בין ההורדה לפרסום אובד. זו הסיבה שהכלל היחיד שעובד הוא מקור אמת אחד לכל מודל: או Git ו-PBIP, או ניהול מלא בשירות — לא שילוב.
מה הסיכון בכיבוי Auto date/time מהדפדפן במודל ארגוני?
הסבר: Auto date/time יוצר טבלת תאריך מוסתרת לכל עמודת תאריך בטבלת Import, וההיררכיות שהמשתמשים גוררים לוויזואלים מבוססות עליהן. כיבוי ההגדרה מוחק את הטבלאות האלה, ולכן כל ויזואל שנשען על היררכיה כזו יציג שגיאת שדה שבור אחרי הרענון. שימו לב שזו אחת משתי ההגדרות היחידות בדיאלוג שנכנסות לתוקף מיד עם השמירה ולא ברענון הבא. הפתרון הקבוע הוא מעבר לטבלת תאריך מפורשת ועדכון הדוחות.
מה קורה להרשאת המודל הסמנטי כשמסירים משתמש מאפליקציה ארגונית?
הסבר: זהו השינוי החשוב ביותר באפליקציות הארגוניות, והוא אבטחתי ולא ויזואלי. הפצת הגישה חלה גם על הפריטים וגם על המודלים הסמנטיים שמאחוריהם, וההסרה עקבית: אין יותר גישה תלויה שנשארת מאחור. באפליקציות סביבת העבודה הישנות ההרשאה לאפליקציה וההרשאה למודל היו נפרדות, כך שמשתמש שהוסר יכול היה להישאר עם גישה לנתונים — וזו הייתה חשיפה שקטה בכל ארגון שמחליף עובדים.
החלתם ערכת נושא חדשה וחצי מהוויזואלים לא השתנו. למה?
הסבר: סדר העדיפויות בעיצוב הוא: ערכת בסיס, מעליה ערכת נושא מותאמת, ומעל שתיהן עיצוב שהוחל ישירות על ויזואל בודד בחלונית העיצוב. לכן שינוי בערכת הנושא מעדכן רק ויזואלים שנשארו בברירת המחדל. הפתרון הוא לאפס את המקטע הרלוונטי בחלונית העיצוב לכל ויזואל שעוצב ידנית — ולא לבצע Reset to default על הוויזואל כולו, כי איפוס מלא מסיר גם פעולות כפתורים, עיצוב מותנה ותמונות משדה.
איך מפעילים את ערכת הבסיס Fluent 2 בדוח שנערך בשירות?
הסבר: בשלב התצוגה המקדימה, ערכת הבסיס Fluent 2 ניתנת להפעלה ב-Power BI Desktop בלבד, וגם האפשרות Customize current theme והאפשרויות שמתחתיה בתפריט Themes אינן זמינות בשירות. כדי לקבל את הסגנון בשירות צריך לבנות או לעדכן את הדוח ב-Desktop ואז לפרסם. שימו לב גם שהחלפת ערכת בסיס אינה משנה את גודל העמודים הקיימים — רק עמודים חדשים מקבלים את הקנבס החדש.
אילו הגדרות ב-Model Options נכנסות לתוקף מיד עם השמירה?
הסבר: ההגדרות מתחלקות לשתי קבוצות לפי מה שהן משנות. Auto date/time וחסימת DirectQuery משנות את מבנה המודל ואת ההרשאה להתחבר אליו, ולכן הן חלות מיד. Type detection, Relationships, טעינה מקבילה ו-Locale משפיעות על אופן הטעינה של הנתונים, ולכן הן נכנסות לתוקף רק בטעינה או ברענון הבא. ההבחנה הזו חשובה: שינוי locale לא יתקן נתונים שכבר נטענו עד שתריצו רענון.
מודל שנפרס דרך deployment pipelines — איפה אפשר לערוך אותו בדפדפן?
הסבר: עריכה בדפדפן נתמכת רק בסביבת הפיתוח של הצינור; בטסט ובפרודקשן היא חסומה מכוונה, כדי שהקידום בין הסביבות יישאר הדרך היחידה לשנות פרודקשן. זו אחת מחמש הקטגוריות של מודלים שאינם נתמכים לעריכה בדפדפן — לצד מודלים שלא שודרגו לפורמט מטא-דאטה משופר, מודלים עם אגרגציות אוטומטיות, מודלים עם live connection, ומודלים שהוגרו מ-Azure Analysis Services. הריחוף מעל כפתור Open semantic model יציין איזו מגבלה חלה.
איך מעבירים אפליקציית סביבת עבודה לאפליקציה ארגונית?
הסבר: מיקרוסופט הצהירה במפורש שאין כלי הגירה ואין לוח זמנים מפורסם להפסקת התמיכה באפליקציות סביבת עבודה, והן נתמכות במלואן במקביל. המשמעות התכנונית: פרויקט הפצה חדש כדאי להתחיל ישירות באפליקציות ארגוניות, וארגון עם אפליקציות קיימות צריך לתכנן מעבר מדורג ולא להמתין לכלי שאינו קיים. טיפ לבנייה: מקימים תחילה את הקהל הרחב ביותר עם כל הפריטים ואז משכפלים ומכבים נראות.
מה קורה לנתונים אחרי Apply של סקריפט TMDL ששינה ביטוי Power Query?
הסבר: TMDL משנה מטא-דאטה בלבד: הוא מעדכן את הגדרת האובייקט במודל, אך אינו מריץ רענון ואינו נוגע בדוח. לכן שינוי בביטוי Power Query או בעמודה מחושבת יישב במודל בלי אפקט עד שתריצו רענון של הטבלה או המודל. היתרון של ההתנהגות הזו הוא שאפשר לבצע עשרות שינויי מבנה בלי לשלם על רענון בכל אחד — החיסרון הוא שקל לשכוח לרענן ולהסיק שהשינוי לא עבד.
אחרי שינוי שם עמודה ב-TMDL, מה יציג עורך Power Query?
הסבר: הסנכרון בין טבלת המודל לשאילתת Power Query מתבסס על מאפיין sourceColumn, שנשאר על השם המקורי גם אחרי שינוי שם העמודה במודל. לכן השמות מתנתקים זה מזה: העורך יציג את sourceColumn, ושינוי שם דרך הממשק הגרפי לא יוסיף שלב rename לשאילתה כל עוד השניים אינם זהים. מי שרוצה זהות מלאה צריך לשנות גם את sourceColumn בסקריפט — אחרת כדאי לתעד את ההפרדה כדי שלא תבלבל את הצוות.
טרם ענית על שאלות — 0 מתוך 12
פרק VIII · בדיקה עצמית
סיכום ומה הלאה
עשר שורות שמסכמות את השיעור.
נושא
מה לזכור
הרציונל
המודל הסמנטי הופך מקובץ לשירות מנוהל, עם TMDL כפורמט ו-Git כמקור אמת
TMDL
מחזור script, preview, apply. מטא-דאטה בלבד, בלי רענון נתונים
TMDL בדפדפן
תצוגה מקדימה, שני מצבי עבודה, סקריפטים לא נשמרים, נדרשת הרשאת כתיבה
שינוי שם
מחייב סקריפט של האב, ומנתק את שם המודל מ-sourceColumn
Model Options
Auto date/time וחסימת DirectQuery מיד; כל השאר ברענון הבא
דריסה
פרסום מ-Desktop הוא החלפה מלאה. אין סנכרון חזרה ל-pbix
הגנה
שמירה אוטומטית בלי undo; היסטוריית גרסאות היא רשת הביטחון היחידה
אפליקציות ארגוניות
קהל הוא מבנה ניווט, לא מסנן. ההרשאה מתפשטת למודל ומתבטלת איתו
הגירה
אין כלי הגירה — מעבר הוא בנייה מחדש
ערכות נושא
עיצוב ידני על ויזואל גובר על ערכת הנושא. Fluent 2 ב-Desktop בלבד בשלב זה
סיימתם את מודול העדכונים
שני העדכונים האחרונים מצביעים לאותו כיוון: לוגיקה, מודל ודוח — הכול הופך לקוד שאפשר לנהל, לגרסן ולבדוק.