הגדרות אדמין – תפקידים

תפקידים, קבוצות הרשאות וקבוצות מודלים משמשים יחד כדי לנהל את מה שהמשתמשים יכולים לעשות ולראות. בדף Roles בקטע Users בחלונית Admin אפשר לראות, להגדיר ולהקצות תפקידים, קבוצות של הרשאות וקבוצות של מודלים.

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

הערה: אם יש לכם הרשאה שנותנת גישה רק לדפים נבחרים בחלונית הניהול, כמו manage_schedules,‏ manage_themes או see_admin, אבל אין לכם תפקיד אדמין, יכול להיות שהדף או הדפים שמתוארים כאן לא יוצגו לכם בחלונית הניהול.

הגדרות

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

ניהול תפקידים

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

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

הערה:

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

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

יצירה, עריכה ומחיקה של תפקידים

הערה: אם התכונה בגרסת טרום-השקה (Preview) New/Edit Roles Enhancement מופעלת במכונה שלכם, עיינו בקטע יצירה ועריכה של תפקידים באמצעות New/Edit Roles Enhancement בדף הזה.

כדי ליצור תפקיד:

1. לוחצים על הכפתור הוספת תפקיד בחלק העליון של הדף תפקידים.

2. ‫Looker מציג את הדף New Role, שבו אפשר לקבוע את ההגדרות הבאות:

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

3. אחרי שמגדירים את התפקיד, לוחצים על הכפתור תפקיד חדש בתחתית הדף.

אחרי שיוצרים תפקיד, אפשר לערוך אותו: בדף תפקידים, לוחצים על סמל האפשרויות (3 נקודות) שמשמאל לתפקיד ובוחרים באפשרות עריכה. אם תבחרו באפשרות Edit, תועברו לדף Edit Role של התפקיד הזה, שבו תוכלו לערוך את השם, את קבוצת ההרשאות, את קבוצת המודלים ואת הקבוצות או המשתמשים שהוקצו לתפקיד.

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

יצירה ועריכה של תפקידים באמצעות התכונה "שיפור של יצירה/עריכה של תפקידים"

כשהתכונה בגרסת טרום-השקה (Preview) New/Edit Roles Enhancement מופעלת במכונה שלכם, הדפים New Role ו-Edit Role מספקים חלונית ניווט מעודכנת עם הוראות מפורטות, טבלאות חיפוש עם חלוקה לדפים, אימות תאימות בזמן אמת ואמצעי אבטחה.

תצוגה מקדימה

השימוש במוצר או בתכונה כפוף לתנאי השימוש במוצרים בשלב טרום-GA, בחלק "תנאים כלליים לשירות" של התנאים הספציפיים לשירות. השימוש בתכונות ובמוצרים בגרסת טרום-GA הוא "כפי שהם" (As is), ויכול להיות שהתמיכה בהם תהיה מוגבלת. אתם יכולים לקרוא מידע נוסף בקטע תיאור שלבי ההשקה.

הערה: כדי לשלוח משוב או לדווח על בעיות בתכונה בגרסת טרום-השקה (Preview) הזו, אתם יכולים לשלוח אימייל מפורט לכתובת [e-mail].

יצירת תפקיד בממשק המשופר

כדי ליצור תפקיד בממשק המשופר:

1. לוחצים על הכפתור הוספת תפקיד בחלק העליון של הדף תפקידים.

2. ‫Looker מציג את הדף New Role. בחלונית הניווט של השלבים שמימין, עוברים בין הקטעים כדי להגדיר את התפקיד:

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

   • קבוצת הרשאות: משתמשים בכפתורי הבחירה כדי לבחור קבוצת הרשאות אחת מהטבלה שמחולקת לדפים.

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

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

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

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

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

   • קבוצות: (אופציונלי) מקצים לתפקיד קבוצה אחת או יותר באמצעות תיבות הסימון בטבלה.

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

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

4. אחרי שכל ההגדרות הנדרשות (Role Name,‏ Permission Set ו-Model Set) הוגדרו, לוחצים על Create role.

5. בתיבת הדו-שיח Confirm New Role, בודקים את סיכום השינויים בקבוצות ההרשאות, בקבוצות המודלים, במשתמשים ובקבוצות, וגם את האזהרות לגבי קבוצות שעוברות בירושה. לוחצים על אישור כדי לאשר וליצור את התפקיד.

עריכת תפקיד בממשק המשופר

כדי לערוך תפקיד קיים בממשק המשופר:

1. בדף תפקידים, לוחצים על סמל האפשרויות הנוספות (3 נקודות) אפשרויות משמאל לתפקיד שרוצים לערוך, ובוחרים באפשרות עריכה.
2. בדף Edit Role ב-Looker מוצגות ההגדרות הנוכחיות של התפקיד. אתם יכולים לעבור בין כל הקטעים לפי הסדר או לבחור קטעים ישירות בחלונית השלבים כדי לשנות את שם התפקיד, קבוצת ההרשאות, קבוצת המודלים והמשתמשים או הקבוצות שהוקצו.
3. כשמסיימים לבצע את השינויים, לוחצים על שמירת התפקיד.

4. בתיבת הדו-שיח Confirm Update Role, בודקים את סיכום השינויים בקבוצות ההרשאות, בקבוצות המודלים, במשתמשים ובקבוצות, וגם את האזהרות לגבי קבוצות שעוברות בירושה. לוחצים על אישור כדי לאשר וליצור את התפקיד.

   הערה: הלחצן Confirm מושבת באופן קבוע בתפקידי התמיכה המובנים (Support Basic Editor ו-Support Advanced Editor), שהם לקריאה בלבד.

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

בדיקות תאימות של קבוצת הרשאות וקבוצת מודלים

כשמגדירים תפקיד, Looker מאמת בזמן אמת את התאימות של קבוצת ההרשאות וקבוצת המודלים שנבחרו:

• הרשאות develop ו-manage_models: אם קבוצת ההרשאות שנבחרה כוללת גם את ההרשאה develop וגם את ההרשאה manage_models, התפקיד חייב להשתמש בקבוצת המודלים All. כל שאר קבוצות המודלים ברשימה מושבתות.
• הרשאת manage_modelsets_restricted: אם קבוצת ההרשאות שנבחרה כוללת את ההרשאה manage_modelsets_restricted, התפקיד לא יכול להשתמש בקבוצת המודלים All. קבוצת המודלים All מושבתת.
• קבוצות הרשאות מוגבלות עם קבוצת המודלים All: אם קבוצת המודלים All נבחרת קודם, כל קבוצת הרשאות שמכילה את ההרשאה manage_modelsets_restricted מושבתת.

מניעת נעילה של אדמינים

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

הגבלות על ירושה של תפקידים ישירים

אם הגדרת האימות של SAML,‏ OpenID Connect או LDAP של מכונה משביתה הקצאות תפקידים ישירות, תיבות הסימון של המשתמשים האלה בטבלה Users מושבתות. אדמינים עדיין יכולים לבטל את ההקצאה של התפקיד למשתמשים שהוקצה להם ישירות.

עוזר/ת אדמיניסטרטיבי/ת

כשהתכונה Admin Assistant מופעלת במכונה שלכם, אתם יכולים ללחוץ על הכפתור Admin Assistant בכותרת של הדף New Role או Edit Role כדי לפתוח את החלונית של Admin Assistant. הכלי "עוזר דיגיטלי לאדמינים" מספק הדרכה לגבי שיטות מומלצות ליצירת תפקידים, תלות בהרשאות וגישה לתכונות של Gemini.

תפקידי ברירת המחדל

במכונות חדשות, Looker יוצר את תפקידי ברירת המחדל הבאים, שכל אחד מהם כולל קבוצת הרשאות שמוגדרת כברירת מחדל עם אותו שם:

• אדמין
• אדמין דרך IAM
• מפתח
• Gemini
• משתמשי Looker CI
• מנהל הסוכנים של Conversational Analytics
• משתמש בניתוח שיחות
• צפייה בניתוח שיחות
• עריכת בקשות תמיכה ברמה מתקדמת
• עריכה בסיסית של בקשות תמיכה
• Customer Engineer Advanced Editor
• משתמש
• צפייה

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

אדמין דרך IAM

התפקיד אדמין דרך IAM זמין רק ב-Looker (Google Cloud core), ואפשר לנהל אותו רק דרך מסוף Google Cloud . למידע נוסף, קראו את המאמרים אימות והרשאה באמצעות OAuth ו-IAM וההבדל בין תפקיד אדמין ב-Looker לבין תפקיד אדמין באמצעות IAM ב-Looker.

התפקיד אדמין דרך IAM משתמש בקבוצת ההרשאות אדמין.

