Депонирование (эскроу) программного кода

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

Я помню, что идея этого депонирования родилась у меня после непринужденного разговора с знакомым юристом, когда он просто делился проблемами в работе, не рассчитывая на то, что нотариус сможет чем-то здесь помочь.

Проблема выглядела следующим образом. Есть Заказчик, который обращается к Исполнителю за разработкой определенного ПО. Такая разработка – процесс длительный и дорогостоящий. Опасение Заказчика заключается в том, что за время разработки с Исполнителем могут произойти какие-либо негативные события, которые сделают доработку ПО невозможной, то есть будут потеряны деньги и время.

Заказчик хочет подстраховаться и просит Исполнителя передать ему не только готовое ПО, но и еще в процессе работы передавать исходный код, чтобы в случае наступления негативных событий у Заказчика сохранились какие-то наработки, позволяющие возобновить работу. Исполнитель в свою очередь заключил договор именно о передаче ПО, исходный код – его интеллектуальная собственность, и передавать ее он не подписывался. Он опасается, что Заказчик сможет использовать исходный код без всякой связи с наступлением негативных событий.

Стороны могут проводить долгие переговоры, пытаясь достичь консенсуса. Знакомый юрист рассказал мне историю о том, как в такой ситуации стороны договорились «на доверие». Исполнитель передал Заказчику исходный код на флэшке, но по договоренности открыть эту флешку можно только при наступлении оговоренных ими ситуаций.

На следующий день Заказчик звонит Исполнителю с претензией: «Почему вы передали нам пустую флешку?!». А Исполнитель, естественно, высказывает претензию в ответ: «А почему вы ее открыли?!»))

С культурой доверия у нас в стране все непросто.

Когда я услышал об этой проблеме, для меня стала очевидной необходимость в некоем посреднике, который пользуется доверием обеих сторон, сможет принять на хранение материальный носитель с исходным кодом и передать его другой стороне, проверив наступление оговоренных сторонами условий. И самая лучшая кандидатура на эту роль – нотариус.

Благо изменившиеся в то время нормы о нотариальном депонировании (эскроу) позволили нам принимать не только деньги и ценные бумаги, но и движимые вещи, к которым в полной мере можно отнести материальный носитель (флэш-карту).

Стороны подают нотариусу совместное заявление, в котором описывают передаваемый на депонирование материальный носитель, формулируют условия его передачи бенефициару и способы подтверждения наступления этих условий для нотариуса, а также условия возврата его депоненту. Дальше флэш-карта опечатывается, кладется в конверт и помещается на хранение в сейф нотариуса.

На практике возникает несколько интересных вопросов.

Во-первых, объектом депонирования является именно материальный носитель, а не сам код. В связи с этим, сторонам необходимо удостовериться в том, что на флэшке действительно нужный код, без дефектов или каких-то вредоносных программ. Очевидно, нотариус не может провести подобную экспертизу. Для этого стороны либо приглашают внешнего консультанта, либо силами внутренних экспертов на компьютере нотариуса предварительно осматривают содержимое флэшки, чтобы убедиться в ее содержимом.

Во-вторых, по мере работы над продуктом исходный код постоянно меняется и обновляется. А значит, процедуру нотариального депонирования необходимо совершить не один раз, а несколько с той периодичностью, которая подходит для сторон. При таком сценарии флэшка со старым кодом возвращается депоненту, а новая депонируется у нотариуса.

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

P.S. Прошу прощения у специалистов за вольности с технологическими терминами – это никогда не было моей сильной стороной)