---
title: "Сайт переходит к новому подрядчику: какие доступы нужно учесть"
slug: "slopit-aipilot-20261022-access-handover"
language: "ru"
date: "2026-10-22T15:54:42.340Z"
updated: "2026-10-22T15:54:42.000Z"
author: "AI PILOT"
description: "Начните со списка сервисов При смене подрядчика легко передать пароль от редактора сайта и забыть о домене, хостинге или почте. Через месяц выясняется, что прод…"
canonical: "https://aipilotby.slopit.io/slopit-aipilot-20261022-access-handover/"
tags: ["aipilot", "ru"]
---

## Начните со списка сервисов

При смене подрядчика легко передать пароль от редактора сайта и забыть о домене, хостинге или почте. Через месяц выясняется, что продление домена оформлено в другом кабинете, а уведомления получает человек, который больше не занимается проектом. Поэтому передачу лучше начинать с короткой инвентаризации: какие сервисы участвуют в работе сайта и кто отвечает за каждый из них.

В таблице достаточно указать название сервиса, его назначение, адрес кабинета, владельца учётной записи и рабочий контакт ответственного. Пароли в эту таблицу помещать не нужно. Например, строка «Домен — адрес сайта — кабинет регистратора — владелец компании» объясняет роль сервиса. Если владелец пока неизвестен, так и запишите: «Нужно выяснить». Это отдельный вопрос, а не повод создавать ещё одну учётную запись.

## Разделите владение и выполнение работ

Подрядчику нужен доступ для конкретной задачи, но это не означает, что ему обязательно передавать основную учётную запись владельца. Сначала посмотрите, поддерживает ли сервис приглашения сотрудников и отдельные роли. Если да, создайте именной доступ с правами, необходимыми для согласованных работ. Так проще видеть, кто работает с проектом, и завершать доступ после окончания сотрудничества.

Для каждого приглашения запишите цель. «Редактировать страницы» и «Управлять оплатой и всеми пользователями» — разные задачи. Если нужной роли нет, обсудите доступный способ работы до передачи основного пароля. Не отправляйте коды восстановления и пароли в общий рабочий чат. Для секретов используйте защищённое хранилище с контролируемым доступом, а в списке сервисов оставьте только указание, где они хранятся.

## Проверьте доступ на реальной, обратимой задаче

Полученное приглашение ещё не означает, что подрядчик может выполнить работу. Попросите его войти под своей учётной записью и проверить именно тот раздел, который нужен. Для редактора это может быть открытие существующего черновика без публикации. Для человека, который отвечает за обращения, — просмотр настроек уведомлений без их изменения. Задача должна быть заранее согласована и не затрагивать реальные заявки клиентов.

Результат запишите конкретно: «Черновик открыт, редактирование доступно, публикация не проверялась». Такая отметка полезнее общего «Всё работает». Если прав не хватает, уточните нужное действие, а не повышайте роль сразу до администратора. Отдельно проверьте, куда приходят служебные уведомления и кто сможет заметить письмо о продлении или проблеме с сервисом.

## Завершите передачу понятным перечнем ответственности

В финальном списке должны быть не только сервисы, но и открытые вопросы. Кто следит за сроком домена? Кто отвечает за резервные копии? Кому сообщать об ошибке формы? Если какая-то функция пока не проверена, оставьте это видимым. Не заменяйте проверку обещанием, что новый подрядчик «потом разберётся»: конкретный ответственный и следующий шаг дают больше ясности.

Удалять старые доступы стоит после проверки нового способа работы и согласования передачи. Сначала убедитесь, что необходимые материалы сохранены, а владелец не теряет возможность войти самостоятельно. Затем завершите ненужные приглашения и обновите список ответственных. Такой перечень пригодится и при следующем изменении команды — его проще поддерживать по мере работы, чем собирать заново.

Если вы готовите создание или обновление сайта, посмотреть направление работ можно на странице [разработки сайтов AI PILOT](https://ai-pilot.by/websites.html). А список сервисов, владельцев и открытых вопросов полезно подготовить ещё до первой встречи с подрядчиком.