Keep team calendars when staff leaveСохраните Google-календари команды

What started changing on October 5Что начало меняться 5 октября

Google began rolling out previously announced lifecycle rules for secondary calendars in organizational Workspace accounts. Deleting an owner deletes their secondary calendars; suspension suspends them. The extended rollout may take longer than 15 days. This article covers company-managed accounts. Google announcement, October 5Google начал внедрять ранее объявленные правила для дополнительных календарей организационных аккаунтов Workspace. Удаление владельца удаляет его дополнительные календари; блокировка приостанавливает их. Расширенное внедрение может занять больше 15 дней. Здесь разбираем аккаунты, которыми управляет организация. Анонс Google от 5 октября

Suspension is not data deletion: Google says calendars are retained and invited users can still see events. Do not describe this change as every meeting disappearing from every participant’s account. Account suspension guidanceБлокировка не означает удаление данных: Google указывает, что календари сохраняются, а приглашённые участники продолжают видеть события. Поэтому это изменение нельзя описывать как исчезновение всех встреч у всех участников. Справка о блокировке аккаунта

Separate the calendar from its eventsРазделите календарь и события в нём

The operational test is simple: list the actual calendars behind the shifts, customer appointments and internal meetings. A useful name such as “Service team” does not tell you which account owns it.Практическая проверка проста: составьте список календарей, в которых живут смены, клиентские записи и внутренние встречи. Название «Сервисная команда» не показывает, какому аккаунту принадлежит расписание.

Before offboarding: make a short ownership registerДо отключения: составьте реестр владельцев

For a small business, a short register is enough. The following is an editorial workflow proposal, not a claim that a particular organization has lost data.Небольшой компании достаточно короткого реестра. Ниже предложен рабочий порядок действий, а не описание реального случая потери данных.

1. Record the calendar name and stable identifier, current owner, business purpose and teams relying on it.Запишите название и постоянный идентификатор календаря, владельца, назначение и команды, которые от него зависят.
2. Name the successor and a person responsible for checking the transfer. Keep the decision in the offboarding task.Назначьте преемника и ответственного за проверку переноса. Зафиксируйте решение в задаче по завершению работы сотрудника.
3. Mark connected booking pages, reminders, CRM workflows and other integrations that need a separate test.Отметьте связанные страницы записи, напоминания, процессы CRM и другие интеграции, которым нужна отдельная проверка.
4. Define the evidence needed before account removal: confirmed owner, accessible schedule and a successful test of the affected workflow.Определите подтверждение до удаления аккаунта: новый владелец, доступное расписание и успешная проверка связанного процесса.

Choose an administrator or owner transferВыберите перенос администратором или владельцем

An administrator with Calendar / Manage Calendars privileges can open Apps / Google Workspace / Calendar / Event and Secondary calendar management / Secondary calendar transfer. Select the departing and receiving users, then transfer. This route transfers the user’s secondary calendars to a colleague in the same organization. Calendars are processed individually; completion can take time. Administrator instructionsАдминистратор с правом Calendar / Manage Calendars открывает Apps / Google Workspace / Calendar / Event and Secondary calendar management / Secondary calendar transfer. Указывает прежнего и нового владельца и запускает перенос. Так дополнительные календари сотрудника передаются коллеге в той же организации. Календари обрабатываются по очереди; завершение может занять время. Инструкция администратора

Alternatively, the current owner can use Calendar / Settings and sharing / Shared with / Transfer ownership. For a work account, the successor must be in the same organization. In this user-initiated flow, the recipient must accept the emailed invitation; the sender remains owner until acceptance. The invitation allows 60 days, but that is not a safe offboarding deadline. Owner transfer instructionsДругой путь: текущий владелец открывает Calendar / Settings and sharing / Shared with / Transfer ownership. Для рабочего аккаунта преемник должен быть в той же организации. При таком пользовательском переносе получатель должен принять приглашение из письма; до принятия владельцем остаётся отправитель. На принятие даётся 60 дней, но это не безопасный срок ожидания при увольнении. Инструкция владельца

Use one agreed transfer route and verify its result. An email saying “I have shared the calendar” is not sufficient acceptance evidence.Выберите один согласованный способ и проверьте результат. Письмо «Я открыл доступ к календарю» не является достаточным подтверждением передачи владения.

