Составьте реестр передачи сайта и проверьте доступы

Возьмите согласованный состав передачи проекта и создайте отдельный документ. Цель упражнения — понять, какие материалы и полномочия уже получил заказчик, чем это подтверждено и что ещё предстоит сделать. Перечень возможных объектов смотрите в руководстве по передаче сайта; здесь вы заполните реестр своего проекта.

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

Шаг 1. Определите состав

Перечислите репозиторий, макеты, домен и DNS, хостинг, CMS, интеграции, аналитические ресурсы, инструкции и резервные копии, которые относятся к вашему сайту. Один объект — одна строка. Рабочее и тестовое окружения разделите, если доступы или ответственность различаются.

Добавьте версию передаваемого результата и дату составления реестра. Укажите, кто со стороны заказчика принимает материалы и кто может подтвердить технические операции. Не переносите в документ пароли, ключи, резервные коды, cookie или ссылки с токенами доступа. Для секретов фиксируется только согласованный способ передачи и факт получения.

Шаг 2. Заполните карточку объекта

Скопируйте поля ниже для каждого объекта. Ссылка на систему должна вести на обычный адрес кабинета или документа, а не содержать данные для входа. Если даже адрес или имя ресурса конфиденциальны, храните реестр в согласованном закрытом месте.

Не объединяйте доступ к чтению исходников и управление выпуском в одну неопределённую отметку «репозиторий получен». Если для продолжения работы нужны разные роли или системы, создайте связанные строки.

Шаг 3. Проверьте со стороны получателя

Выберите три разных объекта и выполните разрешённую проверку под учётной записью получателя. Например: откройте переданный макет в согласованном режиме, проверьте видимость нужного репозитория и создайте разрешённый черновик в CMS. Для редакторских действий используйте карточки требований к CMS.

Не меняйте DNS, не удаляйте ресурсы и не делайте рабочий выпуск только ради доказательства наличия прав. Для действий с последствиями сначала согласуйте безопасный сценарий и окружение. Если полномочия невозможно подтвердить без такого действия, оставьте проверку открытой и назначьте следующую процедуру.

Запишите фактическое действие, дату, роль и результат. Скриншот кабинета разработчика не подтверждает доступ заказчика. Приглашение, которое ещё не принято, тоже не считается проверенной передачей.

Шаг 4. Разберите учебную запись

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

В реестре разделите наблюдения: чтение подтверждено, согласованные административные полномочия не подтверждены. Состояние общей передачи оставьте «передано без проверки» с пояснением, что проверка полного объёма выявила несоответствие роли. В следующем действии укажите исправление роли или уточнение договорённости и повторную проверку получателем.

Не ставьте «передано и проверено» на весь объект по одному успешному действию. Для частичного результата можно разбить строку на две: это сделает подтверждённую часть и оставшийся вопрос видимыми. У этого примера нет реального проекта или фактических учётных данных.

Шаг 5. Закройте открытые действия

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

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

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

Результат урока

У вас есть реестр всех согласованных объектов, а у каждого — получатель, нужная роль и состояние. Не менее трёх выбранных проверок описаны с фактическими результатами либо явно оставлены непроверенными с причиной и следующим действием. В документе нет значений секретов, а доказательства доступны только нужным участникам.

Передайте реестр принимающей стороне для сверки. Отметка урока означает подготовку этого документа, а не юридическое завершение передачи или автоматическое разрешение менять рабочий сайт.