Порядок передачи исходников и доступов согласуйте до начала работ и закрепите в договоре с фрилансером или приложении к нему. Перечислите, какие файлы и права получает заказчик, в каком формате и к какому сроку; отдельно опишите сторонние материалы, проверку результата и отключение временных доступов. Так проще избежать потери файлов, утечки данных и зависимости от одного исполнителя.
Что зафиксировать до начала работ
- Состав результата: исходные файлы, сборки, документация, настройки и сторонние компоненты.
- Формат передачи: репозиторий, архив, облачное хранилище или рабочая платформа.
- Кто владеет учетными записями и кто выдает, проверяет и отзывает доступы.
- Срок передачи, порядок приемки и способ сообщить о недочетах.
- Какие права на исходники проекта получает заказчик и какие материалы лицензируются отдельно.
Разделите исходники, результаты работ и сторонние материалы
Такое разделение подходит для разработки, дизайна и подготовки рабочих документов: заказчик понимает, что именно должен получить и что сможет использовать после завершения проекта. Сразу обсудите это в договоре на разработку сайта или в задании, если проект связан с веб-разработкой.
Не стоит ограничиваться формулировкой "передать все файлы": она не определяет состав результата, права на компоненты и порядок передачи учетных записей. Разделите материалы на три группы:
- Исходники: код, макеты, редактируемые документы, конфигурации и иные файлы, из которых можно продолжать работу.
- Результаты: готовый сайт, дизайн-макеты, экспортированные изображения, инструкции и иные согласованные материалы.
- Сторонние материалы: библиотеки, шрифты, плагины, шаблоны, стоковые изображения и сервисы с отдельными условиями использования.
Уточните, что лицензии и ограничения сторонних материалов не переходят автоматически вместе с файлами. В договоре или приложении укажите, что передается заказчику, а что используется на основании лицензии третьей стороны.
Опишите состав передачи по типу проекта
Перечень зависит от того, какие услуги фрилансера-разработчика заказаны и какие инструменты использовались. Составьте список по фактическому проекту и назначьте владельца каждой учетной записи.
- Для кода: репозиторий, инструкции по запуску и сборке, перечень зависимостей, конфигурации без секретов, миграции и описание развертывания.
- Для дизайна: редактируемые макеты, экспорт графики, используемые шрифты и сведения об их лицензиях, компоненты и правила передачи файлов.
- Для рабочих документов: исходные таблицы и тексты, применяемые шаблоны, структура папок и инструкции по дальнейшему редактированию.
- Для проекта с внешними сервисами: список платформ и интеграций, сведения о владельце аккаунта, роли пользователей и безопасный порядок смены учетных данных.
Не включайте в пакет передачи пароли, приватные ключи, токены API и персональные данные без необходимости. Секреты передавайте отдельно через согласованный защищенный канал, а временные значения заменяйте после проверки.
Согласуйте формат, сроки и канал передачи файлов
Перед передачей учтите риски и ограничения:
- Архив или репозиторий может оказаться неполным либо поврежденным.
- Ссылка на файлы может стать доступной посторонним, если не ограничить права.
- Учетная запись, оформленная на исполнителя, может лишить заказчика контроля над проектом.
- Секреты в конфигурациях могут раскрыть доступ к системам; не отправляйте пароли и ключи обычным сообщением.
- Не удаляйте рабочую копию до проверки полученных материалов.
-
Определите состав и критерии комплектности.
Перечислите ожидаемые файлы, репозитории, документацию и доступы. Для каждого результата укажите формат, а для исходников - способ проверить, что их можно открыть, собрать или редактировать. -
Назначьте владельца хранилища.
По возможности используйте учетную запись или репозиторий заказчика. Если проект временно ведется в аккаунте фрилансера, заранее согласуйте перенос и срок, после которого заказчик получит полный контроль. -
Выберите канал для файлов и секретов.
Файлы передавайте через репозиторий, облачное хранилище или другой согласованный сервис с ограничением доступа. Пароли, токены и ключи отправляйте отдельно через защищенный канал, затем при необходимости смените их. -
Зафиксируйте сроки передачи.
Укажите, когда исполнитель предоставляет материалы для промежуточной проверки и когда передает полный комплект. Определите, как оформляется задержка или невозможность передать отдельный компонент. -
Проверьте комплект до подтверждения приемки.
Скачайте файлы или клонируйте репозиторий в рабочую среду, откройте нужные проекты и выполните согласованную проверку. Запишите недостающие материалы и направьте исполнителю единый перечень замечаний. -
Подтвердите передачу письменно.
После проверки сохраните сообщение или акт с перечнем переданных материалов, ссылками, датой и статусом замечаний. Не фиксируйте полные пароли и секретные ключи в акте.
Выдавайте доступы по принципу минимально необходимых прав
Проверьте, что доступ позволяет выполнить конкретную задачу и не дает лишних полномочий. Используйте этот список перед началом работ и при передаче проекта:
- Учетные записи и репозитории по возможности созданы на имя заказчика или его организации.
- Для исполнителя создана отдельная учетная запись, а не переданы личные данные для входа заказчика.
- Выдана роль, необходимая для работы, без избыточных прав администратора.
- Доступ предоставлен только к нужным папкам, проектам и средам.
- Многофакторная аутентификация включена там, где она поддерживается и уместна.
- Секреты хранятся отдельно от исходного кода и не попадают в публичные репозитории.
- Временные ссылки и приглашения имеют ограниченный срок действия, если сервис позволяет его задать.
- Заказчик проверил, что может самостоятельно войти в нужные сервисы и управлять проектом.
Зафиксируйте приемку, проверку и исправление недочетов
Приемка должна подтверждать не только получение архива, но и соответствие договоренному составу. Частые ошибки, которые стоит исключить:
- Описывать результат общими словами без списка файлов и доступов.
- Считать, что передача кода автоматически включает документацию, учетные записи и лицензии на сторонние компоненты.
- Подтверждать приемку до открытия файлов или проверки репозитория.
- Не указать срок и способ сообщения о недостающих материалах.
- Передавать заказчику только сборку сайта, хотя договоренность включает редактируемые исходники.
- Хранить пароль, токен или ключ прямо в репозитории либо в общедоступном документе.
- Не проверить, кто владеет доменом, хостингом, репозиторием и связанными сервисами.
- Удалить рабочие копии сразу после отправки, не убедившись в целостности переданного комплекта.
Согласуйте, как исполнитель исправляет недочеты в составе передачи: куда направлять замечания, какой результат считается исправлением и как подтверждается повторная проверка. Разделите дефекты самой работы и отсутствие обещанных файлов - это разные основания для обращения.
Закройте доступы фрилансера и сохраните подтверждения передачи
После завершения проверьте учетные записи, права и секреты. Выберите подходящий способ закрытия доступа:
- Удалить учетную запись исполнителя - уместно, если дальнейшее участие фрилансера не планируется.
- Понизить роль или ограничить область доступа - подходит, если исполнитель будет поддерживать проект, но не должен управлять всеми ресурсами.
- Оставить временный доступ на оговоренный срок - применяйте, когда нужна проверка или сопровождение; укажите, кто и когда отзовет его.
- Сменить пароли и секреты - необходимо, если их передавали исполнителю или они могли попасть в его рабочую среду.
Сохраните акт или переписку о передаче, перечень файлов, дату предоставления доступов и результат проверки. Не храните подтверждения вместе с действующими паролями и ключами.
Спорные ситуации при передаче исходников и доступов
Достаточно ли устной договоренности о передаче файлов?
Устная договоренность затрудняет подтверждение состава, сроков и прав. Зафиксируйте перечень материалов и порядок передачи в договоре, приложении или переписке, которую стороны смогут сохранить.
Что делать, если исполнитель не передает исходный код?
Сверьте обязанность передать код с договором и заданием, затем направьте письменный запрос с конкретным перечнем недостающего. Если передача не была согласована, обсудите дополнение к договору и условия передачи.
Можно ли передать фрилансеру пароль от аккаунта заказчика?
Предпочтительнее создать для него отдельную учетную запись с ограниченной ролью. Если пароль уже передан, смените его после завершения работ и проверьте связанные с аккаунтом сессии и способы восстановления доступа.
Кому принадлежат шрифты, плагины и библиотеки в проекте?
Права и условия использования зависят от лицензии конкретного компонента. Попросите исполнителя перечислить сторонние материалы и передать сведения о лицензиях, не включая их в перечень собственных исходников без проверки.
Как принять проект, если файлы получены, но не запускаются?
Зафиксируйте проблему и направьте перечень шагов, на которых возникла ошибка, вместе с доступными сообщениями системы. Сверьте критерии приемки и попросите исправить несоответствие в рамках согласованного объема работ.
Нужно ли удалять доступ исполнителя сразу после передачи?
Если дальнейшая работа не требуется, доступ можно отозвать после проверки и фиксации передачи. Для сопровождения оставьте отдельную учетную запись с ограниченными правами и согласованным сроком действия.