amBrain
FinTechOct 14, 202610 мин чтения

Аутсорсинг, аутстаффинг или выделенная команда в Армении или Грузии: как основателю из Казахстана получить права на код

Владение кодомАутстаффингЦентральная Азия и КавказПроверка подрядчика
Ошибка загрузки изображения

При любой из трёх моделей работы права на код, который пишут сотрудники подрядчика, остаются у подрядчика, пока их не передаст договор. Разбираем, что должно быть в условии о передаче прав по законам Казахстана, Армении и Грузии и как проверить, какой у подрядчика опыт передачи кода.

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

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

Кому принадлежит код, который пишут инженеры подрядчика?

Казахстан, Армения и Грузия исходят из одного и того же правила. Имущественные (исключительные) права на код, который сотрудник пишет в рамках служебных обязанностей (служебное произведение), принадлежат работодателю, если в договоре между ними не предусмотрено иное. Имущественные права — это права использовать произведение и разрешать или запрещать его использование другим. Личные неимущественные права, например право признаваться автором, остаются за инженером.

Это правило записано в статье 14 Закона Республики Казахстан «Об авторском праве и смежных правах». В одноимённом Законе Республики Армения это статья 33, а в Законе Грузии «Об авторском праве и смежных правах» — статья 16. Значит, права на код, написанный сотрудниками подрядчика, принадлежат подрядчику. К вашей компании они переходят, только если их передаёт подписанный договор, и только на те способы использования, которые в нём названы.

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

В Грузии для работы по заказу действует другое правило. Права на произведение, которое физическое лицо создаёт по заказу, принадлежат тому, кто сделал заказ, — в нашем случае подрядчику, — если их соглашение не предусматривает иного (статьи 16 и 43). Такое соглашение должно быть письменным (статья 42). Поскольку закон определяет автора как физическое лицо, не рассчитывайте на это правило, когда работу у подрядчика заказывает ваша компания: впишите передачу прав в свой договор.

Аутсорсинг, аутстаффинг или выделенная команда: что меняется в договоре?

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

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

Для брокера, которого лицензирует АРРФР — регулятор финансового рынка Казахстана, — у акта есть второе назначение. Как объясняет статья о запуске брокера, правила лицензирования АРРФР требуют приложить к заявлению договор на разработку вашего программного обеспечения и акт его приёма-передачи.

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

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

Что должно быть в условии о передаче прав?

Эта статья — не юридическая консультация: прежде чем подписывать договор, дайте его прочитать юристу.

Исключительное право означает, что использовать код или разрешать его использование другим может только правообладатель. Гражданский кодекс Республики Казахстан распространяет правила о лицензионном договоре на договор, который даёт кому-либо исключительное право на ограниченное время (пункт 2 статьи 965). Лицензия — это разрешение использовать код на её условиях, а сами права остаются у подрядчика. По пункту 2 статьи 966 лицензия считается простой (неисключительной), если договор не предусматривает иного. При таком прочтении условие, по которому права передаются «на срок действия настоящего договора», может оставить вам лишь лицензию, которая закончится вместе с договором.

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

Договор, в котором не указан срок, может закончиться раньше, чем вам нужно. В Казахстане автор, то есть человек, который написал произведение, может расторгнуть такой договор через год после подписания, письменно предупредив об этом за три месяца. В Армении лицензия без указанного срока действует пять лет, а в Грузии правообладатель может прекратить такую лицензию через три года, письменно предупредив об этом за шесть месяцев. Эти правила содержатся в статьях 31 и 32 закона Казахстана, в статьях 39 и 40 закона Армении и в статьях 38 и 40 закона Грузии.

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

  • передавать вашей компании исключительные права в полном объёме (юристы называют это уступкой), а не предоставлять их по лицензии
  • называть способы использования: копирование, запуск, изменение и адаптацию кода, объединение его с другими программами, публикацию, выдачу лицензий другим лицам и дальнейшую передачу прав, в том числе будущему владельцу вашей компании
  • распространяться на весь мир и на весь срок действия авторского права
  • указывать, когда код каждого этапа переходит к вам, например в момент подписания акта приёма-передачи по этому этапу
  • включать обещание подрядчика, что его договоры с сотрудниками и внештатными исполнителями дают ему все права, которые он передаёт вам (юристы называют такое обещание заверением или гарантией)
  • поимённо перечислять собственные переиспользуемые компоненты подрядчика — код, который он написал до вашего проекта и использует для других клиентов, — и давать вам лицензию, чтобы вы могли и дальше пользоваться ими и изменять их

