שיתוף שיחות וגרסאות

ממשק ה-API לשיתוף מעניק view או edit גישה לשיחה/גרסה. יעדים יכולים להיות משתמש בודד, קבוצה, ארגון, יחידה או צוות.

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

גבול ההרשאה

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

אם אותה שיחה מגיעה למשתמש באמצעות מספר שיתופים, תגובת הרשימה הנגישה בוחרת את הגבוה מבין view וedit.

כללי יעד

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

אל תשתמש בנתח ארגון רחב כאשר שיתוף משתמש או צוות מספיק.

זרימת עבודה של שיתוף בטוח

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

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

התנהגות של שיתוף פעולה

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

סקירה ויציאה מהמטוס

מלאי מעת לעת:

• מניות ישירות;
• מניות רחבות בקבוצה, יחידה, צוות וארגון;
• חברות מיושנות שעדיין מעניקות גישה;
• משאבים שהבעלים המקורי שלהם עזב; ו
• גישת נמענים ל-builds, הורדות ו-VMs ישנים.

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