Совет министров одобрил новый саудовский Закон об авторском праве 27 января 2026 года. Он был опубликован в выпуске 5144 газеты Umm Al-Qura 13 февраля 2026 года, а статья 61 вводит его в силу через 180 дней после публикации, то есть 12 августа 2026 года. Закон уже действует и заменяет закон об авторском праве 2003 года, изданный Королевским указом M/41 от 2/7/1424H, который регулировал охраняемые произведения более двух десятилетий.

Большая часть материалов о новом законе была посвящена санкциям, лицензированию и исключению для обучения ИИ. Но если вы руководите компанией, которая когда-либо платила за сайт, приложение или заказную систему, по-настоящему вас затронет именно статья 18. Она не о пиратстве и не о нарушениях. Она отвечает на вопрос попроще, но с куда более серьёзными последствиями: кому принадлежат права на программное обеспечение после того, как вы за него заплатили?

Три случая и два совершенно разных исхода

Статья 18 разделяет три ситуации, у каждой своё правило, и каждая заканчивается одной и той же оговоркой: если не договорено иное.

  • Работник, создающий произведение в период трудовых отношений, связанное с деятельностью работодателя: авторское право принадлежит работодателю. Это удобный случай, и именно его все считают универсальным. Разработчик из вашего штата пишет внутреннюю систему продаж, и права принадлежат вам.
  • Произведение, созданное по заказу другого лица: имущественные права принадлежат автору. Это случай аутсорсинга: компания-разработчик, фрилансер или дизайн-агентство выполняет проект по вашему заданию и за плату. Закон не исходит из того, что оплата переводит право собственности.
  • Работник, создающий произведение, не связанное с деятельностью работодателя: имущественные права остаются у работника. То, что ваши сотрудники создают в свободное время за пределами вашего направления бизнеса, вам не принадлежит.

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

Чего на самом деле стоит отсутствие у вас имущественных прав

Имущественные права не абстракция. Статья 9 перечисляет, что они охватывают: воспроизведение, перевод и переработку и любое изменение, распространение, прокат, доведение произведения до всеобщего сведения и в целом лицензирование его коммерческого использования. Тот, кто ими обладает, решает, можно ли повторно использовать произведение, кто может его изменять и кому ещё можно продать копию.

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

Это не значит, что у вас нет ничего. Статья 12 подчиняет компьютерные программы, приложения и базы данных прилагаемой к ним лицензии, и покупатель связан её условиями. Но лицензия и право собственности — разные инструменты. Лицензия даёт право пользоваться в определённых пределах; собственность даёт право распоряжаться. Разрыв между ними проявляется ровно в тот момент, когда вам нужно чем-то распорядиться.

Личные неимущественные права не переходят никогда, даже когда переходит всё остальное

Именно здесь многие договоры понимают неправильно. Статья 7 делит авторское право на личные неимущественные и имущественные права. Имущественные права переходят по законной сделке распоряжения согласно статье 10, полностью или частично. Личные неимущественные права описаны в статье 7(2) как бессрочные, не подлежащие давности, неотчуждаемые, не допускающие отказа от них и не прекращающиеся при предоставлении любой формы экономического использования.

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

Есть ещё статья 17 о составных произведениях: лицо, которое руководило созданием произведения, управляло им и опубликовало его от своего имени и за свой счёт, обладает исключительным правом осуществлять авторское право, если не договорено иное. Это другой путь со своими условиями, и он не заменяет письменного условия.

Условие, которое нужно вашему договору

Хорошая новость в том, что всё сказанное выше можно изменить соглашением. Формулировка «если не договорено иное» — не лазейка, а предусмотренный выход: закон даёт резервное правило для сторон, которые ничего не написали, и уступает сторонам, которые что-то написали. Разница между компанией, которая владеет своими системами, и компанией, которая ими не владеет, обычно умещается в один абзац договора на разработку.

Что стоит прописать явно:

  • Передача имущественных прав: ясная формулировка о том, что все имущественные права на произведение переходят к заказчику при приёмке или при полной оплате, а не просто лицензия на использование.
  • Определение произведения: что именно включено. Исходный код, схема базы данных, дизайн, контент и техническая документация. Размытые формулировки лишь откладывают разногласие на потом.
  • Компоненты с открытым исходным кодом и сторонние компоненты: любая современная система строится на библиотеках и фреймворках с собственными лицензиями, и права собственности на них никто не передаёт. Запросите перечень и их лицензии, потому что условие, обещающее абсолютную собственность на каждую строку, невозможно исполнить.
  • Передача исходного кода: право собственности без фактической передачи исходников и доступа к репозиторию не поможет вам в тот день, когда вы захотите сменить подрядчика. Привяжите передачу к определённому этапу, а не к бессрочному обещанию.
  • Фрилансеры и субподрядчики: если ваш подрядчик привлекает других, он должен сначала получить их права, чтобы передать их вам. Цепочка прав рвётся в самом слабом звене.

Регистрация: презумпция, а не предоставление права собственности

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

Таким образом, регистрация необязательна и не создаёт права собственности, которого не было. Меняет она бремя доказывания. Компания, зарегистрировавшая свою систему, дизайн и оригинальный контент, вступает в спор, считаясь правообладателем, пока кто-либо не докажет обратное, вместо того чтобы собирать старые письма, доказывая, что она заказывала работу. Вместе с договором, который ясно передаёт имущественные права, досье становится полным: письменное соглашение и официальная запись о передаче.

Более широкий сдвиг: от «сделано в стране» к «принадлежит стране»

Статья 18 стоит не особняком. Совет министров одобрил Национальную политику в области интеллектуальной собственности 25 августа 2026 года, развивающую Национальную стратегию в области интеллектуальной собственности, запущенную в декабре 2022 года, за реализацией которой следит Саудовское управление интеллектуальной собственности. Направление обоих документов одно: перейти от защиты прав к их использованию и от признания нематериальных активов к отношению к ним как к экономическим активам, которые можно передавать, лицензировать и оценивать.

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

Позиция Origami

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

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

Три вопроса, на которые стоит ответить на этой неделе

Чтобы начать, полная юридическая проверка не нужна. Нужны три ответа о системах, которые у вас уже работают.

  • Содержит ли договор на ваш сайт, приложение или систему явную формулировку о передаче имущественных прав? Если право собственности вообще не упоминается, вы находитесь во втором случае статьи 18.
  • Действительно ли у вас есть исходный код, или у вас есть работающая система и логин от панели управления? Первое — актив, второе — услуга.
  • Кто сегодня разрабатывает для вас: работник из вашего штата или внешний подрядчик? По статье 18 это разница между правом, которое вы получаете автоматически, и правом, которое нужно прописать.

Если ответы неприятны, исправить ситуацию несложно. Подписанное дополнительное соглашение о передаче имущественных прав исправит положение по завершённым проектам, а постоянное условие в вашем типовом договоре не даст проблеме повториться. Будущие договоры проще прошлых, и те и другие гораздо проще спора о системе, на которой ваша компания работает каждый день.

Источники