טיפ: אם פג התוקף של טוקן הרענון של OAuth של משתמש מסוים, לאותו משתמש לא יהיה יותר את התפקיד אדמין דרך IAM במכונה של Looker (Google Cloud core). כדי לרענן את האסימון, צריך לבקש מהמשתמש להיכנס שוב באמצעות OAuth.

משתמשי Looker CI

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

התפקיד משתמשי Looker CI כולל את ההרשאות הבאות שנדרשות כדי להפעיל CI:

• ‫deploy: נדרש כדי להגדיר את ה-webhooks של GitHub שנדרשים להרצות CI
• ‫see_ci: נדרשת כדי להציג את התוצאות של הרצות CI, להציג את הדף Suites של CI ולהריץ חבילות CI
• ‫manage_ci: נדרשת כדי ליצור חבילות CI, לנהל משתמשי CI ולהגדיר את החיבור של Git עם אינטגרציה רציפה (CI)

Gemini

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

• כתיבת LookML – כשיש להם גם תפקיד ב-Looker שכולל את ההרשאה develop למודל אחד לפחות בפרויקט של LookML.
• ליצור המחשות חזותיות בהתאמה אישית ב-Looker – אם יש להם גם תפקיד ב-Looker שכולל את ההרשאה can_override_vis_config.
• להריץ שאילתות ישירות על נתוני Explore ב-Looker או להתכתב בצ'אט עם סוכן נתונים שמריץ שאילתות על נתוני Explore באמצעות ניתוח נתונים בשיחה, גם אם למשתמש לא הוקצו הרשאות explore ב-Looker, כשיש לו גם תפקיד ב-Looker שכולל הרשאות נדרשות נוספות.

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

למידע נוסף על התכונות של Gemini ב-Looker, קראו את הסקירה הכללית על Gemini ב-Looker.

Conversational Analytics Agent Manager

התפקיד מנהל סוכנים לניתוח נתונים בשיחה כולל את קבוצת ההרשאות של מנהל סוכנים לניתוח נתונים בשיחה לכל המודלים במכונה של Looker. משתמשים עם התפקיד הזה יכולים ליצור, לערוך, לשתף ולמחוק סוכני נתונים של ניתוח שיחות שמשתמשים ב-Looker Explores, והם יכולים ליצור Agentic Workflows.

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

משתמש ב-Conversational Analytics

התפקיד משתמש ב-Conversational Analytics כולל את קבוצת ההרשאות של משתמש ב-Conversational Analytics לכל המודלים במופע של Looker. משתמשים עם התפקיד הזה יכולים להתכתב בצ'אט עם כל סוכן נתונים של Conversational Analytics ב-Looker, כל עוד יש להם גישת צפייה לסוכן הנתונים, והם יכולים ליצור Agentic Workflows.

צפייה בניתוח נתונים בשיחה נוסף ב-26.12

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

עריכת בקשות תמיכה ברמה מתקדמת ועריכת בקשות תמיכה ברמה בסיסית

התפקידים האלה לא יופיעו במכונה של Looker (original) אם אדמין ב-Looker השבית את תכונת ה-Labs‏ Tiered Support Access. התפקידים האלה לא יופיעו במכונה של Looker (Google Cloud core) אם המכונה משתמשת ברשת של חיבורים פרטיים (גישה לשירותים פרטיים או Private Service Connect) או ברשת של חיבורים היברידיים.

אי אפשר לערוך או למחוק את התפקידים Support Advanced Editor ו-Support Basic Editor, או להקצות אותם למשתמשים שאין להם גישה לתמיכה.

הקצאת תפקידי ברירת מחדל למשתמש

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

1. עוברים לדף משתמשים בקטע משתמשים בחלונית ניהול.
2. בוחרים את המשתמש או הקבוצה שרוצים לשנות את ההרשאות שלהם.
3. בתפריט הנפתח Roles, בוחרים את שם התפקיד.
4. לוחצים על שמירה כדי לשמור את ההגדרות האלה.

קבוצות של הרשאות

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

ברשימת ההרשאות מפורטים כל סוגי ההרשאות הזמינות.

קבוצות הרשאות שמוגדרות כברירת מחדל

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

קבוצת הרשאות	ההרשאות הכלולות
אדמין	כל ההרשאות
מפתח	access_data, can_create_forecast, clear_cache_refresh, create_custom_fields, create_table_calculations, deploy, develop, download_without_limit, explore, manage_spaces, mobile_app_access, save_content, save_dashboards, save_looks, schedule_look_emails, see_drill_overlay, see_lookml, see_lookml_dashboards, see_looks, see_pdts, see_sql, see_user_dashboards, send_to_integration, schedule_without_limit, use_sql_runner NOTE: ההרשאה see_pdts כלולה בהרשאת ברירת המחדל מפתח רק בהתקנות של Looker שנוצרו באמצעות Looker 21.18 ואילך. כדי לבדוק אם ההרשאה see_pdts כלולה בקבוצת ההרשאות Developer במכונה שלכם, עוברים לדף Roles בחלונית Admin בממשק המשתמש של Looker.
Gemini	gemini_in_looker, chat_with_agent, chat_with_explore, save_agents
מנהל הסוכנים של Conversational Analytics	access_data, gemini_in_looker, chat_with_agent, chat_with_explore, save_agents, upload_data
משתמש ב-Conversational Analytics	access_data, gemini_in_looker, chat_with_agent
צפייה בניתוח שיחות נוסף ב-26.12	‫gemini_in_looker, chat_with_explore, chat_with_agent
עורך מתקדם של מהנדס לקוחות	access_data, can_create_forecast, can_override_vis_config, chat_with_agent, chat_with_explore, clear_cache_refresh, create_custom_fields, create_table_calculations, deploy, develop, explore, follow_alerts, gemini_in_looker, manage_embed_settings, manage_models, manage_privatelabel, manage_project_connections, manage_project_connections_restricted, manage_project_models, manage_themes, save_agents, save_content, save_dashboards, save_looks, see_admin, see_alerts, see_datagroups, see_drill_overlay, see_logs, see_lookml, see_lookml_dashboards, see_looks, see_pdts, see_queries, see_schedules, see_sql, see_system_activity, see_user_dashboards, see_users, update_datagroups, use_global_connections NOTE: קבוצת ההרשאות Customer Engineer Advanced Editor זמינה רק כשמופעלת תכונת ה-Labs‏ Tiered Support Access. אי אפשר לערוך או למחוק את קבוצת ההרשאות Customer Engineer Advanced Editor.
עריכת בקשות תמיכה מתקדמת	access_data, clear_cache_refresh, create_custom_fields, create_table_calculations, develop, explore, follow_alerts, manage_embed_settings, manage_models, manage_privatelabel, manage_project_connections, manage_project_connections_restricted, manage_project_models, manage_themes, see_admin, see_alerts, see_datagroups, see_drill_overlay, see_logs, see_lookml, see_lookml_dashboards, see_looks, see_pdts, see_queries, see_schedules, see_sql, see_system_activity, see_user_dashboards, see_users, update_datagroups, use_global_connections NOTE: קבוצת ההרשאות Support Advanced Editor זמינה רק כשמופעלת התכונה Tiered Support Access בחלונית Labs. אי אפשר לערוך או למחוק את קבוצת ההרשאות עורך מתקדם לתמיכה.
עורך בסיסי לתמיכה	access_data, clear_cache_refresh, create_custom_fields, create_table_calculations, explore, follow_alerts, manage_privatelabel, manage_themes, see_admin, see_alerts, see_drill_overlay, see_logs, see_lookml, see_lookml_dashboards, see_looks, see_pdts, see_schedules, see_sql, see_datagroups, see_system_activity, see_user_dashboards, see_users NOTE: קבוצת ההרשאות Support Basic Editor זמינה רק כשמופעלת התכונה Tiered Support Access בחלונית Labs. אי אפשר לערוך או למחוק את קבוצת ההרשאות Support Basic Editor.
משתמש במרכז השליטה של LookML	access_data, clear_cache_refresh, mobile_app_access, see_lookml_dashboards
משתמש	access_data, can_create_forecast, clear_cache_refresh, create_custom_fields, create_table_calculations, download_without_limit, explore, manage_spaces, mobile_app_access, save_content, save_dashboards, save_looks, schedule_look_emails, see_drill_overlay, see_lookml, see_lookml_dashboards, see_looks, see_sql, see_user_dashboards, send_to_integration, schedule_without_limit
משתמש שלא יכול לראות את LookML	access_data, can_create_forecast, clear_cache_refresh, create_custom_fields, create_table_calculations, download_without_limit, explore, manage_spaces, mobile_app_access, save_content, save_dashboards, save_looks, schedule_look_emails, see_lookml_dashboards, see_looks, see_user_dashboards, send_to_integration, schedule_without_limit
צפייה	access_data, clear_cache_refresh, download_without_limit, mobile_app_access, schedule_look_emails, see_drill_overlay, see_lookml_dashboards, see_looks, see_user_dashboards, schedule_without_limit

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

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