Условия лицензии из последнего пункта разбирает статья о выделенных командах, ссылка на которую есть ниже.

Статьи законов приведены здесь в редакции, действующей на 13 октября 2026 года. Правительство Армении 1 октября 2026 года одобрило поправки в закон страны об авторском праве и в Гражданский кодекс, которые парламент зарегистрировал 6 октября, а отдельные положения статьи 9 закона Казахстана об авторском праве меняются с 1 января 2027 года. Попросите юриста проверить редакцию, которая будет действовать на момент подписания.

Как проверить передачу кода до последнего платежа?

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

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

Как проверить подрядчика в Армении или Грузии, который обещает «спроектировать, разработать и передать код»?

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

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

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

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

Затем проверьте юридическое лицо подрядчика по официальному реестру его страны. Как искать в реестрах Армении и Грузии, показывает статья о Восточной Европе и Кавказе.

Где здесь место amBrain?

amBrain делает софт с 2019 года. То, как amBrain работает с клиентами, компания описывает одной строкой: «Три формата: полная разработка, выделенная команда или инженеры внутри вашей команды». О владении у неё такая строка: «Клиент сохраняет полное владение продуктом и кодом, кроме наших переиспользуемых компонентов». Попросите у amBrain поимённый список этих компонентов — так же, как попросили бы у любой другой компании.

К брокерской платформе на сайте amBrain относится такая строка: «Разработка торговых терминалов, систем управления заявками и биржевая интеграция по протоколу FIX». FIX — стандарт обмена сообщениями, который, по словам FIX Trading Community, финансовые организации используют, «чтобы передавать торговую информацию в электронном виде».

Эта статья — не кейс. Она не называет других компаний и не утверждает, что amBrain передал платформу клиенту в Казахстане. Кроме строки о владении, она не цитирует никаких условий amBrain и не приводит ни цен, ни сроков.

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

Частые вопросы

  • Нужно ли регистрировать код в государственном органе, чтобы им владеть? Нет. В Казахстане, Армении и Грузии авторское право возникает в момент создания произведения, без регистрации (статья 9 закона об авторском праве каждой из трёх стран). То, что код принадлежит вашей компании, подтверждает подписанный договор вместе с актами приёма-передачи к нему
  • Если позже мы переведём компанию под иностранный холдинг, что должен разрешать договор? Дальнейшую передачу прав. В Казахстане и Армении права, полученные по авторскому договору, можно передавать другим лицам, только если это прямо предусмотрено договором (статья 32 и статья 40), а в Грузии такое же правило действует для лицензий (статья 40). Как бы ни назывался ваш договор, впишите в него это разрешение, в том числе на передачу прав новому владельцу компании
  • Может ли подрядчик повторно использовать наш код для другого клиента? Тот код, который он передал вам, — нет, если вам переданы исключительные права. С этого момента всем остальным для использования этого кода нужно разрешение вашей компании, за исключением случаев, которые устанавливает сам закон (статья 964 Гражданского кодекса Республики Казахстан, статья 39 закона Армении об авторском праве). За подрядчиком остаётся только то, что оставляет ему договор, например перечисленные в нём переиспользуемые компоненты

На столе похожая архитектура?

Принесите текущую архитектуру и тот сценарий отказа, который вас беспокоит, — разберём его вместе за полчаса.