Депонирование и эскроу исходного кода
Мы закрепим, какой была нужная версия вашего продукта и в какой день она существовала. И напишем условия эскроу: когда и по каким доказательствам заказчик получит копию исходного кода.
Когда нужны депонирование и эскроу
В прошлом месяце появилась копия
Вы знаете, кто из вас был первым. Чтобы это доказать, нужны версия и дата. И запись, которая закрепила и то и другое до начала спора.
Заказчик не подписывает договор без эскроу
Крупный покупатель хочет, чтобы исходный код хранился у третьей стороны. Это на случай, если вы перестанете поддерживать продукт. Такое условие уже есть в его шаблоне договора.
Два основателя спорят об одном файле
Работали оба, но никто ничего не записывал. А история репозитория начинается только с того дня, когда его кто-то создал.
Репозиторий остался у подрядчика
Код лежит в аккаунте, которым вы не управляете. Получить копию — одна задача. Доказать, что в ней было в конкретный день, — другая.
Единственная копия — на ноутбуке
Всё важное хранится на одном компьютере. Нигде не записано, когда появилась каждая часть. Для работы этого хватает, для спора — нет.
Что вы получаете
- Запись с датой для каждой версии
- Условия эскроу, где названы поводы для выдачи кода
- Депозит в том виде, который примет заказчик
- График, по которому депозит обновляется
Что требуется для депонирования и эскроу
В споре о копии решают даты и документы. Но именно дату никто не закрепляет заранее. Потом её собирают по чужим следам, и то, что никто не закрепил, так и остаётся пробелом.
Под одним названием скрываются две разные работы. Первая закрепляет, что и когда существовало. Вторая передаёт копию исходного кода нейтральному держателю. Он отдаст её заказчику, если случится событие из договора.
Две работы под одним словом
Закрепление даты
Версию фиксируют так, чтобы потом можно было показать: именно это содержимое существовало в тот день. Это ответ на вопрос о времени. Кому принадлежит работа, такая запись не говорит.
Хранение исходного кода
Копию держит тот, кого назвали в договоре: депозитарий, банк, специальный сервис или другое лицо, о котором договорились стороны. Заказчик получит её только при событиях, перечисленных в договоре. Это ответ на вопрос о непрерывности. Про даты он ничего не говорит.
Как закрепляют дату
Служба, которая ставит штамп времени, ваших файлов не видит. По стандарту она ставит штамп только на хеш — короткий цифровой отпечаток файла. Дальше проверки длины этот хеш она не разбирает. И не пишет в ответ никаких сведений о том, кто к ней обратился.
В ответ приходит подписанный токен — электронная квитанция. В ней есть достоверное время и её собственный уникальный номер. Токен подтверждает, что это содержимое существовало в этот момент. Код при этом остаётся у вас. А доказательство работает: хеш можно заново посчитать из сохранённого файла.
Что решает договор эскроу
- Поводы для выдачи копии. Их пишут так, чтобы посторонний человек мог понять, наступил ли один из них.
- Что передают на хранение: исходный код, инструкции по сборке, зависимости, ключи и документацию, по которой всё это можно собрать.
- Проверка: убедился ли кто-нибудь, что из депозита действительно собирается проданный вами продукт.
- Обновление: как часто новая версия заменяет старую и кому сообщают, если замены не было.
- Что заказчик вправе делать с кодом после выдачи и что ему не разрешено.
Какие части продукта закон вообще может защитить, разбирает защита технологии. Что делать с копией, которая уже продаётся, — это защита от клонов.
Что нужно от вас
- Версии, которые надо закрепить, и даты, которые вы уже можете подтвердить
- Договор с заказчиком, где есть условие об эскроу
- Сборка: всё, что нужно, чтобы из исходного кода получился продукт
- Кто подписывает договор и кто вправе потребовать выдачу кода
Источники: требование ставить штамп только на хеш материала, не разбирать его дальше проверки длины и не включать в токен сведения об обратившемся — стандарт протокола штампа времени, раздел 2.1.
Этапы работы
Решаем, что стоит закреплять, — 2–3 рабочих дня.
Запись нужна не для каждого изменения в коде. Мы выберем моменты, о которых действительно будут спорить: первая рабочая версия, каждый выпуск, работа, сданная подрядчиком, файлы дизайна, по которым сделан внешний вид.
Фиксируем версии.
Для каждого выбранного момента мы закрепим содержимое и дату. Сохраним файл, из которого сделана запись. И опишем, как потом сверить запись с файлом.
Без своего файла запись ничего не доказывает. Поэтому они хранятся вместе.
Читаем условие об эскроу от заказчика.
Условие приходит из шаблона заказчика. Мы проверим, что по нему выдаётся и при каких событиях. И что заказчик сможет делать с кодом после выдачи.
Пишем условия выдачи.
Мы опишем события так, чтобы человек со стороны мог понять, наступило ли одно из них. Например: конкретный шаг процедуры банкротства, поддержка, которую не оказали после письменного предупреждения, закрытие продукта.
Ещё мы запишем, чего заказчику делать нельзя. Выдача кода — это лицензия, и её границы должны стоять в том же документе.
Согласуем, что входит в депозит.
Из одного исходного кода продукт не соберёшь. Поэтому в список входят инструкции по сборке, зависимости с их версиями, настройки и секретные данные для доступа, без которых продукт не запустится.
График обновления.
Со временем старый депозит превращается в копию продукта, который вы уже не продаёте. Мы определим, как часто его заменять и кому сообщать, если замена задержалась.
Эта услуга — часть более широкого направления «IP и контент».
Наши кейсы
FAQ
Обсудить
Задание
Поговорите с нашей командой
Поговорите с нашей командой.
Расскажите нам о своей задаче —
мы поможем вам в этом в любой юрисдикции.