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

תפקידים, קבוצות הרשאות וקבוצות מודלים משמשים יחד כדי לנהל את מה שהמשתמשים יכולים לעשות ולראות. בדף 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 נקודות) שמשמאל לתפקיד ובוחרים באפשרות עריכה. אם תבחרו באפשרות עריכה, תועברו לדף עריכת תפקיד של אותו תפקיד, שבו תוכלו לערוך את השם, את קבוצת ההרשאות, את קבוצת המודלים ואת הקבוצות או המשתמשים שהוקצו לתפקיד.

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

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

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

תצוגה מקדימה

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

• הרשאות develop ו-manage_models: אם קבוצת ההרשאות שנבחרה כוללת גם את ההרשאה develop וגם את ההרשאה manage_models, התפקיד חייב להשתמש בקבוצת המודלים All. כל שאר קבוצות המודלים ברשימה מושבתות.
• ההרשאה manage_modelsets_restricted: אם קבוצת ההרשאות שנבחרה כוללת את ההרשאה manage_modelsets_restricted, אי אפשר להשתמש בתפקיד בקבוצת המודלים 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 Users נוצר באופן אוטומטי במכונות של Looker שהופעלה בהן אינטגרציה רציפה (CI). התפקיד משתמשי Looker CI מוקצה לחשבונות השירות של Looker CI, שאפשר לראות בכרטיסייה חשבונות שירות בדף ניהול חשבון ארגוני משתמשים. Looker משתמש בחשבונות השירות האלה של CI כדי לבצע הרצות של 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.
• להריץ שאילתות ישירות על נתוני Looker Explore או להתכתב בצ'אט עם סוכן לאינטראקציה עם נתונים שמריץ שאילתות על נתוני 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. משתמשים עם התפקיד הזה יכולים להתכתב בצ'אט עם כל סוכן לאינטראקציה עם נתונים ב-Looker, כל עוד יש להם גישת צפייה לסוכן, והם יכולים ליצור Agentic Workflows.