For many calendars, use an inventory before automationЕсли календарей много, сначала нужна инвентаризация

Google’s June API update introduced individual secondary-calendar transfers within an organization without recipient confirmation. It also describes an organization filter for CalendarList:list and the dataOwner field for ownership checks. These are existing administration tools, not a new October 5 AI feature. Google Calendar API updateВ июньском обновлении API Google представил перенос отдельных дополнительных календарей внутри организации без подтверждения получателя. Также описаны фильтр организации для CalendarList:list и поле dataOwner для проверки владельца. Это уже существующие инструменты администрирования, а не новая AI-функция от 5 октября. Обновление Google Calendar API

A safe implementation separates discovery, approval, execution and verification. Review the proposed owner map before making bulk changes. Log each calendar’s result and route failures to an administrator; do not let a partially successful batch automatically approve account deletion.Безопасное внедрение разделяет поиск, согласование, выполнение и проверку. Проверьте карту новых владельцев до массовых изменений. Запишите результат по каждому календарю, а ошибки направьте администратору. Частичный успех пакетного переноса не должен автоматически разрешать удаление аккаунта.

What to budget and what not to assumeЧто учесть в стоимости

The rollout announcement does not state a separate price for the lifecycle change. That is not a quote for administration, integration work or your Workspace subscription. Availability announcementВ анонсе не указана отдельная цена изменения правил. Это не стоимость администрирования, работ по интеграции или вашей подписки Workspace. Анонс и доступность

Estimate work from the calendar inventory: number of owners, connected systems, exceptions and acceptance checks. For a small handover, manual verification may be sufficient. Commission an automated path when repeated transfers and exception handling justify its setup and maintenance.Оцените работу по реестру: сколько владельцев, связанных систем, исключений и проверок приёмки. Для небольшой передачи дел может хватить ручной проверки. Автоматизацию имеет смысл заказывать, когда повторяемость переносов и обработка исключений оправдывают её настройку и сопровождение.

Accept the handover on one real workflowПримите передачу на одном реальном процессе

Illustrative scenario: a service coordinator leaves, while the team still uses their secondary calendar for visits. Before removing the account, the replacement coordinator and administrator check the following.Пример: координатор сервиса уходит, а команда продолжает пользоваться принадлежащим ему дополнительным календарём выездов. До удаления аккаунта новый координатор вместе с администратором проверяет следующее.

1. The recorded new owner matches the agreed successor, rather than merely having editing access.Зафиксированный новый владелец совпадает с согласованным преемником, а не просто получил право редактирования.
2. A representative future appointment opens for the people who need it; time, participants and relevant resources are correct.Будущая тестовая запись открывается нужным сотрудникам; время, участники и необходимые ресурсы корректны.
3. An authorized non-customer test confirms the connected booking or reminder workflow still works. No real customer receives a test notification.Разрешённая проверка без реального клиента подтверждает работу связанной записи или напоминания. Тестовое уведомление не уходит настоящему клиенту.
4. The administrator records completion and unresolved exceptions separately. A responsible person approves the next offboarding step.Администратор отдельно фиксирует завершение и нерешённые исключения. Ответственный согласовывает следующий шаг отключения сотрудника.

Connect ownership to operating responsibilityСвяжите владение с ответственностью в бизнесе

A calendar is only one part of the handover. Open customer work, employee permissions and shift coverage also need named owners. Use the same acceptance principle across these records: identify the responsible person and prove that the next business action can happen.Календарь — только часть передачи дел. Открытые клиентские задачи, доступы сотрудников и покрытие смен тоже требуют ответственных. Примените один принцип приёмки ко всем этим записям: назначьте владельца процесса и проверьте, что следующий шаг бизнеса выполним.

For related SABSUS planning, review employee roles, staff calendars and integration acceptance. A Google Calendar connection must be confirmed for the specific project; this article does not establish an automatic SABSUS ownership-transfer connector.Для связанного планирования в SABSUS посмотрите сотрудников и роли, календарь сотрудников и приёмку интеграций. Подключение Google Calendar нужно подтвердить для конкретного проекта; эта статья не подтверждает автоматический коннектор SABSUS для переноса владельцев.