יצירת קבוצות הרשאות

כדי ליצור קבוצת הרשאות, לוחצים על הכפתור Add Permission Set בחלק העליון של הדף Roles. ב-Looker יוצג דף שבו אפשר להזין שם לקבוצת ההרשאות ולבחור את ההרשאות שהיא צריכה לכלול. אחרי שמגדירים את הקבוצה לפי הצורך, לוחצים על הכפתור New Permission Set בתחתית הדף.

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

הרשאות ויחסי תלות

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

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

☑️ access_data
  ☑️ see_lookml_dashboards
  ☑️ see_looks
    ☑️ see_user_dashboards

בדוגמה הזו, Looker משתמש בהזחה כדי לציין את הדברים הבאים:

• אפשר לבחור את ההרשאה access_data בכל שלב.
• כדי להשתמש בהרשאות see_lookml_dashboards ו-see_looks, צריך קודם לבחור את ההרשאה access_data.
• ההרשאה see_user_dashboards תלויה בהרשאה see_looks, שתלויה בהרשאה access_data.

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

הרשאות ורישיונות ל-Looker

הרישיונות של Looker מסווגים את המשתמשים לשלושה סוגים:

• מפתח (אדמין)
• רגיל (יוצר)
• צפייה

ההרשאות שניתנות למשתמש קובעות איך המשתמש הזה מסווג ברישיון Looker:

• משתמש מסווג כמשתמש מפתח (אדמין) אם יש לו את תפקיד ברירת המחדל של אדמין, או לפחות אחת מההרשאות הבאות:

  • develop
  • manage_models
  • see_datagroups
  • see_logs
  • see_pdts
  • sudo

• משתמש מסווג כמשתמש רגיל (יוצר) אם אין לו אף אחת מההרשאות של מפתח (אדמין), אבל יש לו לפחות אחת מההרשאות הבאות:

  • create_prefetches
  • explore
  • manage_homepage
  • manage_spaces
  • save_content
  • see_queries
  • see_schedules
  • see_system_activity
  • see_users
  • use_sql_runner
  • save_agents
  • admin_agents

• משתמש מסווג כצופה אם יש לו את ההרשאה access_data, אבל אין לו אף אחת מההרשאות של מפתח (אדמין) ואף אחת מההרשאות הרגילות (יוצר).

רשימת ההרשאות

אפשר לסווג את ההרשאות לאחד משלושה סוגים:

• ספציפית למודל: סוג ההרשאה הזה חל רק על קבוצות המודלים שהן חלק מאותו תפקיד. ההרשאה הזו חלה על מודלים ספציפיים או על קבוצות של מודלים, ולא על כל המכונה של Looker.
• ספציפית לחיבור: סוג ההרשאה הזה חל ברמת החיבור. משתמש עם הרשאה מהסוג הזה יראה דפים בחלונית הניהול של התוכן שמשתמשים בחיבור שמשויך למודל שיש לו גישה לנתונים שלו, גם אם החיבור הזה משמש במודל אחר שאין לו גישה לנתונים שלו.
• ברמת המכונה: סוג ההרשאה הזה חל על כל המכונה של Looker, ויש לו שלושה סוגים:
  • ‫NN = No content access, No menu access: ההרשאות האלה מאפשרות למשתמשים לבצע פונקציות מסוימות בכל המכונה של Looker, אבל לא מאפשרות להם לגשת לתוכן שמבוסס על מודלים שלא כלולים בקבוצת המודלים של התפקיד שלהם.
  • ‫CN = גישה לתוכן, אין גישה לתפריט: ההרשאות האלה מאפשרות למשתמשים לגשת לתוכן ולשאילתות מידע בכל המופע של Looker – גם לתוכן ולשאילתות שמבוססים על מודלים שלא נכללים בקבוצת המודלים של התפקיד שלהם.
  • ‫CM = גישה לתוכן, גישה לתפריט: ההרשאות האלה עשויות לחשוף חלקים מהתפריט Admin למשתמשים שאין להם הרשאת אדמין, ולאפשר למשתמשים לראות מידע על תוכן ושאילתות שמבוססים על מודלים שלא נכללים בקבוצת המודלים של התפקיד שלהם.

ברשימה הבאה מתוארות כל ההרשאות שזמינות ב-Looker, לפי הסדר שבו הן מופיעות בדף New Permission Set בקטע Admin:

