При заключении договора на создание сайта в Сиане формулировка «передать весь исходный код» недостаточно конкретна. Следует отдельно указать, какие файлы передаются, как их разрешено использовать, можно ли развернуть сайт самостоятельно и как перенести его после прекращения обслуживания. Получение архива с кодом не означает приобретения всех авторских прав и не гарантирует, что сайт сможет обслуживать другой подрядчик.
Прежде чем сравнивать предложения, уточните, идет ли речь о разработке на заказ, доработке системы с открытым исходным кодом или создании сайта на SaaS-платформе. У этих трех моделей разные границы передачи результатов, поэтому нельзя сводить условия договора к одной формулировке: «исходный код принадлежит заказчику».
В рамках заказной разработки можно предусмотреть передачу серверного и клиентского кода, созданного для проекта, а также прав на его изменение, развертывание и обслуживание по поручению заказчика. Необходимо отдельно указать, входят ли в передачу уже существующие универсальные фреймворки и библиотеки подрядчика: не следует считать, что они автоматически передаются вместе с проектом.
При разработке сайта на основе системы с открытым исходным кодом нужно различать исходную программу, коммерческие плагины и новый код. Открытый исходный код не означает отсутствия условий использования. Даже установленный коммерческий плагин может быть привязан к домену, ограничивать количество сайтов или требовать продления лицензии по истечении срока ее действия.
При создании сайта на SaaS-платформе обычно предоставляется услуга доступа к платформе, а исходный код ее базовой системы, как правило, не входит в комплект передачи. В этом случае особенно важно выяснить условия экспорта контента и данных, управления доменом, продления подписки и прекращения обслуживания. Если компания намерена самостоятельно развертывать сайт, еще на этапе выбора следует исключить решения, которые этого не позволяют.
Например, при рассмотрении таких комплексных SaaS-решений, как 易营宝, объединяющих создание сайтов и зарубежный маркетинг, следует отдельно уточнить права на использование платформы, экспорт данных сайта и порядок управления маркетинговыми аккаунтами. Предоставление услуг по созданию сайта не означает, что передается исходный код платформы.
В приложении к договору можно использовать формат «объект передачи, состав файлов, объем прав, ограничения». Для того, что не передается, также следует указать наименование, назначение, а также условия замены или продления лицензии. Это поможет избежать ситуации, когда при приемке выяснится, что ключевые функции зависят от дополнительной лицензии.
Передачу исходных файлов дизайна, полной истории разработки и внутренних инструментов тестирования также следует оговорить отдельно, не смешивая их с кодом, необходимым для работы сайта. Пароли, ключи API и другие конфиденциальные данные следует передавать безопасным способом, а после передачи — заменить.

Исходный код — это объект передачи, а авторские права и лицензия на использование относятся к условиям предоставления прав. В договоре следует разделить результаты, созданные специально для проекта, ранее созданные результаты подрядчика и результаты третьих лиц, а затем отдельно определить их принадлежность или объем лицензии на использование.
Если основная цель — не зависеть от первоначального подрядчика при дальнейшем обслуживании, необходимо четко указать, вправе ли компания самостоятельно изменять сайт, поручать его обслуживание другой команде, переносить его на другой сервер и развертывать в согласованных пределах. Одной формулировки «бессрочное использование» может быть недостаточно: могут остаться неясными количество развертываний, круг пользователей и право на внесение изменений.
Если требуется передать соответствующие авторские права на результаты заказной разработки, следует указать конкретные права, результаты, к которым они относятся, и условия вступления передачи в силу. В отношении сторонних компонентов необходимо соблюдать условия их лицензий: общее положение договора не может заменить исходную лицензию.
Более эффективный способ приемки — выполнить развертывание в отдельной среде, предусмотренной договором, используя переданную документацию, и проверить основные функции: доступ к страницам, вход в административную панель, публикацию контента, отправку форм и загрузку файлов. Если используются электронная почта для запросов, платежные или логистические интерфейсы, следует также проверить их работу после повторной настройки аккаунтов.
Так можно выявить распространенную проблему: файлы выглядят полными, но сайт по-прежнему зависит от нераскрытого интерфейса подрядчика, сервера лицензирования или зашифрованного модуля и перестает работать в другой среде. Зависимости, которые разрешено сохранить, следует заранее перечислить вместе с условиями использования и расходами.
При переносе маркетингового сайта также важно сохранить ценные URL-адреса страниц, SEO-заголовки и описания, правила перенаправления, а также необходимые настройки аналитики и отслеживания конверсий. То, что сайт открывается, еще не означает, что ранее выполненная работа по продвижению полностью продолжена.
В договоре следует включить передачу исходного кода, проверку развертывания и исправление дефектов в условия приемки, а соответствующие этапы оплаты привязать к результатам приемки. Для кода, который продолжат изменять после запуска, необходимо также установить срок передачи обновлений, чтобы заказчик не получил устаревшую версию.
При сравнении предложений на создание сайта в Сиане следует отдельно учитывать стоимость разработки, передачи исходного кода, лицензий на сторонние компоненты, развертывания и переноса, а также постоянного обслуживания. Низкая цена при зависимости от платных интерфейсов с долгосрочной оплатой может увеличить расходы на прекращение обслуживания; требование передать все универсальные базовые компоненты также может повысить первоначальные затраты.
Для сайтов, которым необходимы длительная доработка, интеграция с несколькими системами или самостоятельное обслуживание, важны возможность независимого развертывания и права на сопровождение. Для стандартного презентационного сайта на SaaS-платформе стоит уделить особое внимание возможности экспорта данных, предсказуемости расходов и условиям переноса после прекращения обслуживания.
Следующую формулировку можно использовать как основу для условий передачи, дополнив ее конкретными сведениями в приложении:
«Исполнитель обязан в соответствии с приложением „Перечень передаваемого исходного кода и сопутствующих материалов“ передать исходные файлы программы, соответствующие версии, прошедшей окончательную приемку, структуру базы данных и согласованные данные, файлы ресурсов, перечень зависимостей и документацию по развертыванию. Принадлежность прав на результаты, созданные в рамках проекта, ранее созданные результаты Исполнителя и сторонние компоненты, объем лицензии и ограничения определяются отдельно в соответствии с приложением. Переданные результаты должны позволять выполнить развертывание в согласованной среде по документации и пройти приемку согласованных функций. Если нераскрытые необходимые зависимости препятствуют развертыванию или работе, Исполнитель обязан в установленный срок дополнить комплект материалов или устранить неисправности».
Дополнительно укажите дату передачи, сроки устранения неисправностей, объем помощи при переносе и порядок действий при нарушении договора. Перед подписанием попросите подрядчика заполнить каждый пункт перечня: это позволит точнее понять, что именно вы получаете за свои деньги, чем расплывчатая формулировка «передать весь исходный код».
Связанные статьи
Связанные продукты