De quem é um jogo de slot por encomenda? Código, frameworks e perguntas sobre propriedade intelectual

A maioria dos publishers que encomenda um jogo de slot acredita que está a comprar o jogo. Em termos de direitos de autor, normalmente está a comprar permissão para o usar. O Instituto de Propriedade Intelectual do Reino Unido expõe a regra padrão com clareza: quando encomenda a outra pessoa ou organização a criação de uma obra protegida, «o primeiro titular legal dos direitos de autor é a pessoa ou organização que criou a obra e não o comitente, salvo se for acordado o contrário por escrito». Quando o contrato nada diz, um tribunal pode encontrar apenas uma licença implícita, e a própria orientação avisa que isso «não conduz necessariamente a uma transmissão de titularidade», pelo que o comprador «pode obter apenas uma licença limitada e não exclusiva».

Essa frase resume todo o problema de contratação. Um jogo não é uma única obra protegida, mas uma pilha delas: a build entregue, a arte, o modelo matemático, o áudio, o framework reutilizável do estúdio que sustenta tudo isso e os componentes de terceiros dentro desse framework. Cada camada pode pertencer a um titular diferente. Um publisher que assina um documento de âmbito e um calendário de pagamentos sem um mapa de componentes comprou um produto que talvez não consiga mover, reverter, atualizar ou entregar a um segundo estúdio.

A decisão do comprador não é «queremos ser donos da propriedade intelectual». É mais estreita e mais útil: para cada camada da build, precisamos de titularidade, de uma licença perpétua ou de nada, e que artefacto prova que a obtivemos? Essa pergunta pertence ao brief, ao lado das verificações de encomenda de um jogo de casino que cobrem entrega, QA e aceitação.

O padrão não é o acordo que pensa ter feito

Duas ideias erradas repetem-se nos briefs dos publishers, e ambas são caras.

A primeira é o «work for hire». Essa expressão vem da prática norte-americana do direito de autor. A lei britânica não tem uma doutrina equivalente para obras por encomenda; tem cessão, e a Copyright, Designs and Patents Act 1988 exige que uma cessão de direitos de autor conste por escrito e seja assinada pelo cedente ou em seu nome. Um modelo importado que afirme que o estúdio «reconhece que todo o trabalho é work made for hire» pode parecer decisivo e não fazer nada num contrato regido pela lei britânica. O que transmite efetivamente a titularidade é uma cessão escrita, e esta deve identificar as obras.

A segunda ideia errada é que pagar pelo trabalho transmite os direitos. Não transmite. O pagamento compra o entregável e a licença que o contrato conceda. A orientação do Instituto de Propriedade Intelectual menciona a exceção anterior a 1989 apenas para certas fotografias e gravuras por encomenda, o que recorda até que ponto estas regras são específicas: fora desse estreito caso histórico, o comitente não adquire nada por padrão.

Há um segundo padrão que convém conhecer. Quando uma obra é criada por um empregado no exercício do seu emprego, o empregador é o primeiro titular, salvo acordo em contrário. O pessoal do estúdio produz, portanto, obra que o estúdio detém. Os freelancers do estúdio normalmente não: a orientação indica que quem trabalha sob um contrato de serviços «normalmente conserva os direitos de autor das obras que produz, salvo se existir um acordo contratual em contrário». Assim, a titularidade do comprador depende de a documentação de contratados do próprio estúdio ceder essas contribuições para o estúdio. É uma questão de cadeia de titularidade, e tem resposta antes da assinatura.

Separe a build em camadas antes de discutir a palavra «propriedade»

Uma única frase —«o publisher é dono de toda a propriedade intelectual»— esconde cinco coisas diferentes que se comportam de forma distinta na prática. Peça ao estúdio que decomponha a build nestas camadas e assinale cada uma.

O título entregue. O jogo concreto tal como é lançado: a implementação das regras, o fluxo de ecrãs, a build certificada. É a camada que um publisher quase sempre quer cedida na totalidade, porque é aquilo a que se ligam a licença, a certificação e a relação com o operador.

O framework reutilizável do estúdio. A maioria dos estúdios constrói sobre a sua própria biblioteca de componentes: um controlador de rodadas, uma máquina de estados de features, um arnês matemático, uma camada de localização. Isto não é o jogo; é a maquinaria que o estúdio amortiza entre clientes. Os estúdios recusam habitualmente cedê-la, e essa recusa é razoável. O que importa é que o publisher obtenha uma licença suficientemente ampla para executar, manter e modificar o título entregue sem a permissão contínua do estúdio.