הרשאה	תלוי ב-	סוג	הגדרה
access_data	ללא	ספציפי למודל	המשתמשים יכולים לגשת לנתונים מ-Looker, אבל רק לנתונים שהאדמינים מציינים. ההרשאה הזו נדרשת כמעט לכל הפונקציות של Looker. משתמש עם ההרשאה הזו, אם ניתנה לו גישה למודל כלשהו בפרויקט נתון, יכול לגשת לכל קובץ בקטע נתונים של אותו פרויקט (כמו קובץ מפה בהתאמה אישית בפורמט JSON). משתמשי Data Studio עם ההרשאה הזו יכולים לראות נתוני Looker בדוחות של Data Studio שמשתמשים במחבר של Looker.
see_lookml_dashboards	access_data	ספציפי למודל	המשתמשים יכולים לראות את התיקייה Dashboards של LookML, שכוללת את כל מרכזי הבקרה של LookML. כדי לחקור את מרכזי הבקרה האלה, למשתמשים צריכה להיות הרשאת explore במודלים הרלוונטיים. משתמשים שיש להם גם את ההרשאה develop יכולים ליצור מרכזי בקרה של LookML.
see_looks	access_data	ספציפי למודל	המשתמשים יכולים לראות דוחות Look שנשמרו (אבל לא מרכזי בקרה) בתוך תיקיות. כדי לחקור את ה-Looks האלה, למשתמשים צריכה להיות הרשאת explore לכל המודלים הרלוונטיים. כדי לראות דוחות Look בתיקיות, המשתמשים צריכים גם את רמת הגישה לתוכן הצגה.
see_user_dashboards	see_looks	ספציפי למודל	המשתמשים יכולים לראות בתיקיות את מרכזי הבקרה שהוגדרו על ידי המשתמשים, אבל צריכה להיות להם הרשאת explore במודלים הרלוונטיים כדי לחקור את מרכזי הבקרה האלה. כדי לראות מרכזי בקרה בתיקיות, המשתמשים צריכים גם גישת צפייה בתוכן. משתמשים שיש להם גם את ההרשאה save_dashboards וגם את הרשאת הגישה לתוכן ניהול גישה, עריכה בתיקייה יכולים ליצור לוחות בקרה בהגדרת המשתמש בתיקייה הזו.
explore	see_looks	ספציפי למודל	המשתמשים יכולים לגשת לדף "התנסות" ולהשתמש בו כדי ליצור טבלאות Look ומרכזי בקרה. בלי ההרשאה הזו, המשתמשים יכולים רק לצפות במרכזי בקרה שמורים (אם ניתנה להם ההרשאה see_lookml_dashboards או see_user_dashboards). משתמשי Data Studio עם ההרשאה הזו יכולים ליצור מקור נתונים ב-Data Studio שמבוסס על Looker Explore. הם יכולים גם לראות ולערוך את ההגדרות של מקור הנתונים הזה ב-Data Studio.
create_table_calculations	explore	‫NN בכל המכונה	המשתמשים יכולים להציג, לערוך או להוסיף חישובים בטבלה
create_custom_fields	explore	‫NN בכל המכונה	משתמשים יכולים להציג, לערוך או להוסיף שדות בהתאמה אישית. משתמשים שיש להם רק את ההרשאה explore יכולים רק להציג שדות בהתאמה אישית.
can_create_forecast	explore	‫NN בכל המכונה	המשתמשים יכולים ליצור ולערוך תחזיות בתצוגות חזותיות. משתמשים שאין להם את ההרשאה הזו יכולים רק לראות תחזיות קיימות בתוכן שיש להם גישה אליו.
can_override_vis_config	explore	‫NN בכל המכונה	המשתמשים יכולים לגשת אל Chart Config Editor, שמאפשר להם לשנות את ערכי Highchart API JSON של תצוגה חזותית ולהתאים אישית את המראה והפורמט של התצוגה החזותית.
save_content	see_looks	‫NN בכל המכונה	ההרשאה הזו היא הרשאת הורה של save_dashboards, save_looks ו-create_public_looks. כדי לערוך דוחות Look ומרכזי בקרה, כולל עריכת תיאורים בדוחות Look ובמרכזי בקרה, צריך להעניק את ההרשאה הזו יחד עם save_dashboards או save_looks. הערה: רמת הגישה לתיקייה ב-Looker ניהול הגישה, עריכה כוללת גם עריכת תוכן וגם ניהול הרשאות. אי אפשר להפריד בין היכולות האלה בממשק של Looker. כדי לאפשר למשתמשים לערוך את תוכן התיקייה (כולל עריכת תיאורים ב-Look ובמרכזי בקרה) בלי לתת להם את היכולת לשנות את הרשאות הגישה של התיקייה, אתם יכולים לנהל את אמצעי בקרת הגישה באופן פרוגרמטי באמצעות חשבון שירות ל-API בלבד.
save_dashboards	save_content	‫NN בכל המכונה	המשתמשים יכולים לשמור ולערוך מרכזי בקרה, כולל עריכת התיאורים במרכזי הבקרה. כדי לחקור נתונים ממרכזי הבקרה האלה, למשתמשים צריכה להיות הרשאת explore במודלים הרלוונטיים. כדי להוריד את התוכן, למשתמשים צריכות להיות הרשאות download_with_limit ו/או download_without_limit.
save_looks	save_content	‫NN בכל המכונה	המשתמשים יכולים לשמור ולערוך את הלוקים, כולל עריכת התיאורים שלהם. כדי לחקור את הנתונים מתוך ה-Look, למשתמשים צריכה להיות הרשאת explore במודלים הרלוונטיים. כדי להוריד את התוכן, למשתמשים צריכות להיות הרשאות download_with_limit ו/או download_without_limit.
create_public_looks	save_looks	ספציפי למודל	המשתמשים יכולים לסמן Look שמור כציבורי, ואז המערכת תיצור כתובות URL שמעניקות גישה ל-Look הזה בלי אימות.
download_with_limit	see_looks	ספציפי למודל	ההרשאה הזו חלה על תצוגות ומרכזי בקרה ב-Looker ועל דוחות ב-Data Studio שמשתמשים במחבר של Looker. המשתמשים יכולים להוריד נתונים, אבל הם צריכים לציין מגבלת שורות של 5,000 או פחות כדי למנוע בעיות בזיכרון שנובעות מהורדות גדולות. משתמשי Data Studio Pro עם ההרשאה הזו יכולים להוריד דוחות של Data Studio שמשתמשים במחבר של Looker.
download_without_limit	see_looks	ספציפי למודל	ההרשאה הזו חלה על תצוגות ומרכזי בקרה ב-Looker ועל דוחות ב-Data Studio שמשתמשים במחבר של Looker. כמו download_with_limit, אבל המשתמש לא צריך לציין מגבלת שורות. הורדה של כל התוצאות של סוגי שאילתות מסוימים עשויה לדרוש זיכרון רב, ועלולה לגרום לבעיות בביצועים או אפילו לקריסה של המכונה של Looker. משתמשי Data Studio Pro עם ההרשאה הזו יכולים להוריד דוחות של Data Studio שמשתמשים במחבר של Looker.
schedule_look_emails	see_looks	ספציפי למודל	ההרשאה הזו חלה על תצוגות ומרכזי בקרה ב-Looker ועל דוחות ב-Data Studio שמשתמשים במחבר של Looker. המשתמשים יכולים לתזמן שליחה באימייל של כל ה-Looks, לוחות הבקרה והשאילתות עם תצוגות חזותיות שיש להם גישה לנתונים שלהם. המשתמשים יכולים לתזמן את השליחה כך שתתבצע אחרי שקבוצת נתונים הופעלה, ניהלה את המטמון ובנתה מחדש את טבלאות ה-PDT הרלוונטיות. כדי לשלוח או לתזמן מרכזי בקרה של פעילות המערכת, למשתמשים צריכה להיות גישה לכל המודלים. משתמשים שקיבלו גם את ההרשאה create_alerts יכולים לשלוח התראות באימייל. אדמינים ב-Looker יכולים לשלוט בדומיינים של אימייל שמשתמשי Looker ומשתמשים מוטמעים יכולים לשלוח אליהם אימיילים, באמצעות רשימת ההיתרים של דומיינים של אימייל בדף הגדרות בחלונית ניהול. משתמשים שקיבלו גם את ההרשאה schedule_without_limit יכולים לבחור באפשרות All Results (כל התוצאות) כשהם שולחים תוצאות של Looks או Explores, וכך לשלוח את כל שורות הנתונים מתוצאות השאילתה. בלי ההרשאה schedule_without_limit, מסירות של נתוני Look או Explore של משתמשים כפופות למגבלות של 5,000 שורות. משתמשי Data Studio Pro עם ההרשאה הזו יכולים לתזמן שליחה של דוחות Data Studio שמשתמשים במחבר של Looker.
schedule_external_look_emails	schedule_look_emails	ספציפי למודל	המשתמשים יכולים לשלוח באימייל כל דוח Look, לוח בקרה ושאילתה עם תצוגות חזותיות שיש להם גישה לנתונים שלהם. המשתמשים יכולים לתזמן את השליחה כך שתתבצע אחרי שקבוצת נתונים הופעלה, ניהלה את המטמון ובנתה מחדש את טבלאות ה-PDT הרלוונטיות. כדי לשלוח או לתזמן מרכזי בקרה של פעילות המערכת, למשתמשים צריכה להיות גישה לכל המודלים. משתמשים שיש להם גם הרשאות create_alerts יכולים לשלוח התראות באימייל. המשתמשים יכולים לשלוח תוכן או התראות לכתובות אימייל בכל דומיין, גם אם רשימת ההיתרים של דומיינים של אימייל בדף ההגדרות של חלונית הניהול מכילה דומיינים של אימייל.
create_alerts	see_looks	‫NN בכל המכונה	ההרשאה הזו חלה על מרכזי בקרה ב-Looker ועל תרשימים בדוחות של Data Studio שמשתמשים במחבר של Looker. מהמשבצת במרכז הבקרה, המשתמשים יכולים ליצור, לשכפל ולמחוק את ההתראות שלהם, ולראות ולשכפל התראות שמשתמשים אחרים סימנו כציבוריות. המשתמש צריך להיות מחובר ל-Slack כדי לראות התראות ממשבצות בלוח הבקרה ששולחות התראות ל-Slack. משתמשים יכולים לראות, לערוך, להשבית ולהפעיל התראות שבבעלותם בדף המשתמש ניהול התראות. כדי לשלוח התראות באימייל, למשתמשים צריכה להיות ההרשאה schedule_look_emails או schedule_external_look_emails. משתמשי Data Studio Pro עם ההרשאה הזו יכולים ליצור, לשכפל ולמחוק התראות בדוחות של Data Studio שמשתמשים במחבר של Looker.
follow_alerts	see_looks	‫NN בכל המכונה	המשתמשים יכולים לראות התראות ולעקוב אחריהן. בדף המשתמש "ניהול התראות", אתם יכולים לראות את ההתראות שאתם עוקבים אחריהן או שאתם רשומים כנמענים שלהן.
send_to_s3	see_looks	ספציפי למודל	המשתמשים יכולים להעביר לקטגוריה של Amazon S3 כל שאילתה, לוח בקרה ותצוגה ב-Looker עם תצוגות חזותיות שיש להם גישה לנתונים שלהם. המשתמשים יכולים לתזמן את השליחה כך שתתבצע אחרי שקבוצת נתונים הופעלה, ניהלה את המטמון ובנתה מחדש את טבלאות ה-PDT הרלוונטיות. ההרשאה הזו חלה על מודלים או קבוצות מודלים ספציפיים, ולא על כל המכונה של Looker.
send_to_sftp	see_looks	ספציפי למודל	המשתמשים יכולים לשלוח לשרת SFTP כל שאילתה, לוח בקרה ו-Look עם תצוגות חזותיות שיש להם גישה לנתונים שלהם. המשתמשים יכולים לתזמן את השליחה כך שתתבצע אחרי שקבוצת נתונים הופעלה, ניהלה את המטמון ובנתה מחדש את טבלאות ה-PDT הרלוונטיות. ההרשאה הזו חלה על מודלים או קבוצות מודלים ספציפיים, ולא על כל המכונה של Looker.
send_outgoing_webhook	see_looks	ספציפי למודל	המשתמשים יכולים להעביר ל-webhook כל דוח Look, מרכז בקרה ושאילתה עם תצוגות חזותיות שיש להם גישה לנתונים שלהם. המשתמשים יכולים לתזמן את השליחה כך שתתבצע אחרי שקבוצת נתונים הופעלה, ניהלה את המטמון ובנתה מחדש את טבלאות ה-PDT הרלוונטיות. ההרשאה הזו חלה על מודלים או קבוצות מודלים ספציפיים, ולא על כל המכונה של Looker.
send_to_integration	see_looks	ספציפי למודל	המשתמשים יכולים להעביר כל דוח Look, מרכז בקרה ושאילתה עם תצוגות חזותיות שיש להם גישה לנתונים שלהם אל שירותי הצד השלישי שמשולבים עם Looker באמצעות Looker Action Hub. אם משתמשים בפעולות מותאמות אישית עם מאפייני משתמש, למשתמשים צריכה להיות ההרשאה הזו וגם ערך מאפיין משתמש חוקי שאינו null עבור מאפיין המשתמש שצוין כדי להעביר תוכן של Looker ליעד הפעולה הזה. ההרשאה הזו לא קשורה לפעולות בנתונים. המשתמשים יכולים לתזמן את השליחה כך שתתבצע אחרי שקבוצת נתונים הופעלה, ניהלה את המטמון ובנתה מחדש את טבלאות ה-PDT הרלוונטיות. ההרשאה הזו חלה על מודלים או קבוצות מודלים ספציפיים, ולא על כל המכונה של Looker.
schedule_without_limit	see_looks	ספציפי למודל	נוספה בגרסה 26.4 בשילוב עם הרשאה אחת לפחות שמאפשרת למשתמש להעביר תוכן של Looker, ההרשאה הזו מאפשרת למשתמשים להעביר Looks או Explores ששולחים את כל שורות הנתונים. ההרשאה הזו מאפשרת לראות את האפשרות All Results (כל התוצאות) בתזמון של Looker בשביל Looks ו-Explores.
see_sql	see_looks	ספציפי למודל	המשתמשים יכולים לגשת לכרטיסייה SQL בזמן שהם חוקרים את הנתונים, וגם בכל פעם שיש שגיאות SQL שנגרמות מהשאילתות שלהם.
see_lookml	see_looks	ספציפי למודל	למשתמשים יש הרשאת קריאה בלבד ל-LookML. למשתמשים צריכה להיות ההרשאה הזו כדי לראות את הקישור Go to LookML בחלונית Admin. אם רוצים שמשתמש יוכל לערוך LookML, צריך לתת לו גם את ההרשאה develop. NOTE: ההרשאה הזו משפיעה על קבוצות מודלים באופן שעשוי להיות לא צפוי. אם מקצים למשתמש את ההרשאה see_lookml ומאפשרים לו לראות כל מודל שהוא חלק מפרויקט, הוא יוכל לראות את ה-LookML של כל המודלים בפרויקט הזה. עם זאת, הם עדיין לא יוכלו לשלוח שאילתות למודלים שלא נתתם להם הרשאה לגשת אליהם.
develop	see_looks	ספציפי למודל	המשתמשים יכולים לבצע שינויים מקומיים ב-LookML, אבל הם לא יכולים להפוך את השינויים האלה לזמינים לכולם, אלא אם יש להם גם את ההרשאה deploy. ההרשאה הזו נדרשת כדי לראות את האפשרות Get support בתפריט Help, וכדי לראות מטא-נתונים ב-Looker IDE. המשתמשים צריכים את ההרשאה הזו גם כדי לגשת לאפשרות Rebuild Derived Tables & Run בתפריט גלגל השיניים של Explore. ההרשאה הזו לא ספציפית למודל, כך שאם למשתמש יש את ההרשאה הזו במודל אחד, תהיה לו גישה לאפשרות Rebuild Derived Tables & Run בכל המודלים. NOTE: ההרשאה הזו משפיעה על קבוצות מודלים באופן שעשוי להיות לא צפוי. אם אתם מקצים את ההרשאה develop למשתמש, ומאפשרים לו לראות כל מודל שהוא חלק מפרויקט, הוא יוכל לפתח את LookML לכל המודלים בפרויקט הזה. עם זאת, הם עדיין לא יוכלו לשלוח שאילתות למודלים שלא נתתם להם הרשאה לגשת אליהם.
deploy	develop	‫NN בכל המכונה	המשתמשים יכולים להעביר את השינויים המקומיים שלהם ב-LookML לסביבת הייצור, כדי שהשינויים האלה יהיו זמינים לכולם.
support_access_toggle	develop	‫NN בכל המכונה	המשתמשים יכולים להפעיל או להשבית את הגישה של מנתחי הנתונים של Looker למכונה של Looker.
manage_project_models	develop	ספציפי למודל	המשתמשים יכולים להוסיף, לערוך או למחוק הגדרות של מודלים מותרים בדף עריכת הגדרות המודל. כשמגדירים מודל, המשתמשים יכולים להשתמש רק בחיבורים ברמת הפרויקט. NOTE: ההרשאה הזו משפיעה על קבוצות מודלים באופן שעשוי להיות לא צפוי. אם יוצרים תפקיד עם ההרשאה manage_project_models, התפקיד יעניק גישה לכל המודלים שחולקים פרויקט עם כל אחד מהמודלים בקבוצות המודלים של התפקיד.
use_global_connections	manage_project_models	ספציפי למודל	המשתמשים יכולים להגדיר מודלים מותרים עם כל חיבור ברמת הפרויקט או כל חיבור ברמת המכונה.
manage_project_connections_restricted	develop	התאמה ללקוחות ספציפית למודל	המשתמשים יכולים לראות את הדף חיבורים בתפריט אדמין. הם יכולים לראות, לערוך וליצור חיבורים ברמת הפרויקט לכל הפרויקטים בקבוצת המודלים. עם זאת, הם יכולים לערוך רק את הגדרות החיבור הבאות: כל ההגדרות בקטע הגדרות כלליות כל ההגדרות בקטע שרת SSH כל ההגדרות בקטע אזור זמן ההגדרות Additional JDBC Parameters,‏ SSL,‏ Verify SSL ו-Use TNS בקטע Additional Settings המשתמשים לא יכולים לערוך הגדרות אחרות בקטע הגדרות נוספות. הם גם לא יכולים לערוך הגדרות בקטע טבלאות נגזרות מתמידות (PDT). NOTE: ההרשאה הזו משפיעה על קבוצות מודלים באופן שעשוי להיות לא צפוי. אם מקצים למשתמש את ההרשאה manage_project_connections_restricted, הוא יוכל לראות, לערוך וליצור חיבורים ברמת הפרויקט לכל הפרויקטים שנכללים בקבוצת המודלים.
manage_project_connections	manage_project_connections_restricted	התאמה ללקוחות ספציפית למודל	המשתמשים יכולים לראות את הדף חיבורים בתפריט אדמין. הם יכולים לראות, לערוך וליצור חיבורים ברמת הפרויקט לכל הפרויקטים שנכללים בקבוצת המודלים. NOTE: ההרשאה הזו משפיעה על קבוצות מודלים באופן שעשוי להיות לא צפוי. אם מקצים למשתמש את ההרשאה manage_project_connections_restricted, הוא יוכל לראות, לערוך וליצור חיבורים ברמת הפרויקט לכל הפרויקטים שנכללים בקבוצת המודלים.
see_ci	develop	‫NN בכל המכונה	נוסף בגרסה 25.6 המשתמשים יכולים לראות את התוצאות של הרצות אינטגרציה רציפה, לראות את הדף חבילות של אינטגרציה רציפה ולהריץ חבילות מקרים לבדיקה.
manage_ci	see_ci	‫NN בכל המכונה	נוסף בגרסה 25.6 המשתמשים יכולים ליצור חבילות של אינטגרציה רציפה (CI), לנהל משתמשים של אינטגרציה רציפה ולהגדיר את החיבור של Git עם אינטגרציה רציפה. רק אדמין יכול להפעיל את התכונה 'אינטגרציה רציפה (CI)' במופע של Looker.
use_sql_runner	see_lookml	ספציפי למודל	משתמשים יכולים להשתמש ב-SQL Runner כדי להריץ SQL גולמי בחיבורים המורשים שלהם. המשתמשים יוכלו גם להוריד תוצאות באמצעות האפשרות Download בתפריט גלגל השיניים של SQL Runner, גם אם אין להם את ההרשאות download_with_limit או download_without_limit.
certify_content	access_data	ספציפי למודל	נוסף בגרסה 25.20 המשתמשים יכולים certify מרכזי בקרה, Looks ו-Explores בשירות עצמי. ההרשאה הזו זמינה רק אם התכונה בגרסת טרום-השקה (Preview) "גישה לאישור תוכן" הופעלה במכונה שלכם.
clear_cache_refresh	access_data	ספציפי למודל	המשתמשים יכולים לנקות את המטמון ולרענן מרכזי בקרה פנימיים ומוטמעים, משבצות של מרכזי בקרה, תצוגות Look וניתוחים. ההרשאה clear_cache_refresh נוספת באופן אוטומטי לכל קבוצת הרשאות קיימת שמכילה את אחת מההרשאות הבאות: see_user_dashboards,‏ see_lookml_dashboards או explore. ההרשאה clear_cache_refresh לא חלה באופן אוטומטי על תפקידים מוטמעים. משתמשי Data Studio עם ההרשאה הזו יכולים לרענן את נתוני Looker בדוחות של Data Studio שמשתמשים במחבר של Looker.
see_drill_overlay	access_data	ספציפי למודל	המשתמשים יכולים לראות את התוצאות של פירוט משבצת בלוח הבקרה, אבל לא יכולים לחקור את התוצאות האלה. אם ההרשאה explore ניתנת, גם ההרשאה הזו ניתנת באופן אוטומטי (גם אם היא לא מסומנת). כדי להוריד תוצאות פירוט בפורמט PNG, המשתמשים צריכים גם הרשאות explore.
manage_schedules	ללא	התאמה ללקוחות ספציפית למודל	נוסף בגרסה 25.2 המשתמשים יכולים להקצות מחדש ולמחוק לוחות זמנים בדף לוחות זמנים למודלים שצוינו. ההרשאה הזו לא מאפשרת למשתמשים לראות את הדף היסטוריית לוחות הזמנים.
manage_spaces	ללא	CN ברמת המכונה	המשתמשים יכולים ליצור, לערוך, להעביר ולמחוק תיקיות. המשתמשים יצטרכו גם את הרשאת הגישה לתוכן ניהול גישה, עריכה.
manage_homepage	ללא	‫NN בכל המכונה	המשתמשים יכולים לערוך ולהוסיף תוכן לסרגל הצד שכל משתמשי Looker רואים בדף הבית המוגדר מראש של Looker.
manage_models	ללא	CN ברמת המכונה	כל מודל LookML ממופה לקבוצה ספציפית של חיבורים למסדי נתונים בדף Manage LookML Projects. משתמשים עם ההרשאה הזו יכולים להגדיר את המיפויים האלה, ליצור פרויקטים חדשים ולמחוק פרויקטים. משתמשים שאין להם הרשאת אדמין וקיבלו את ההרשאה הזו יוכלו לגשת לכל החיבורים שמותרים לפי המודלים שיש להם גישה אליהם. NOTE: ההרשאה הזו משפיעה על קבוצות מודלים באופן שעשוי להיות לא צפוי. אם מקצים למשתמש את ההרשאה manage_models, הוא יוכל לגשת לכל המודלים בכל הפרויקטים במכונה.
create_prefetches	ללא	בכל המכונה	מומלץ מאוד לא להשתמש באחזור מראש. במקום זאת, מומלץ להשתמש בקבוצות נתונים.
login_special_email	ללא	בכל המכונה	המשתמשים יכולים להתחבר באמצעות פרטי כניסה של אימייל/סיסמה, גם אם מנגנוני התחברות אחרים (כמו Google,‏ LDAP או SAML) הופעלו במכונה שלכם. האפשרות הזו יכולה להיות שימושית ליועצים או לאנשים אחרים שלא בהכרח נכללים במערכת האימות הרגילה שלכם.
embed_browse_spaces	ללא	‫NN בכל המכונה	הפעלת דפדפן התוכן להטמעות חתומות. אם אתם משתמשים בהטמעות חתומות, אתם צריכים לתת את ההרשאה הזו למשתמשים שיש להם את ההרשאה save_content. במופעים לא מוטמעים, ההרשאה הזו מסירה את סמל המועדפים למשתמשים פנימיים.
embed_save_shared_space	ללא	בכל המכונה	משתמשים עם ההרשאה save_content יכולים לשמור תוכן בתיקייה Shared של הארגון, אם יש כזו. משתמשים שיש להם את ההרשאה save_content אבל אין להם את ההרשאה embed_save_shared_space יוכלו לשמור תוכן רק בתיקיית ההטמעה האישית שלהם.
manage_embed_settings	ללא	CM ברמת המכונה	משתמשים יכולים לערוך את הגדרות ההטמעה בדף Embed בקטע Platform בתפריט Admin.
manage_themes	ללא	CM ברמת המכונה	משתמשים יכולים לקבוע הגדרות עיצוב של מרכזי בקרה, Looks ו-Explores מוטמעים בדף Themes בקטע Platform בתפריט Admin. ההרשאה הזו זמינה רק אם העיצובים הופעלו במכונה שלכם.
manage_internal_themes	ללא	CM ברמת המכונה	משתמשים יכולים לקבוע את הגדרות העיצוב של מרכזי בקרה פנימיים ב-Looker (לא מוטמעים) בדף Themes בקטע Platform בתפריט Admin. ההרשאה הזו זמינה רק אם התכונה Internal Dashboard Theming בגרסת טרום-השקה (Preview) הופעלה במכונה שלכם.
manage_privatelabel	ללא	CM ברמת המכונה	המשתמשים יכולים לקבוע את ההגדרות של המותג הפרטי בדף Private Label בקטע Platform בתפריט Admin. ההרשאה הזו זמינה רק אם התווית הפרטית הופעלה במופע שלכם.
see_alerts	ללא	CM ברמת המכונה	המשתמשים יכולים לגשת לדפים התראות והיסטוריית התראות בקטע ניהול, ולראות את כל ההתראות במכונה של Looker. משתמשים יכולים לראות, לעקוב, לערוך, להקצות לעצמם ולהשבית התראות שבבעלות משתמשים אחרים דרך דף ניהול חשבון ארגוני התראות. כדי לצפות בתוכן הבסיסי של ההתראה או לחקור אותו מהתצוגה החזותית של ההתראה (בדף פרטי ההתראה) או כדי לעבור למרכז הבקרה שלה, למשתמשים צריכות להיות הרשאות גישה לתוכן הזה. ההרשאה הזו לא מאפשרת למשתמשים לצפות בהתראות, ליצור אותן, לעקוב אחריהן או למחוק אותן מהמשבצת של מרכז הבקרה. (גרסת טרום-השקה (Preview)) המשתמשים יכולים לגשת לדף הניהול של ניהול תהליכי עבודה ולדף המשתמש של ניהול תהליכי עבודה, שמאפשרים למשתמשים לראות את כל תהליכי העבודה במכונה של Looker. המשתמשים יכולים לראות, לערוך, להשבית ולהפעיל תהליכי עבודה שבבעלות של משתמשים אחרים, אבל הם צריכים גישה לנתוני תהליך העבודה כדי לראות את התצוגה החזותית של תהליך העבודה בפרטים של תהליך העבודה. ההרשאה הזו לא מאפשרת למשתמשים ליצור Agentic Workflows או להשתמש בניתוח נתונים בממשק שיחה.
see_queries	ללא	CM ברמת המכונה	המשתמשים יכולים לראות את הדף Queries בקטע Admin ב-Looker. ההרשאה הזו לא מאפשרת למשתמש לסיים שאילתה בדף Queries.
see_logs	ללא	CM ברמת המכונה	משתמשים יכולים לראות את הדף Log בקטע Admin ב-Looker.
see_users	ללא	CM ברמת המכונה	המשתמשים יכולים לראות את הדף משתמשים (אבל לא את הדף קבוצות) בקטע ניהול ב-Looker. ההרשאה הזו לא מאפשרת למשתמש ליצור משתמשים חדשים, לראות או ליצור פרטי כניסה ל-API, לאפס סיסמאות או לשנות משתמשים או הרשאות בדרך אחרת. משתמש שקיבל את ההרשאה הזו יכול לראות את כל המשתמשים בכל הקבוצות במופע, גם במערכת סגורה. המשתמש יכול לראות את כל שמות הקבוצות ואת כל שמות התפקידים, ויש חברות שבהן המידע הזה נחשב רגיש.
sudo	see_users	CM ברמת המכונה	משתמשים יכולים לבצע sudo (כלומר, לפעול כמשתמש אחר ולקבל באופן זמני את ההרשאות שלו) על ידי לחיצה על הלחצן Sudo בדף משתמשים. ההרשאה sudo לא מאפשרת למשתמשים שאינם אדמינים להשתמש ב-sudo כאדמינים, אבל משתמשים שאינם אדמינים יכולים להסלים את ההרשאות שלהם באמצעות sudo, אז צריך להיזהר. הערה: מכונות של Looker (Google Cloud core) לא מכילות את ההרשאה sudo.
manage_groups	see_users	CM ברמת המכונה	משתמשים יכולים ליצור, לערוך ולמחוק קבוצות בדף קבוצות בקטע משתמשים בתפריט אדמין, למעט קבוצות שמשויכות לתפקיד אדמין.
manage_roles	manage_groups	CM ברמת המכונה	משתמשים יכולים ליצור, לערוך ולמחוק תפקידים, חוץ מהתפקיד אדמין, בדף תפקידים בקטע משתמשים בתפריט אדמין. המשתמשים עדיין לא יכולים ליצור, לערוך או למחוק קבוצות של הרשאות או קבוצות של מודלים.
manage_user_attributes	see_users	CM ברמת המכונה	משתמשים יכולים ליצור, לערוך ולמחוק מאפייני משתמשים בדף מאפייני משתמשים בקטע משתמשים בתפריט ניהול.
see_schedules	ללא	CM ברמת המכונה	המשתמשים יכולים לראות את הדפים Schedules ו-Schedule History מהחלונית Admin ב-Looker. ההרשאה הזו לא מאפשרת למשתמש להקצות מחדש, לערוך או למחוק לוחות זמנים של משתמשים אחרים בדפים לוחות זמנים והיסטוריית לוחות הזמנים.
see_pdts	ללא	ספציפי לחיבור	המשתמשים יכולים לראות את הדף Persistent Derived Tables בקטע Admin ב-Looker, ולצפות במידע על טבלאות PDT מפרויקטים שמשתמשים בכל חיבור שמשויך למודלים שיש להם גישה לנתונים שלהם. ההרשאה הזו כלולה בקבוצת ההרשאות שמוגדרת כברירת מחדל לתפקיד מפתח בהתקנות חדשות של Looker. ההרשאה הזו חלה על חיבורים שלמשתמשים יש גישה לנתונים שלהם, ולא על כל המכונה של Looker או על מודלים או קבוצות מודלים ספציפיים.
see_datagroups	ללא	ספציפי למודל	המשתמשים יכולים לראות את הדף Datagroups בקטע Admin ב-Looker. המשתמשים יכולים לראות שמות של חיבורים, שמות של מודלים ומידע אחר על קבוצות נתונים שמוגדרות במודל שיש להם גישה לנתונים שלו. ההרשאה הזו חלה על מודלים או קבוצות מודלים ספציפיים, ולא על כל המכונה של Looker או על החיבורים.
update_datagroups	see_datagroups	ספציפי למודל	משתמשים יכולים להפעיל קבוצת נתונים או לאפס את המטמון שלה דרך הדף Datagroups בקטע Admin ב-Looker. בדומה למשתמשים עם ההרשאה see_datagroups, משתמשים עם ההרשאה update_datagroups יכולים לראות קבוצות נתונים שמוגדרות בפרויקטים שמשתמשים במודל שיש להם גישה לנתונים שלו. ההרשאה הזו חלה על מודלים או קבוצות מודלים ספציפיים, ולא על כל המכונה של Looker או על החיבורים.
see_system_activity	ללא	CM ברמת המכונה	המשתמשים יכולים לגשת לשאילתות ולמרכזי הבקרה של System Activity כדי לראות את השימוש, ההיסטוריה ומטא-נתונים אחרים של מכונה של Looker. בסביבה מוטמעת, הגבלות מחמירות מונעות ממשתמשים מוטמעים לעבד נתונים של המערכת הבסיסית, גם אם אתם מעניקים את ההרשאה see_system_activity במהלך אימות בכניסה יחידה (SSO). במאמר פעילות המערכת בסביבות מוטמעות מפורטות דרכים חלופיות לשיתוף הנתונים האלה.
see_admin	ללא	CM ברמת המכונה	למשתמשים יכולה להיות הרשאת קריאה בלבד למשאבי אדמין, כולל דפים בחלונית הניהול, חוץ מהדפים הבאים: גישה לתמיכה תכונות בגרסת טרום-השקה (Preview) תכונות מדור קודם ייצוא גישה לתוכן פעולות (אם בדף מוצגים רק המצבים של פעולות מופעלות או מושבתות) ההרשאה הזו לא נותנת גישה לדפי פעילות המערכת.
mobile_app_access	ללא	‫NN בכל המכונה	המשתמשים יכולים להיכנס למכונה שלכם במכשיר נייד באמצעות אפליקציית Looker לנייד. כדי שהמשתמשים יוכלו להיכנס לאפליקציית Looker לנייד, קודם צריך להפעיל את האפשרות Mobile Application Access בדף General Settings בקטע Admin ב-Looker. אפשר להוסיף את ההרשאה mobile_app_access לקבוצת הרשאות חדשה או קיימת, והיא חלק מכל קבוצות ההרשאות שמוגדרות כברירת מחדל ב-Looker.
manage_modelsets_restricted	ללא	התאמה ללקוחות ספציפית למודל	נוסף בגרסה 25.2 המשתמשים יכולים לשנות קבוצות של מודלים שיש להם את ההרשאה manage_modelsets_restricted לגביהן. משתמש יכול להוסיף רק מודלים שכלולים בקבוצות מודלים שבהן יש לו גם את ההרשאה manage_modelsets_restricted. NOTE: ההרשאה הזו משפיעה על קבוצות מודלים באופן שעשוי להיות לא צפוי. אם אתם מקצים את ההרשאה manage_modelsets_restricted למשתמש, ומאפשרים לו לגשת לכל מודל שהוא חלק מפרויקט, הוא יוכל להקצות את כל המודלים בפרויקט הזה לקבוצות מודלים שיש לו גישה אליהן.
upload_data	ללא	‫NN בכל המכונה	נוסף בגרסה 25.20 המשתמשים יכולים להעלות קבצים למכונה שלכם כדי ליצור חקירות בשירות עצמי.
create_self_service_from_table	ללא	מודל ספציפיNN	נוסף בגרסה 26.14 המשתמשים יכולים ליצור לוחות ליצירת מודלים חזותיים על סמך טבלאות של מסדי נתונים כדי ליצור חקירות בשירות עצמי.
gemini_in_looker	ללא	ספציפי למודל	ההרשאה הזו היא היחידה שכלולה בתפקיד ברירת המחדל של Gemini. ההרשאה הזו מאפשרת למשתמשים לבצע את המשימות שמשויכות לכל אחת מהתכונות של Gemini ב-Looker שמופעלות מהדף Gemini ב-Looker בחלונית Admin. יכול להיות שתידרש הרשאה נוספת למשימות מסוימות.
chat_with_agent	gemini_in_looker	ספציפי למודל	נוסף בגרסה 25.18 משתמשי ניתוח נתונים בשיחה יכולים לשוחח בצ'אט עם סוכני נתונים שמבוססים על נתונים של עד חמישה חקירות ב-Looker. כדי לשוחח בצ'אט עם סוכני נתונים במרכז הבקרה, נדרשות הרשאות נוספות.
chat_with_explore	chat_with_agent	ספציפי למודל	נוסף בגרסה 25.18 משתמשים של ניתוח נתונים בשיחה יכולים להתכתב בצ'אט עם Looker Explore אם יש להם גם הרשאות נדרשות נוספות.
save_agents	chat_with_explore	ספציפי למודל	נוסף בגרסה 25.18 משתמשים ב-Conversational Analytics יכולים ליצור, לערוך, למחוק ולשתף סוכני נתונים במרכזי בקרה או ב-Explores. כדי לערוך, למחוק או לשתף סוכן נתונים שנוצר על ידי משתמש אחר, המשתמשים צריכים לקבל תפקיד שמכיל את ההרשאה הזו בכל מודל שבו הסוכן משתמש, וגם הרשאות נדרשות נוספות.
publish_agent_externally	save_agents	ספציפי למודל	נוסף ב-26.6 משתמשי ניתוח נתונים בממשק שיחה יכולים לפרסם סוכני נתונים ב-Gemini Enterprise בגרסת טרום-השקה (Preview), אם יש להם גם הרשאות נדרשות נוספות.
admin_agents	gemini_in_looker	ספציפי למודל	נוסף בגרסה 25.18 משתמשים ב-Conversational Analytics יכולים ליצור, לערוך, לשתף ולמחוק סוכני נתונים אם יש להם גם הרשאות נדרשות נוספות. עם ההרשאה הזו, המשתמש לא צריך לקבל גישה לתוכן של סוכן הנתונים כדי לערוך, למחוק או לשתף סוכן נתונים שנוצר על ידי משתמש אחר.

