Задача и границы решения
Передача архива не равна передаче рабочего проекта. Для продолжения нужны исходники, схема развёртывания, доступы и понимание нестандартной логики.
Как подойти к задаче
Составьте реестр домена, сервера, лицензий, репозитория и внешних сервисов. Проверьте, что права принадлежат заказчику. Отдельно опишите задания по расписанию, обмены и ручные операции менеджеров.
Что проверить на практике
Восстановите копию из переданных материалов и пройдите покупку до финального статуса. Сверьте наличие изображений, фоновых задач и подключений. Рабочая копия лучше подтверждает полноту передачи, чем список файлов.
Какой ошибки избежать
Опасная ошибка — сразу заменить сервер и обновить всё одновременно. Сначала зафиксируйте исходное состояние, затем меняйте по одному слою. Это позволяет понять причину сбоя и сохранить работоспособный вариант.
Пример для проверки на вашем проекте
Заказчик получил архив и доступ к панели, но выяснилось, что ночной импорт запускается вне приложения. На новой копии каталог выглядит правильно только до следующего дня. Поэтому в передаче отдельно проверяют расписание и владельца внешнего источника. Контрольный период должен включать запуск критичных фоновых операций, а не ограничиваться просмотром главной сразу после восстановления.
С чего начинается доработка
Нужны ссылка на страницу, пример текущего поведения и желаемый результат. Я проверяю устройство компонента, связанные события и внешние зависимости. После диагностики согласуем границы изменения: интерфейс, обработка данных, права и совместимость. Если задача затрагивает действующие заказы, заранее определяем поведение для старых записей.
Что получает заказчик
Изменение в исходниках, описание затронутых частей и результаты проверки согласованных сценариев. До публикации сохраняется рабочий вариант; после запуска проверяются пользовательский путь и журнал ошибок. Доступы и исходники остаются под контролем заказчика, а следующему разработчику передаётся понятное описание решения.