Componentes de terceiros. Uma build contém runtimes, tipos de letra, bibliotecas de áudio e SDKs que não pertencem a nenhuma das partes. O publisher não precisa de os possuir; precisa de saber quais são, o que as suas licenças permitem e se a licença sobrevive ao fim da relação com o estúdio. Um inventário é o mínimo.

Propriedade de marca e personagens. Um jogo por encomenda costuma incluir personagens, símbolos e world-building originais. São obras separadas com a sua própria cadeia desde o concept art até ao asset final, e um publisher que planeie sequelas ou merchandising precisa também do material da fase de conceito, não apenas dos sprites enviados.

As contribuições do próprio publisher. As marcas, a lista de mercados, a especificação matemática e os assets fornecidos pelo operador ficam com o publisher. O brief deve dizê-lo de forma explícita, porque o modelo padrão de um estúdio reclamará frequentemente a cessão de tudo o que tocou.

Este mapa de camadas é também a resposta honesta a uma pergunta que os compradores fazem demasiado tarde: o que acontece se nos separarmos? Uma cessão do título mais uma licença perpétua sobre o framework é uma divisão viável. A cessão de tudo raramente é concedida. A licença sobre tudo é o resultado que deixa o publisher preso.

Cessão, licença e escrow são três instrumentos diferentes

A cessão transmite a titularidade. Deve identificar as obras, os direitos (reprodução, adaptação, distribuição, comunicação ao público), o território e o prazo. Deve ser executada na entrega ou no pagamento final, não prometida numa proposta. Os direitos morais —o direito a ser identificado e o direito de se opor a tratamento depreciativo— permanecem com o criador salvo renúncia; a lei britânica permite a renúncia, e um publisher que planeie alterar um título deve pedi-la por escrito.

A licença concede permissão enquanto a titularidade fica com o estúdio. Uma licença de framework é a resposta comercial normal, mas os seus termos decidem se é útil. Uma licença que termina quando o acordo de desenvolvimento acaba transforma o jogo entregue em algo que o publisher não pode atualizar. Exija termos perpétuos, irrevogáveis, mundiais, sublicenciáveis e transferíveis, com direito a modificar, e confirme que sobrevive à insolvência ou aquisição do estúdio. Uma licença que não pode ser transferida para um operador sucessor não é uma licença sobre a qual um publisher possa construir um produto.

O escrow é continuidade, não titularidade. O código-fonte em poder de um agente independente, liberado com gatilhos definidos —insolvência, abandono, falha sustentada na correção de um defeito de severidade um— dá ao publisher uma saída sem obrigar o estúdio a entregar o seu framework. O acordo deve especificar o que é depositado (o código-fonte completo compilável, os componentes do framework na revisão entregue, a cadeia de ferramentas e as instruções de build), com que frequência e como a liberação é acionada. Um escrow que deposita um instantâneo não compilável cumpre a cláusula e não a necessidade.

Os três instrumentos respondem a três medos diferentes. A cessão responde a «de quem é isto». A licença responde a «podemos continuar a executá-lo». O escrow responde a «e se o estúdio desaparecer». Um brief que escolhe um deixou dois medos sem gestão.

A cadeia de titularidade é um entregável, não uma promessa

A falha mais comum na propriedade intelectual de jogos por encomenda não é um estúdio hostil. É um estúdio honesto que usou três freelancers para a arte de personagens e um para a base de áudio, e nunca obteve cessões escritas deles. O estúdio acredita que detém a arte porque a pagou. Segundo a regra padrão, pode não a deter — e não pode ceder ao publisher o que não possui.

Por isso o pacote de entrega precisa de um dossiê de cadeia de titularidade, não de uma garantia. No mínimo: um calendário de colaboradores que nomeie cada pessoa e empresa que criou qualquer parte das obras entregues; o instrumento de cessão ou licença de cada um; uma confirmação escrita do estúdio de que os seus acordos com contratados cedem as contribuições ao estúdio; e a renúncia a direitos morais dos colaboradores nomeados. Se um colaborador não puder ser identificado ou localizado, isso é um defeito do entregável, não uma nota de rodapé.

A mesma disciplina aplica-se ao inventário de terceiros. Uma lista de materiais de software com cada componente, versão e licença —mais o texto da licença ou uma ligação para ele— transforma «usámos algumas peças de código aberto» num calendário auditável. Duas perguntas importam mais do que a lista: alguma licença obriga o publisher a divulgar ou licenciar o seu próprio código-fonte, e a licença de algum componente caduca quando o estúdio deixa de pagar um lugar comercial? Uma licença de runtime por lugar que o estúdio mantinha para a sua própria equipa não cobre automaticamente o futuro responsável de manutenção do publisher.