מה חשוב לדעת על קבוצות הרשאות

ההרשאות הבאות מקיימות אינטראקציה עם קבוצות מודלים באופן שעשוי להיות לא צפוי:

• ‫develop; see_lookml — ב-IDE של Looker, פרויקט אחד יכול להכיל כמה קובצי מודלים. אם אתם מקצים למשתמש את ההרשאות develop או see_lookml, ומאפשרים לו לראות כל מודל שהוא חלק מפרויקט, הוא יוכל לפתח או לראות את ה-LookML של כל המודלים בפרויקט הזה. עם זאת, הם עדיין לא יוכלו לשלוח שאילתות למודלים שלא נתתם להם הרשאה לגשת אליהם.
• ‫manage_models – אם מקצים למשתמש את ההרשאה manage_models, הוא יכול לגשת לכל המודלים בכל הפרויקטים במכונה.
• ‫manage_modelsets_restricted – אם מקצים למשתמש את ההרשאה manage_modelsets_restricted, הוא יכול להקצות כל מודל בפרויקט שיש לו גישה אליו.
• ‫manage_project_connections – אם מקצים למשתמש את ההרשאות manage_project_connections_restricted או manage_project_connections, הוא יוכל לראות, לערוך וליצור חיבורים ברמת הפרויקט לכל הפרויקטים שנכללים בקבוצת המודלים.

