Регламент передачи сайта заказчику: доступы, права, документы

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

1. Доступы

1.1. Регистратор домена. Учётная запись оформляется на заказчика. Проверка: заказчик самостоятельно входит в личный кабинет регистратора и видит доменное имя в списке своих.

1.2. Хостинг или сервер. Учётная запись оформляется на заказчика. Проверка: вход в панель управления под своими данными.

1.3. Панель управления сайтом. Учётная запись с ролью, дающей полный набор прав, включая управление другими учётными записями.

1.4. Почтовый сервис, с которого отправляются письма сайта.

1.5. Системы аналитики и вебмастера. Заказчик должен быть владельцем ресурса, а не приглашённым пользователем.

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

1.7. Репозиторий с исходным кодом.

2. Исходный код и данные

2.1. Полный исходный код проекта в репозитории либо архивом.

2.2. Дамп базы данных на дату передачи.

2.3. Файлы, загруженные через панель управления: изображения, документы.

2.4. Файл с описанием переменных окружения. Значения ключей и паролей передаются отдельно от кода.

2.5. Инструкция по развёртыванию: перечень шагов, необходимых для запуска проекта на новом сервере.

3. Документы

3.1. Договор на разработку.

3.2. Акт выполненных работ.

3.3. Акт передачи исключительных прав на код. Права переходят заказчику в полном объёме.

3.4. Счета и подтверждения оплаты.

3.5. Перечень сторонних компонентов с указанием условий их использования, если такие компоненты применялись.

4. Эксплуатационная инструкция

4.1. Перечень ролей и прав. Указывается, какие разделы доступны каждой роли. Типовое разграничение: сборщик видит заказы, но не видит финансовые данные; менеджер видит клиентов, но не видит настройки.

4.2. Порядок добавления и изменения основных сущностей: страница, товар, заказ, пользователь.

4.3. Порядок создания резервной копии и восстановления из неё.

4.4. Перечень регулярных действий и их периодичность: продление домена, продление сертификата, оплата хостинга.

4.5. Контакт для обращений по гарантии.

5. Порядок приёмки

5.1. Заказчик проверяет доступы из раздела 1, входя в каждый сервис самостоятельно, без участия исполнителя. Пункт считается выполненным только при успешном самостоятельном входе.

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

5.3. Заказчик проверяет работу панели управления: создание, изменение и удаление записи, загрузка изображения.

5.4. Заказчик проверяет разграничение прав: вход под учётной записью с ограниченной ролью и подтверждение недоступности закрытых разделов.

5.5. Замечания фиксируются письменно, единым перечнем, с указанием ожидаемого и фактического поведения.

5.6. Акты подписываются после устранения замечаний.

6. Гарантийные обязательства

6.1. Срок гарантии — три месяца с даты подписания акта.

6.2. Гарантия распространяется на ошибки исполнителя: расхождение работы сайта с согласованным техническим заданием.

6.3. Гарантия не распространяется на изменения, вносимые заказчиком или третьими лицами, на сбои сторонних сервисов и на новые требования, отсутствовавшие в задании.

6.4. Обращение по гарантии направляется в письменном виде с описанием действий, приводящих к ошибке.

7. Типовые нарушения

7.1. Домен оформлен на исполнителя. Последствие: заказчик не может сменить подрядчика без согласия предыдущего.

7.2. Заказчику выдана учётная запись без права управления другими учётными записями. Последствие: невозможность отозвать доступ уволенного сотрудника.

7.3. Исходный код не передан, передан только результат сборки. Последствие: доработка невозможна, требуется повторная разработка.

7.4. Акт передачи исключительных прав не подписан. Последствие: права остаются у автора.

7.5. Аналитика подключена под учётной записью исполнителя. Последствие: потеря накопленной статистики при расставании.

8. Применение

Регламент применяется к проектам любого объёма: лендинг, сайт с панелью управления, платформа. Перечень пунктов не сокращается в зависимости от суммы договора. Условия работы и вилки сроков приведены на странице цен.

9. Форма перечня замечаний

9.1. Замечания оформляются таблицей с колонками: номер, страница или раздел, действие, ожидаемый результат, фактический результат.

9.2. Формулировка «работает неправильно» не принимается к рассмотрению. Указывается конкретная последовательность действий, приводящая к отклонению.

9.3. Замечания, содержащие новые требования, выделяются в отдельный перечень и оцениваются как доработка.

10. Порядок хранения переданного

10.1. Логины и пароли хранятся в менеджере паролей, а не в переписке.

10.2. Резервная копия базы данных и файлов сохраняется вне сервера сайта.

10.3. Копия подписанных актов хранится вместе с договором.

10.4. Перечень внешних сервисов с указанием лица, на которое оформлен договор, поддерживается в актуальном состоянии при каждом изменении.

11. Действия при смене подрядчика

11.1. Новому подрядчику передаётся комплект из разделов 1–4 в полном объёме.

11.2. Пароли к внешним сервисам меняются заказчиком после завершения работ предыдущим подрядчиком.

11.3. Доступ предыдущего подрядчика к панели управления, серверу и репозиторию отзывается заказчиком самостоятельно.

11.4. При отсутствии исходного кода объём работ нового подрядчика оценивается как повторная разработка, а не как доработка.

12. Проверка технического состояния при приёмке

12.1. Сертификат безопасности установлен, срок действия и порядок продления известны заказчику.

12.2. Сайт открывается по одному основному адресу; остальные варианты написания адреса перенаправляются на него.

12.3. Файл с правилами обхода для поисковых систем не запрещает индексирование боевой версии.

12.4. Тестовая версия сайта, если она существует, закрыта от индексирования и от посторонних.

12.5. Письма с сайта доходят и не попадают в спам. Проверка выполняется отправкой на почтовый ящик заказчика.

12.6. Формы защищены от автоматических отправок.

12.7. Сайт корректно открывается на мобильном устройстве при мобильном подключении.

13. Что не относится к передаче

13.1. Обучение сотрудников заказчика сверх эксплуатационной инструкции. Оформляется отдельно.

13.2. Наполнение сайта содержимым, если иное не указано в договоре. Тексты, фотографии и прайс предоставляет заказчик.

13.3. Продвижение сайта, настройка рекламы, ведение блога.

13.4. Абонентское обслуживание. Оформляется отдельным соглашением после подписания актов.

Коротко

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