צפייה בתצוגת ניתוח נתונים בשיחה נוסף ב-26 בדצמבר

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

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

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

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

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

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

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 כלולה בהרשאת ברירת המחדל Developer רק בהתקנות של 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
עורך מתקדם של Customer Engineer	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 זמינה רק כשמפעילים את התכונה Tiered Support Access בחלונית Labs. אי אפשר לערוך או למחוק את קבוצת ההרשאות 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 זמינה רק כשמופעלת תכונת ה-Labs‏ Tiered Support Access. אי אפשר לערוך או למחוק את קבוצת ההרשאות עורך מתקדם לתמיכה.
עורך בסיסי לתמיכה	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: קבוצת ההרשאות עורך בסיסי של תמיכה זמינה רק כשמפעילים את התכונה גישה לתמיכה לפי רמות בחלונית 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. משתמש עם ההרשאה הזו, אם ניתנה לו גישה למודל כלשהו בפרויקט נתון, יכול לגשת לכל קובץ בקטע Data של אותו פרויקט (כמו קובץ 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 לכל המודלים הרלוונטיים. כדי לראות את ה-Looks בתיקיות, המשתמשים צריכים גם את רמת הגישה לתוכן הצגה.
see_user_dashboards	see_looks	ספציפי למודל	המשתמשים יכולים לראות בתיקיות את לוחות הבקרה בהגדרת המשתמש, אבל צריכה להיות להם הרשאת explore בכל המודלים הרלוונטיים כדי לחקור את לוחות הבקרה האלה. כדי לראות מרכזי בקרה בתיקיות, המשתמשים צריכים גם גישת צפייה בתוכן. משתמשים שיש להם גם את ההרשאה save_dashboards וגם את הרשאת הגישה לתוכן ניהול גישה, עריכה בתיקייה יכולים ליצור לוחות בקרה בהגדרת המשתמש בתיקייה הזו.
explore	see_looks	ספציפי למודל	המשתמשים יכולים לגשת לדף Explore ולהשתמש בו כדי ליצור תצוגות ומרכזי בקרה. בלי ההרשאה הזו, המשתמשים יכולים רק לצפות במרכזי בקרה שמורים (אם ניתנה להם ההרשאה 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	ספציפי למודל	ההרשאה הזו חלה על Looks ומרכזי בקרה ב-Looker ועל דוחות ב-Data Studio שמשתמשים במחבר של Looker. המשתמשים יכולים להוריד נתונים, אבל הם צריכים לציין מגבלת שורות של 5,000 או פחות כדי למנוע בעיות בזיכרון שנובעות מהורדות גדולות. משתמשי Data Studio Pro עם ההרשאה הזו יכולים להוריד דוחות של Data Studio שמשתמשים במחבר של Looker.
download_without_limit	see_looks	ספציפי למודל	ההרשאה הזו חלה על Looks ומרכזי בקרה ב-Looker ועל דוחות ב-Data Studio שמשתמשים במחבר של Looker. כמו download_with_limit, אבל המשתמש לא צריך לציין מגבלת שורות. הורדה של כל התוצאות של סוגי שאילתות מסוימים עשויה לדרוש זיכרון רב, ועלולה לגרום לבעיות בביצועים או אפילו לקריסה של המכונה של Looker. משתמשי Data Studio Pro עם ההרשאה הזו יכולים להוריד דוחות של Data Studio שמשתמשים במחבר של Looker.
schedule_look_emails	see_looks	ספציפי למודל	ההרשאה הזו חלה על Looks ומרכזי בקרה ב-Looker ועל דוחות ב-Data Studio שמשתמשים במחבר של Looker. המשתמשים יכולים לתזמן שליחה באימייל של כל ה-Looks, מרכזי הבקרה והשאילתות עם תצוגות חזותיות שיש להם גישה לנתונים שלהם. המשתמשים יכולים לתזמן את השליחה כך שתתבצע אחרי שקבוצת נתונים הופעלה, ניהלה את המטמון ובנתה מחדש את טבלאות ה-PDT הרלוונטיות. כדי לשלוח או לתזמן מרכזי בקרה של פעילות המערכת, למשתמשים צריכה להיות גישה לכל המודלים. משתמשים שקיבלו גם את ההרשאה create_alerts יכולים לשלוח התראות באימייל. אדמינים ב-Looker יכולים לשלוט בדומיינים של אימייל שמשתמשי Looker ומשתמשים מוטמעים יכולים לשלוח אליהם אימיילים באמצעות רשימת ההיתרים של דומיינים של אימייל בדף הגדרות בחלונית ניהול. משתמשים שמוקצית להם גם ההרשאה schedule_without_limit יכולים לבחור באפשרות כל התוצאות כשהם שולחים תצוגות Look או Explore, וכך לשלוח את כל שורות הנתונים מתוצאות השאילתה. בלי ההרשאה 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 כל שאילתה, לוח בקרה או Look עם תצוגות חזותיות שיש להם גישה לנתונים שלהם. המשתמשים יכולים לתזמן את השליחה כך שתתבצע אחרי שקבוצת נתונים הופעלה, ניהלה את המטמון ובנתה מחדש את טבלאות ה-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 המשתמשים לא יכולים לערוך הגדרות אחרות בקטע הגדרות נוספות. הם גם לא יכולים לערוך הגדרות בקטע Persistent Derived Tables (PDTs). 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 ברמת המכונה	משתמשים יכולים לקבוע את הגדרות העיצוב של מרכזי בקרה, תצוגות Look ושאילתות Explore מוטמעים בדף Themes בקטע Platform בתפריט Admin. ההרשאה הזו זמינה רק אם העיצובים הופעלו במופע שלכם.
manage_internal_themes	ללא	CM ברמת המכונה	משתמשים יכולים לקבוע את הגדרות העיצוב של מרכזי בקרה פנימיים ב-Looker (לא מוטמעים) בדף Themes בקטע Platform בתפריט Admin. ההרשאה הזו זמינה רק אם התכונה "עיצוב פנימי של מרכז הבקרה" בגרסת טרום-השקה (Preview) הופעלה במכונה שלכם.
manage_privatelabel	ללא	CM ברמת המכונה	המשתמשים יכולים לקבוע את הגדרות המותג הפרטי בדף Private Label בקטע Platform בתפריט Admin. ההרשאה הזו זמינה רק אם התווית הפרטית הופעלה במופע שלכם.
see_alerts	ללא	CM ברמת המכונה	המשתמשים יכולים לגשת לדפים התראות והיסטוריית התראות בקטע אדמין, ולראות את כל ההתראות במכונה של Looker. משתמשים יכולים לראות, לעקוב, לערוך, להקצות לעצמם ולהשבית התראות שבבעלות משתמשים אחרים דרך דף ניהול חשבון ארגוני התראות. כדי שהמשתמשים יוכלו לראות את התוכן שעליו מבוססת ההתראה או לבחון אותו מהתצוגה החזותית של ההתראה (בדף Alert Details), או כדי לעבור למרכז הבקרה שלה, הם צריכים הרשאות גישה לתוכן הזה. ההרשאה הזו לא מאפשרת למשתמשים לצפות בהתראות, ליצור אותן, לעקוב אחריהן או למחוק אותן מהמשבצת בלוח הבקרה. (גרסת טרום-השקה (Preview)) המשתמשים יכולים לגשת לדף ניהול חשבון ארגוני לניהול תהליכי עבודה ולדף המשתמש לניהול תהליכי עבודה, שמאפשרים למשתמשים לראות את כל תהליכי העבודה במכונה של Looker. המשתמשים יכולים לראות, לערוך, להשבית ולהפעיל תהליכי עבודה שבבעלות של משתמשים אחרים, אבל הם צריכים גישה לנתוני תהליך העבודה כדי לראות את התצוגה החזותית של תהליך העבודה בפרטים של תהליך העבודה. ההרשאה הזו לא מאפשרת למשתמשים ליצור Agentic Workflow או להשתמש בניתוח נתונים באמצעות שיחה.
see_queries	ללא	CM ברמת המכונה	המשתמשים יכולים לראות את הדף Queries בקטע Admin ב-Looker. ההרשאה הזו לא מאפשרת למשתמשים לסיים שאילתה בדף Queries.
see_logs	ללא	CM ברמת המכונה	המשתמשים יכולים לראות את הדף Log בקטע Admin ב-Looker.
see_users	ללא	CM ברמת המכונה	המשתמשים יכולים לראות את הדף Users (אבל לא את הדף Groups) בקטע Admin ב-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 ברמת המכונה	המשתמשים יכולים לגשת לשאילתות ה-Explore ולמרכזי הבקרה של פעילות המערכת כדי לראות את השימוש, ההיסטוריה ומטא-נתונים אחרים של מכונה של Looker. בסביבה מוטמעת, הגבלות מחמירות מונעות ממשתמשים מוטמעים לעבד נתוני מערכת בסיסיים, גם אם אתם מעניקים את ההרשאה see_system_activity במהלך אימות בכניסה יחידה (SSO). במאמר פעילות המערכת בסביבות מוטמעות מפורטות דרכים חלופיות לשיתוף הנתונים האלה.
see_admin	ללא	CM ברמת המכונה	משתמשים יכולים לקבל הרשאת קריאה בלבד למשאבי אדמין, כולל דפים בחלונית הניהול, מלבד הדפים הבאים: גישה לתמיכה תכונות בגרסת טרום-השקה (Preview) תכונות מדור קודם ייצוא גישה לתוכן פעולות (אם בדף מוצגים רק המצבים "מופעל" או "מושבת" של הפעולות) ההרשאה הזו לא נותנת גישה לדפי System Activity.
mobile_app_access	ללא	‫NN בכל המכונה	משתמשים יכולים להיכנס למכונה שלכם במכשיר נייד באמצעות אפליקציית Looker לנייד. כדי שהמשתמשים יוכלו להיכנס לאפליקציית Looker לנייד, קודם צריך להפעיל את האפשרות גישה לאפליקציה לנייד בדף הגדרות כלליות בקטע אדמין ב-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 משתמשים ב-Conversational Analytics יכולים להתכתב בצ'אט עם סוכנים לאינטראקציה עם נתונים שמבוססים על נתונים של עד חמישה חקירות ב-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. בחלק העליון של הדף Roles, לוחצים על הכפתור Add Model Set.

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

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

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

מודלים שנכללים בפרויקטים בהמתנה מופיעים ברשימה Models בדפים New Model Set ו-Edit Model Set.

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

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

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

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

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

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

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

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

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

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

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

מודלים שנכללים בפרויקטים בהמתנה מופיעים ברשימה Models בדפים New Model Set ו-Edit Model Set.

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

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

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

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

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

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

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

1. עוברים לדף תפקידים בקטע משתמשים בחלונית ניהול.
2. לוחצים על הוספת תפקיד.
3. מזינים שם לתפקיד החדש. לרוב, שמות התפקידים מציינים אילו משימות התפקיד מאפשר למשתמש לבצע.
4. לצד Permission Set, בוחרים את קבוצת ההרשאות שרוצים להשתמש בה לתפקיד הזה. קבוצת ההרשאות מופיעה לצד קבוצת ההרשאות שנבחרה (או בקישור הצגה שניתן להרחבה אם השיפור של תפקידים חדשים/עריכת תפקידים מופעל).
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) כדי לשמור את התפקיד בהתאמה אישית.