שירות Google Workspace Domain Transfer לא יכול להעביר עניינים והחזקות לצורך משפטי ב-Google Vault. במקום זאת, האדמינים בסביבות המקור והיעד צריכים לבצע את השלבים הבאים כדי להעביר פריטים ב-Vault.
לפני שמתחילים
שימוש ב-Vault API – כדי להעביר עניינים והחזקות לצורך משפטי ב-Vault, צריך להשתמש ב-Vault API. אי אפשר לבצע את הפעולות האלה דרך ממשק המשתמש של Vault. פרטים על ה-API זמינים במאמר Google Vault API.
טיפ: אתם יכולים להשתמש ב-Google Apps Manager (GAM), כלי שורת פקודה של צד שלישי, כדי להיעזר ב-Vault API. הכלי זמין ב-GitHub.
לבדוק מה מועבר ומה לא – פרטים נוספים זמינים בקטע אפליקציות הליבה של Google.
שלב 1: מורידים את העניינים וההחזקות לצורך משפטי
כדי לבצע את המשימה הזו, אתם צריכים להיות סופר-אדמינים ב-Google Workspace או אדמינים ב-Vault.
אחרי ההעברה, לא תהיה לכם גישה לעניינים ולהחזקות לצורך משפטי ב-Vault בסביבת המקור. כדי לשמור על הגישה במהלך תהליך ההעברה, צריך להוריד את העניינים וההחזקות מסביבת המקור לפחות שבוע לפני ההעברה. כדי לעשות את זה, משתמשים בשיטות ובפרמטרים של ה-API שמפורטים בטבלאות הבאות:
| הורדת עניינים | |
| שיטת API |
matters.list הצגת רשימה של עניינים שלמשתמש יש גישה אליהם. מידע נוסף |
| פרמטרים | view: FULL
מציין אילו חלקים של העניין יוחזרו בתגובה. state: OPEN להציג רק עניינים פתוחים. אי אפשר ליצור עניינים בסטטוס closed או deleted. כדי לכלול את העניינים, צריך להוסיף אותם בתור open, ואז לסגור או למחוק אותם. |
| הורדת פריטים בהמתנה | |
| שיטת API |
matters.holds.list הצגת רשימה של כל ההחזקות לצורך משפטי בעניין. אסימון דף ריק ב-ListHoldsResponse מציין שאין עוד החזקות לצורך משפטי שצריך להציג. מידע נוסף |
| פרמטרים | view: FULL_HOLD
מציין אילו חלקים של ההחזקה לצורך משפטי להחזיר. |
שלב 2: מנקים את העניינים וההחזקות שהורדו
בודקים את העניינים וההחזקות לצורך משפטי שהורדתם כדי לקבוע אם אפשר לארגן אותם מחדש:
אם ההחזקות מוגדרות ברמת היחידה הארגונית, ממפים את כל היחידות הארגוניות ליחידה הארגונית להעברה המתאימה בסביבת היעד, באמצעות Orgunits API. מידע נוסף
אם מדובר בהחזקות לצורך משפטי של קבוצות או של תיקיות אחסון שיתופי, צריך לבצע את המיפוי ברמת היחידה הארגונית הבסיסית להעברה.
(אופציונלי) מסירים עניינים והחזקות לצורך משפטי ריקים.
אם אתם מתכננים ליצור עניינים עם בעלים אחרים, המירו את כל הרשאות ה-OWNER להרשאות COLLABORATOR בשדה matterPermissions[].
מידע נוסף
שלב 3: אחרי ההעברה, מעלים את העניינים וההחזקות לצורך משפטי
בסיום תהליך ההעברה, מעלים את העניינים וההחזקות לסביבת היעד.
אתם צריכים גם להגדיר את כללי מדיניות השמירה המתאימים ב-Vault. מידע נוסף
עניינים
| שיטת API | matters.create
יצירת עניין עם השם והתיאור שצוינו. המצב הראשוני הוא פתוח, והבעלים הוא מי שמפעיל את ה-method. הפונקציה מחזירה את העניין שנוצר בתצוגת ברירת המחדל. מידע נוסף |
דברים נוספים שכדאי לזכור:
- חשוב לשים לב ל-matterId החדש שנוצר. הוא מאפשר לשמור על מיפוי בין ה-matterId של סביבת המקור לבין ה-matterId של סביבת היעד.
- אין אילוץ ייחודיות על שמות העניינים. אם יש לכם עניינים שנכשלו בסביבת המקור ואתם מנסים ליצור אותם מחדש ביעד (במצב שלא נכשל), יכול להיות שתצרו עניינים כפולים.
- כשמעלים עניינים, המשתמש שמעלה אותם הופך לבעלים. איך מתחזים למשתמשים באמצעות חשבון שירות
החזקות
| שיטת API | matters.holds.create
יצירת החזקה בעניין הנתון. מידע נוסף |
דברים נוספים שכדאי לזכור:
- השמות הייחודיים של ההחזקות נאכפים בתוך עניין, כך שאין צורך לדאוג לגבי העלאת כפילויות.
- חשוב לשים לב ל-holdId החדש שנוצר. הוא מאפשר לכם לשמור על מיפוי בין ה-holdId של סביבת המקור לבין ה-holdId של סביבת היעד.
- אם מספר החשבונות בהחזקה חורג ממגבלת החשבונות שאפשר להוסיף בזמן היצירה, אפשר להוסיף עוד חשבונות להחזקה בנפרד אחרי שההחזקה נוצרה. אתם יכולים להשתמש ב-method matters.holds.accounts.create של ה-API. מידע נוסף
שלב 4: ממתינים 24 שעות
אחרי שההעלאה מסתיימת, צריך להמתין לפחות 24 שעות כדי לוודא שההחזקות החדשות הופצו לכל המשתמשים הרלוונטיים.
Google, Google Workspace וסימנים וסמלי לוגו קשורים הם סימנים מסחריים של Google LLC. כל שמות החברות והמוצרים האחרים הם סימנים מסחריים של החברות שאליהן הם משויכים.