קבוצות מודלים

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

1. קבוצת מודלים קובעת לאילו מודלים ב-LookML חלות ההרשאות (אם ההרשאות האלה ספציפיות למודל).
2. קבוצת מודלים מגבילה את הנתונים ואת שדות LookML שמשתמש יכול לראות, כי כל מודל מחובר לחיבור ספציפי למסד נתונים ומכיל שדות LookML מסוימים.

יצירת קבוצת מודלים

כדי ליצור קבוצת מודלים:

1. לוחצים על הכפתור Add Model Set בחלק העליון של הדף Roles.

2. ‫Looker מציג את הדף New Model Set. מזינים שם לקבוצת המודלים החדשה.

3. בוחרים את המודל או המודלים שרוצים לכלול בקבוצת המודלים החדשה.

4. לוחצים על הכפתור New Model Set בתחתית הדף. קבוצת המודלים החדשה תופיע בקטע Model Sets בדף Roles.

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

מחיקה של מודל או שינוי השם שלו לא ישנו את קבוצות המודלים שכוללות את המודל הזה. כשמסירים מודל או משנים את השם שלו, אנחנו ממליצים לאדמינים ב-Looker להסיר את שם המודל גם מכל קבוצות המודלים המשויכות, באמצעות הדף Edit Model Set. אם תסירו את השם של המודל שנמחק מקבוצת המודלים, תוכלו למנוע הכללה לא מכוונת של מודל חדש עם אותו שם בקבוצת המודלים הזו.