Nada disto exige um advogado na primeira reunião. Exige que o comprador peça os artefactos cedo, quando o estúdio ainda pode mudar o seu modelo sem renegociar um contrato assinado. O custo de um mapa de componentes no arranque é uma reunião; o custo de descobrir a lacuna durante uma migração é o produto.

O teste prático: um segundo estúdio conseguiria assumi-lo?

Há uma pergunta de aceitação que atravessa a redação de qualquer cláusula de propriedade intelectual. Se o publisher entregasse a build, a documentação e a liberação do escrow a um estúdio diferente, conseguiria esse estúdio reconstruir, atualizar e ressubmeter o jogo sem pedir permissão ao estúdio original?

Se a resposta for sim, o publisher tem o que precisa: uma cessão ou uma licença suficientemente ampla sobre o título, uma licença de framework transferível, um inventário completo de terceiros e um depósito de código-fonte compilável. Se a resposta for não —porque a licença do framework não é transferível, porque a arte de um freelancer nunca foi cedida ou porque as instruções de build só existem na cabeça da equipa original—, então o publisher comprou uma dependência com um jogo agarrado.

Esse teste é também a forma justa de negociar. Permite ao estúdio manter o seu framework reutilizável enquanto dá ao publisher uma saída credível, e transforma a conversa sobre titularidade numa questão de evidência em vez de confiança. Numa build sobre Engine, o mesmo teste percorre também a camada de plataforma: o motor pertence à plataforma, o framework do estúdio fica por cima e a camada do título é o que a encomenda deve fechar. O brief de projeto Engine é a via para pedir um orçamento de projeto com a divisão de titularidade, os termos de licença e os artefactos de entrega acordados antes do início da produção.

Quando um publisher encomenda uma sequência de títulos em vez de um só, o mapa de camadas torna-se um ativo de portfólio: uma licença de framework negociada uma vez pode cobrir vários jogos, desde que o acordo seja redigido para o permitir. É uma conversa mais barata do que repetir a mesma negociação de propriedade intelectual para cada título — e mais clara do que assumir que cada encomenda parte do mesmo padrão.

Perguntas frequentes

De quem são os direitos de autor de um jogo de slot por encomenda?

Por padrão, são da pessoa ou organização que criou a obra, não do comitente. A orientação do Instituto de Propriedade Intelectual do Reino Unido estabelece que, quando se encomenda uma obra protegida, o primeiro titular legal é o criador salvo se a titularidade for acordada por escrito. Um publisher que queira possuir o jogo entregue precisa de uma cessão escrita; caso contrário, pode deter apenas uma licença implícita, limitada e não exclusiva.

A fórmula «work for hire» basta para transmitir a titularidade no Reino Unido?

Não. «Work made for hire» é uma doutrina norte-americana e não tem equivalente direto no Reino Unido para obras por encomenda. Segundo a Copyright, Designs and Patents Act 1988, uma cessão de direitos de autor deve constar por escrito e ser assinada pelo cedente ou em seu nome. Um brief que usa a expressão sem uma cessão escrita que identifique as obras pode não transmitir nada.

O estúdio é dono do trabalho criado pelos seus freelancers?

Normalmente é o freelancer, salvo acordo escrito em contrário. A exceção do empregador aplica-se a empregados: quando uma obra é criada por um empregado no exercício do seu emprego, o empregador é o primeiro titular. Quem trabalha sob um contrato de serviços conserva normalmente os direitos de autor do que produz. É por isso que um dossiê de cadeia de titularidade e as cessões de contratados do estúdio pertencem ao pacote de entrega.

Um publisher deve exigir a cessão do framework do estúdio?

Raramente, e normalmente sem sucesso. O framework reutilizável de um estúdio é a maquinaria que amortiza entre clientes, e a maioria licencia-o em vez de o ceder. A exigência útil é uma licença perpétua, irrevogável, mundial, transferível e sublicenciável para usar, modificar e manter o título entregue, apoiada por escrow de código-fonte com gatilhos de liberação definidos.

O que deve conter o pacote de entrega para efeitos de propriedade intelectual?

Um mapa de componentes que associe cada camada da build ao seu titular; a cessão executada do título; os termos da licença do framework; um inventário de terceiros ou lista de materiais de software com licenças; um calendário de colaboradores com cessões ou renúncias para cada criador nomeado; e o acordo de escrow que descreva o que é depositado e quando é liberado. Cada item é verificável antes do pagamento final, ao contrário de uma garantia numa proposta.