Почніть із типу облікового запису, а не з файлу
Перш ніж щось переміщати, дайте відповідь на два запитання: чи обліковий запис, який ви закриваєте, є особистим обліковим записом Google або робочим чи навчальним, і чи елемент, який ви хочете передати, є файлом або папкою? Відповіді визначають, чи можлива передача взагалі та як виглядатиме «готово».
Право власності в Drive можна передати лише особі, з якою елемент уже відкрито спільний доступ. Джерело
Якщо одержувачу ніколи не надавали доступ до елемента, опція передачі для нього буде недоступною. Це передумова, яку слід перевірити, а не крок, який можна обійти. Спочатку надайте доступ, а потім плануйте передачу.
Складіть реєстр власника для файлів і папок
Передача папки та передача файлу — це не одна й та сама операція. Багато людей передають папку, припускають, що все всередині перемістилося, і згодом виявляють, що окремі файли все ще належать старому обліковому запису.
Передача папки не передає автоматично право власності на файли всередині неї. Джерело
Використовуйте реєстр, у якому кожен важливий для вас елемент указано окремо, з його поточним власником і запланованим новим власником. Достатньо простої таблиці:
| Елемент | Файл чи папка | Уже відкрито спільний доступ новому власнику? | Передача можлива? | Прийняття підтверджено? |
|---|---|---|---|---|
| Приклад: проєктний бриф | Файл | Так | Так | В очікуванні |
| Приклад: папка проєкту | Папка | Так | Так | В очікуванні |
| Приклад: файл у цій папці | Файл | Ні | Ще ні | — |
Сприймайте рядки як заповнювачі, які ви заповнюєте самостійно. Сенс у тому, що кожен потрібний вам файл має власний рядок, навіть якщо він лежить у папці, яку ви також передаєте. Якщо файл ще не відкрито спільний доступ одержувачу, позначте його як заблокований і надайте доступ, перш ніж щось робити.
Особистий чи робочий або навчальний: два різні шляхи
Етап прийняття — це місце, де два типи облікових записів розходяться найбільше.
Передачі для особистого облікового запису залишаються в очікуванні, доки їх не приймуть, тоді як передачі для робочого чи навчального облікового запису обмежені тією самою організацією та підпорядковуються іншим правилам прийняття. Джерело
На практиці це дає вам два шляхи вирішення:
- Закриття особистого облікового запису. Ініційована вами передача не завершується після натискання. Вона чекає, доки одержувач її прийме. Не закривайте обліковий запис, поки передача ще в очікуванні, оскільки передача в очікуванні залежить від того, що обліковий запис, який її розпочав, усе ще можна використовувати.
- Закриття робочого або навчального облікового запису. Передачі обмежені людьми в межах тієї самої організації, а прийняття підпорядковується іншим правилам. Якщо одержувач поза вашою організацією, плануйте інший спосіб передачі, а не сподівайтеся, що передача завершиться.
Якщо ви не впевнені, який тип облікового запису маєте, перевірте це перед складанням реєстру. Весь план залежить від цього.
Контрольний список, який можна виконати по порядку
- Визначте тип облікового запису (особистий або робочий чи навчальний).
- Перелічіть кожен файл і папку, до яких потрібно зберегти доступ, окремими рядками реєстру.
- Підтвердьте, що кожен елемент відкрито спільний доступ запланованому новому власнику. Елементи, до яких ще не надано доступ, заблоковані, доки ви цього не зробите.
- Розпочніть передачу для кожного елемента, файл за файлом, а не лише для батьківської папки.
- Зафіксуйте статус прийняття для кожного рядка. Для особистих облікових записів дочекайтеся, доки одержувач прийме. Для робочих або навчальних облікових записів підтвердьте, що одержувач перебуває в тій самій організації та що процес прийняття в організації завершено.
- Лише після того, як кожен рядок показує завершену передачу, слід припиняти доступ до вихідного облікового запису.
Крок 6 — це той, який люди пропускають. «Я надіслав передачу» — не те саме, що «новий власник її має». Перевірка перед припиненням доступу — це різниця між чистою передачею та набором файлів, які ніхто не може відкрити.
Шляхи невдач, які слід передбачити
- Одержувач ніколи не приймає. Для особистого облікового запису передача залишається в очікуванні. Зв’яжіться з одержувачем, перш ніж щось закривати.
- Одержувач поза організацією. Для робочого або навчального облікового запису шлях передачі для нього недоступний. Вирішіть заздалегідь, як ці файли буде передано натомість.
- Ви передали папку й на цьому зупинилися. Файли всередині неї все ще належать вихідному обліковому запису. Поверніться до реєстру та передайте файли окремо.
- Ви змінили роль редактора й припустили, що це міграція. Зміна того, хто може редагувати документ, — не те саме, що зміна того, хто ним володіє. Право власності — це окремий крок із власними передумовами.
Не копіюйте дані роботодавця, щоб вирішити проблему передачі
Якщо передача для робочого або навчального облікового запису заблокована, бо одержувач поза організацією, рішення не в тому, щоб завантажити файли й повторно завантажити їх деінде. Це може суперечити правилам вашого роботодавця щодо даних і не створює чистої історії права власності. Сприймайте організаційні обмеження як сигнал поговорити з тим, хто адмініструє обліковий запис, а не як перешкоду, яку слід обійти.
Перевірте, хто ще може що відкрити
Коли реєстр показує завершені передачі, варто переглянути налаштування спільного доступу для елементів, що залишилися, особливо для тих, до яких ви надали широкий доступ під час передачі. Короткий огляд того, хто зараз має доступ, допоможе виявити елементи, до яких надали доступ не тій людині або які залишили відкритими після передачі.
Для цього кроку дивіться хто може відкривати ваші спільні файли Google Drive.
Що цей посібник не охоплює
Цей посібник не описує конкретні шляхи в меню чи назви кнопок, оскільки їх не було в переглянутих матеріалах і вони можуть змінюватися. Він також не охоплює кожен тип облікового запису чи кожну конфігурацію спільного доступу. Якщо ваша ситуація стосується правил зберігання даних організації, делегованого адміністрування або спільних дисків, а не особистих файлів, уточніть деталі у вашого адміністратора, перш ніж діяти.
Закриття облікового запису є незворотним у тому сенсі, у якому передача — ні. Безпечний порядок завжди такий: складіть реєстр, надайте спільний доступ, передайте кожен елемент, підтвердьте прийняття, а потім припиніть доступ.