מידע נוסף על מודלים זמין בדף התיעוד פרמטרים של מודלים.

יצירת כמה מודלים וקבוצות של מודלים

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

1. מעתיקים את המודל לשני מודלים חדשים.
2. במודל החדש הראשון, כוללים רק את התצוגות, השדות והניתוחים שלצוות השיווק צריכה להיות גישה אליהם.
3. יוצרים קבוצת מודלים לצוות השיווק שכוללת רק את המודל החדש הזה.
4. יוצרים תפקיד חדש לצוות השיווק שכולל את קבוצת המודלים החדשה הזו ואת ההרשאות המתאימות לצוות השיווק.
5. מקצים את התפקיד החדש לקבוצה של צוות השיווק.
6. חוזרים על שלבים 2 עד 5 כדי להגדיר את המודל השני לצוות התמיכה.

עריכת קבוצת מודלים

אחרי שיוצרים קבוצת מודלים, מבצעים את השלבים הבאים כדי לערוך אותה:

1. בדף Roles, לוחצים על תפריט האפשרויות (3 נקודות) Options שמשמאל לקבוצת המודלים שרוצים לערוך ובוחרים באפשרות Edit.

2. ‫Looker מציג את הדף Edit Model Set. אם רוצים, מזינים שם חדש לקבוצת המודלים בשדה Name.

