Короткий ответ
Доступ нужно выдавать через именные роли с минимально необходимыми правами, привязанные к сроку действующего контракта, а офбординг должен быть обязательным шагом, запускаемым автоматически при завершении проекта или контракта, а не зависеть от того, вспомнит ли кто-то отозвать доступ вручную.
Как это работает подробнее
ролевой доступ (администратор/редактор/аналитик в бизнес-инструментах площадки) позволяет привязать права каждого внешнего подрядчика к конкретному контракту и отозвать их по отдельности без влияния на остальных; периодический аудит доступов ловит то, что упустил ручной офбординг.
Что использовать на практике
- Действия. Стоит вести простой журнал доступов (кому, к чему, с какой даты, когда заканчивается контракт) и проверять его не реже раза в квартал или при завершении каждого контракта, отзывая доступ сразу после закрытия проекта независимо от личных отношений с подрядчиком.
- Проверка. Таблица учёта доступов с колонками «Имя, Роль, Платформа, Дата выдачи, Дата окончания контракта, Доступ отозван (да/нет)». Проверка: ежеквартальный аудит таблицы и сверка со списком активных доступов в рекламных кабинетах/бизнес-менеджерах; расхождения закрываются немедленно.
Подводные камни
- Риск. Выдавать полный административный доступ вместо точечной роли под конкретную задачу.
- Также. Не вести учёт, кому и когда выдан доступ.
- Также. Откладывать отзыв доступа «на потом», полагаясь на хорошие отношения с фрилансером.