3. בקטע מודלים, מוסיפים או מסירים מודלים מקבוצת המודלים.

4. לוחצים על הכפתור עדכון קבוצת המודלים בתחתית הדף.

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

מחיקה של מודל או שינוי השם שלו לא ישנו את קבוצות המודלים שכוללות את המודל הזה. כשמסירים מודל או משנים את השם שלו, אנחנו ממליצים לאדמינים ב-Looker להסיר את שם המודל גם מכל קבוצות המודלים המשויכות, באמצעות הדף Edit Model Set. אם תסירו את השם של המודל שנמחק מקבוצת המודלים, תוכלו למנוע הכללה לא מכוונת של מודל חדש עם אותו שם בקבוצת המודלים הזו.

מחיקה של קבוצת מודלים

כדי למחוק קבוצת מודלים, בדף Roles לוחצים על סמל האפשרויות הנוספות (3 נקודות) Options משמאל לקבוצת המודלים שרוצים למחוק ובוחרים באפשרות Delete.

יצירה והקצאה של תפקידים בהתאמה אישית

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

יצירת תפקיד בהתאמה אישית שמשתמש בקבוצות של הרשאות ומודלים קיימים

כדי להקצות תפקיד בהתאמה אישית עם קבוצת הרשאות קיימת וקבוצת מודלים קיימת, מבצעים את השלבים הבאים:

1. עוברים לדף תפקידים בקטע משתמשים בחלונית ניהול.
2. לוחצים על הוספת תפקיד.
3. נותנים שם לתפקיד החדש. לרוב, שמות התפקידים מציינים אילו משימות התפקיד מאפשר למשתמש לבצע.
4. לצד Permission Set, בוחרים את קבוצת ההרשאות שרוצים להשתמש בה לתפקיד הזה. קבוצת ההרשאות מופיעה לצד קבוצת ההרשאות שנבחרה (או בקישור View שניתן להרחיב אם התכונה New/Edit Roles Enhancement מופעלת).
5. לצד Model Set, בוחרים את קבוצת המודלים שרוצים להשתמש בה לתפקיד הזה. קבוצת המודלים מופיעה לצד קבוצת ההרשאות שנבחרה. כדי להחיל את קבוצת ההרשאות שנבחרה על כל המודלים במופע של Looker, בוחרים באפשרות All.
6. אם רוצים, בקטע קבוצות או משתמשים, בוחרים את הקבוצות או המשתמשים שרוצים להקצות להם את התפקיד בהתאמה אישית. אתם יכולים גם להוסיף משתמשים וקבוצות לתפקיד בשלב מאוחר יותר, על ידי עדכון הגדרות התפקיד, או להקצות את התפקיד בשלב מאוחר יותר מהדף משתמשים או קבוצות בחלונית הניהול.
7. לוחצים על New Role (או על Confirm אם משתמשים ב-New/Edit Roles Enhancement) כדי לשמור את התפקיד בהתאמה אישית.

יצירת תפקיד בהתאמה אישית שמשתמש בקבוצות חדשות של הרשאות ומודלים

כדי ליצור תפקיד בהתאמה אישית באמצעות קבוצות חדשות של הרשאות ומודלים, קודם עוברים לדף Roles בקטע Users בחלונית Admin.

כדי ליצור קבוצת הרשאות חדשה, פועלים לפי השלבים הבאים:

1. לוחצים על Add Permission Set.
2. בשדה Name, נותנים תווית לקבוצת ההרשאות החדשה.
3. בוחרים את ההרשאות שרוצים ולוחצים על New Permission Set.

כדי ליצור קבוצת מודלים חדשה:

1. בדף Roles, לוחצים על Add Model Set.
2. בשדה Name, נותנים שם לקבוצת המודלים החדשה.
3. בוחרים את המודלים שרוצים להחיל עליהם את התפקיד.
4. לוחצים על קבוצת מודלים חדשה.

כדי ליצור את התפקיד בהתאמה אישית באמצעות קבוצות ההרשאות והמודלים החדשות, פועלים לפי השלבים הבאים:

1. בדף Roles, לוחצים על Add Role.
2. נותנים שם לתפקיד החדש. לרוב, שמות התפקידים מציינים אילו משימות התפקיד מאפשר למשתמש לבצע.
3. בשדה Name, נותנים שם לתפקיד החדש.
4. בקטע Permission Set, בוחרים את קבוצת ההרשאות שיצרתם.
5. בקטע Model Set, בוחרים את קבוצת המודלים שיצרתם.
6. אם רוצים, בקטע קבוצות או משתמשים, בוחרים את הקבוצות או המשתמשים שרוצים להקצות להם את התפקיד בהתאמה אישית. אתם יכולים גם להוסיף משתמשים וקבוצות לתפקיד בשלב מאוחר יותר, על ידי עדכון הגדרות התפקיד, או להקצות את התפקיד בשלב מאוחר יותר מהדף משתמשים או קבוצות בחלונית הניהול.
7. לוחצים על New Role (או על Confirm אם משתמשים ב-New/Edit Roles Enhancement) כדי לשמור את התפקיד בהתאמה אישית.