Proteção Jurídica de Software - Guia Prático para Programadores e Webdesigners v2.1 (14-04-08)

PJS Por Alexandre Coutinho Ferrari
Esta Verso : 2.1 Livro: PJS
Proteo Jurdica de Software Guia Prtico para Programadores e Webdesigners.

Autor: Alexandre Coutinho Ferrari
Agradecimentos especiais:
Hall do Livro www.halldolivro.com.br
DoutorD www.doutord.com.br
Esta obra possui Direitos Reservados, no sendo permitida a alterao ou cpia, total ou parcialmente, sem autorizao expressa do titular da obra. Todos os direitos garantidos por Lei so aplicados nesta Obra - ISBN: 857522030 Em dvidas, visite: www.doutord.com.br
PJS - Proteo Jurdica de Software www.doutord.com.br
DEDICATRIA
Dedico este livro aos profissionais do universo da programao, sejam os idealizadores, os programadores, os que estudam as possibilidades, os que os protegem, os que fazem de uma simples linha de comando se transformar na soluo ideal. A estes profissionais dedico este livro e os presenteio agora com esta verso digital e gratuita.
AGRADECIMENTOS
Agradeo ao meu editor Novatec Editora, agora amigo, Rubens Prates, por ter desde o comeo acreditado neste trabalho, que ora caminha nas raias de nova edio.
Tenho agradecimentos reservados minha famlia, que sempre me motivou. Agradeo a toda a coletividade da programao que desde o incio da primeira edio soube como apreciar e apedrejar este livro, tornando-o melhor e mais adequado nesta 2 Edio Agora Digital.
Ainda tenho que agradecer a este mesmo livro, que me trouxe tantos amigos e profissionais para dentro de minha rotina. Por fim, agradeo a todos os leitores que entraram em contato pela 1 Edio e puderam contribuir para a evoluo e continuao deste trabalho de pesquisa, que agora se revela nesta nova edio.
PREFCIO
A Informtica a grande responsvel pela tamanha evoluo do desenvolvimento econmico mundial, trazendo inclusive equilbrio de poder entre muitos pases. Cada criao traz consigo uma parcela de responsabilidade, da mesma forma que pode tambm trazer um grande lucro.
As Leis procuram proteger a criao, os interesses de seu criador e de tudo mais que cerca este patrimnio imaterial: o Software. Por isso, os profissionais ligados a este universo precisam compreender corretamente estes ditames para evitar equvocos e melhor proteger seus investimentos e criaes, mesmo que seja por mtodos alternativos de Proteo Jurdica de Software, quase to eficientes quanto aos descritos pelo INPI, porm muito mais simples, econmicos, rpidos e eficazes.
APRESENTAO
A preocupao nesta obra foi esclarecer o que as tantas Leis dizem, o que elas trazem de obrigaes aos criadores frente aos consumidores; o que elas do de proteo aos profissionais; o que elas podem ainda melhorar; e onde melhor ter mais cautelas para evitar problemas. O grande objetivo deste livro trazer informaes aos que estudam estas Leis e ainda tornar a rotina dos profissionais algo mais seguro e tranqilo durante as contrataes, tudo em linguagem muito simples e a menos tcnica possvel. Ainda, documentar cada passo da rotina de criao altamente importante e esta obra demonstra como fazer isso
de uma maneira muito simples, econmica e segura. A documentao para proteger um Software pode ser to simples como fazer um back up, basta seguir alguns passos ditados aqui. A garantia de sucesso da criao, uso e comercializao s depende da preocupao de seu criador e este livro tem a inteno de servir como um grande manual de rotinas, com histrias ilustrativas de casos reais, com exemplos de contratos de desenvolvimento, prestao de servios e licenas de uso, alm de mtodos alternativos de Proteo Jurdica de Software.
INTRODUO
Esta obra se destina aos programadores, webdesigners, entre outros, com o intuito de levar conhecimento jurdico necessrio para um melhor cumprimento do trabalho desses profissionais. O escritor, advogado em So Paulo, sempre teve grande paixo pela tecnologia e vem acompanhando o desenvolvimento jurdico, em termos de legislao (Leis), diante do avano tecnolgico. Aps a criao de um site gratuito jurdico (DoutorD. www.doutord.com.br) como hobby, por esse escritor no ano de
2001, com contedo jurdico para PDAs (Personal Digital Assistant tambm conhecidos como PalmTops ou simplesmente computadores de mo), houve grande afinidade com os programadores em geral e o site est no ar desde ento. Essa afinidade de interesses no cotidiano demonstrou que os programadores (sejam empregados ou profissionais liberais ou autnomos) no tm acesso fcil ao mundo jurdico, conseqentemente terminam desconhecendo normas essenciais ao seu trabalho, especialmente no tocante ao direito autoral e Lei de Software. A simples criao de um programa de computador ou desenvolvimento de um cdigo-fonte gera vrios direitos e obrigaes, que devem ser tratados com seriedade, para que no se tornem um desastre na carreira e na vida econmica do seu criador. Dessa forma, pretende-se com essa obra um esclarecimento valioso, utilizando palavras simples e conceitos de fcil compreenso, para que a Lei seja mais bem conhecida e que eventuais problemas possam ser evitados, por meio de cautela ao usar as diversas Leis existentes. Com a Lei de Software, o programador e o webdesigner receberam valiosa contribuio jurdica para seu cotidiano, prevendo diretamente detalhes que a Lei geral (toda e qualquer Lei vigente em nosso Pas) parecia ser contraditria em certas ocasies. Com a nova elaborao da Lei acerca dos Direitos Autorais, acompanhada da Lei de Software, mais proteo obteve o
profissional; contudo, isso no valioso caso ele desconhea seus direitos e suas obrigaes. Pretende-se, ento, ilustrar algumas situaes normais do cotidiano, para que o programador possa utilizar a Lei a seu favor, tanto ao garantir seus direitos como tambm ao cumprir com suas obrigaes. Alguns modelos de contrato, que no apresentam complexidade, acompanham esta obra e podem ser obtidos no site do autor: www.doutord.com.br O escritor se prontifica a colaborar com o leitor, esclarecendo dvidas deste texto, facilitando o entendimento a que se prope essa obra e ajudando na aplicao das Leis ao contrato que forem necessrias no caso concreto, bastando contato pelo site ou pela lista de discusso destacada tambm no site do autor: www.doutord.com.br
DAS VERSES E ATUALIZAES www.doutord.com.br O site do DD. (DoutorD www.doutord.com.br) abrigava material de legislao para computadores, palmtops e smartphones. Esse foi o objetivo inicial do site, porm, hoje, este site abrigar outras tantas novidades. E nada impede que outras novas possam vir, s depende de como a comunidade o usar. Depois de discusses aproveitveis este livro receber alteraes de acordo com as discusses e temas que surgirem, visando ficar sempre o mais atualizado e completo possvel, portanto novas Verses desta obra viro e cada novo download poder ser realizado no site do DD. Nenhum custo ser suportado pelos visitantes do site do DD., porm, deve restar claro que consultas jurdicas gratuitas so prticas proibidas por Lei e conduta coibida pela Ordem dos Advogados do Brasil. Assim, por favor, no contem com consulta gratuita ao utilizar o site ou a sua lista de discusso. Dvidas sero debatidas e esclarecidas, coletivamente. O site possui, assim, uma lista de discusso pronta a ajudar os assinantes e a discutir temas que, inclusive, serviro para melhorar este livro gratuito ainda mais. Caros leitores, opinem, discutam, faam crticas e lancem desafios ao DD.! S assim haver melhoria no site, na comunidade e neste livro! Visitem o site do DD. e saibam mais: www.doutord.com.br
Sumrio Introduo 1 Conceitos Bsicos O Profissional A Criao Seu Destino Os Direitos Bsicos 2 A Criao e a Proteo A Criao O que uma obra A Proteo A Proteo Legal A Lei de Software Lei 9.609/98 A Proteo do Direito Autoral O Registro do Programa de Computador As Garantias aos Usurios de Programa de Computador A Licena de Uso As Infraes e as Penalidades A Lei de Direito Autoral Lei 9.610/98 A Proteo da Obra e do Criador Concluso 3 Da Contratao O Programador Empregado Modelo de Notificao de Programador Empregado O Programador Autnomo Dos Quesitos para Contratar Quem Ser o Contratante e Quem Ser o Contratado? Como se Dar o Valor ao Contrato? Haver Algum Software Sendo Comercializado? Como?
Quais Sero as Obrigaes do Contratante e as do Contratado? Quais Sero as Penalidades? Se Ocorrer um Eventual Problema, Onde Ser Resolvida a Questo? Os Quesitos Escolhidos e o Exemplo de Contrato Exemplo de Contratao Instrumento de Contrato As Falhas Contratuais Freqentes A Mora A Mora e a Questo Freqente A Novao O Aditamento A Quitao 4 As Cautelas com o Software Disponibilizando o Software O Contrato de Software Os Tipos de Contrato de Software O Software Freeware O Software Semi-Freeware O Software Shareware O Software Livre (CopyLeft) O Software Proprietrio O Software Comercial Do Vrus de Computador 5 O Registro do Software INPI Instituto Nacional da Propriedade Industrial Do Modelo de Transferncia de Direitos de Tecnologia O Pedido de Registro do Programa de Computador A Documentao Tcnica O Mtodo Alternativo de Proteo Autoral ao Software
Alternativa 1 Alternativa 2 Alternativa 3
.............. .............. ..............
6 Concluso Anexo 1 Lei 9.609 Anexo 2 Lei 9.610 Anexo 3 Formulrios do INPI
1
Conceitos bsicos
O profissional
O profissional, seja ele programador, webdesigner ou afim, pode ser empregado contratado ou autnomo. O empregado contratado tem sua obra (seja um programa de computador ou similar) perdida para a empresa que o emprega. Sim, a empresa no tem a obrigao de fazer constar o nome do criador e seus envolvidos, sendo a criao (produto final ou cdigo-fonte, terminado ou parcial, por ele feito ou contando com sua colaborao) totalmente da empresa empregadora, exceto se algum contrato foi feito entre as partes, estabelecendo regras acerca da criao, como prev a Lei, o que ser, oportunamente, bem comentado nessa obra. importante deixar claro aos mais tcnicos que a Lei de Software excetua o Direito Moral ao desenvolvedor (art. 2, 1 da Lei), deixando apenas dois direitos bsicos. Todavia, a exceo no uma subtrao de direitos como aparenta a Lei,
que os demais direitos no se aplicam ao Software por pura impossibilidade, como por exemplo garantir ao criador o acesso irrestrito ao nico e raro exemplar que criou. Como se v deste exemplo seria inaplicvel a garantia deste direito, j que no universo digital tudo pode ser reproduzido e no se pode falar em obra nica. Entretanto, como melhor ser ainda comentado, excetuar esses direitos um equvoco da Lei, pois nada impede que um desenvolvedor possa ter uma criao em papel, com a sua prpria letra, ou nos casos de web site em que o webdesigner cria personagens animados, figuras, ilustraes de fundo, brases e outros mais, tudo em papel e com sua letra; o que lhe daria facilmente o direito acima comentado. H diversas falhas, ainda, na Lei. Ao menos na opinio deste autor. Sendo assim, o criador autnomo tem todos os direitos possveis, sejam morais ou patrimoniais, por garantia legal. Porm, alguns detalhes devem ser seguidos, para uma melhor proteo no s ao Software, mas tambm na contratao, garantindo que sua satisfao pessoal e econmica sejam alcanadas, alm de proteger o criador de problemas que possam surgir ao longo do tempo, em virtude das diversas vias reflexas (diversas formas e resultados que podem surgir) que o mundo jurdico produz a todo e qualquer ato cometido.
A criao seu destino os direitos bsicos

Primeiramente, muito importante conceituar dois pontos que sero expostos nesta obra em relao ao Software.
O Software recebeu um conceito especfico pela Lei que o regula, mas na prtica pode ser dividido de acordo com duas situaes. Essa colocao no tcnica, mas sim ilustrativa, para que o perfeito entendimento possa ser alcanado sobre a idia que se expe. O caso que o Software pode ser um cdigo-fonte ou um produto, sendo essas atribuies uma escolha do escritor desta obra. Isso deve ser bem diferenciado. Um cdigo-fonte o que a Lei de Software prev. A Lei seleciona e conceitua um Software como uma codificao, mas ao longo do mesmo texto legal o coloca como um produto. Deve-se entender como produto o Software j acabado e com um fim comercial especfico, como um jogo que se elabora para ser disponibilizado ao mercado consumidor. A diferena pode no parecer grande, mas os reflexos so enormes. O escritor prefere usar o termo reflexo, a conseqncia, pois este denota algo negativo, apesar de no o ser. Um reflexo pode ser positivo ou at mesmo nulo. Mas o mais importante que o reflexo pode suscitar uma discusso longa e, at mesmo, dar margem para uma ao judicial, e o objetivo desta obra evitar, sempre, qualquer complicao. Apenas para ilustrar a introduo desta obra, um Software quando ainda somente em cdigo-fonte, no pode ser Patenteado, apenas lhe permitido o registro junto ao INPI. Esta uma outra discusso longa, pois sequer previsto como possvel a Patente para Softwares (no Brasil). Mas o Registro junto ao INPI possvel e previsto na Lei, todavia esta
possibilidade uma opo e um direito do seu criador, no uma obrigao. Mas um produto final, como um jogo, possui regras, muitas vezes uma longa histria que faz movimentar a rotina do jogo, um logo, nomes dos personagens, funes de cada um e cada equipamento, automveis e naves que so, no final, uma marca registrada do prprio jogo. Um jogo pode obter tamanha dimenso, que pode tornar-se um sucesso de bilheterias se produzido em filme. Pode se tornar, futuramente, um jogo fsico (no digital); os personagens podem se transformar em bonecos de brinquedo; as naves, os equipamentos e as armas podem ser brinquedos, miniaturas para coleo, camisetas, desenho animado etc. Enfim, o que era um cdigo-fonte (por conceito da Lei) poder ser um universo lucrativo em diversos seguimentos. Isso comum em inmeros jogos de computador, videogame e outros, todos conhecidos e a tendncia aumentar, diante da tecnologia que se fortifica a cada dia, com jogos cada vez mais precisos e realistas. Sendo assim, o produto final est alm do que seria um cdigo-fonte; o produto um Software em potencial e, nesse caso, pode-se requerer a Patente do produto, alm do Registro do Software, baseado no Software em si. Apenas para melhor esclarecer, a Patente uma proteo ao produto, que exigiu um investimento para ser criado, impedindo que concorrentes possam utilizar essa mesma idia para produzir um produto igual ou similar, porm sem ter gasto o investimento da criao.
Um jogo para chegar ao status de filme, brinquedos etc. pode levar at dois anos ou mais para ser totalmente idealizado e elaborado, e isso gera um custo elevado. Nesse momento que surge a Patente, para prevenir que o jogo possa ser utilizado em outros seguimentos, alm da criao intelectual. Frise-se que um cdigo-fonte uma criao intelectual, pode ser registrado como Software e ter o registro da Marca, mas no da Patente. Porm, o Software, quando se torna um produto final, pode ter a Patente, o que defende o autor desta obra perante a pouca jurisprudncia atual sobre o tema. A Patente um ttulo de propriedade temporria, sobre uma inveno ou modelo de utilidade. Por exemplo, imagine um jogo, ainda em Software, que possui uma nave que se transforma em automvel. Bem, se isso fosse um brinquedo e tambm tivesse que se transformar, obviamente teria que ser estudada uma forma engenhosa para que isso ocorresse. Uma empresa cautelosa faria o registro do Software e ao mesmo tempo, solicitaria a Patente do produto final, impedindo que um concorrente viesse a obter a forma engenhosa da transformao e produzisse o brinquedo paralelamente, mesmo que fosse em outro nome e com outra histria. Um decorrncia do outro. Mas nessa obra ser utilizado o conceito de produto final, ou simplesmente produto, para o Software j terminado e pronto para ser exposto, tanto ao comrcio aberto como para um consumidor especfico.
No se dever entender produto final como algo obrigatrio de Patente, mas sim um Software, registrado ou no, uma criao que est pronta para ser entregue ao consumidor ou ao mercado consumidor. Vale destacar e deixar muito claro o seguinte: a Patente do produto visa proteger a idia, enquanto que para as obras intelectuais no se pode ter a idia protegida, como diz a prpria lei (Lei n 9.610/98, art. 8, inc. I). Essa a grande diferena entre Patente e o Registro do Software e por isso que no Brasil, diferente de outros pases, no se pode falar em Patente de Software, pois haveria um conflito de normas. Muito se discutiu e ainda se fala sobre Patente de Softwares, mas poucos sabem exatamente esta pequena, e ao mesmo tempo gigante, diferena. Com efeito, deve-se ressaltar, por outro lado, que a criao possui dois fins especficos: feita para um consumidor ou para um mercado consumidor. Como exemplo, destaca-se um programa jurdico, para acompanhamento de processos. Esse produto, se desenvolvido para atender a um escritrio de advocacia especfico, ser um produto para um consumidor nico e no poder ser utilizado em hiptese alguma por outros escritrios, tanto pelo comprador quanto pelo criador, pois um produto personalizado. Se o produto for destinado ao mercado, qualquer escritrio de advocacia ou advogado individual poder utiliz-lo mediante pagamento ao criador.
A diferena simples, mas seus reflexos so enormes. Uma criao, para um consumidor nico, requer cuidados alm dos normais, pois no h legislao precisa, apenas regras simples contidas no Cdigo Civil que no atendem ao caso concreto, pois se trata de uma negociao em que o profissional contratado para um servio de criao e esta no lhe pertencer (?). No lhe pertencer? A propriedade da criao, afinal, a quem pertence? Seria de quem pagou por ela ou de quem a desenvolveu? Essa relao jurdica est, na verdade, regrada pelos ramos do Direito: Responsabilidade Civil e Direitos e Obrigaes. Nessa relao, a Lei de Software pode no ajudar muito, por isso todo cuidado pouco. muito fcil encontrar na internet informaes imprecisas que levam desenvolvedores a erro, pois afirmam que todo cdigo-fonte sempre de seu criador. O produto final, quando entregue, pertencer ao consumidor que contratou o servio, sendo do criador apenas o direito moral, e no o patrimonial. Parece confuso entender esta diferena to tcnica, mas no e o autor est disposto a facilitar este entendimento ao leitor. Nessa hiptese o criador (desenvolvedor) poder, por exemplo, exigir que conste do produto o seu nome, porm no poder exercer nenhuma influncia no uso e na explorao econmica dele. Esse tpico ser mais bem exposto em captulo especfico para no desviar o tema discutido, mas cabe esclarecer que os direitos da criao no sero seus diretamente, caso no haja uma contratao com condies diferenciadas, por exemplo; isso o que ocorre em sites, e o nome do webdesigner aparece na criao, algumas vezes at com link para uma homepage do criador, mas nada alm disso.
Por outro lado, a criao com destino ao mercado consumidor, e no a um nico consumidor, j permite ao criador total autonomia, tanto no mbito moral quanto patrimonial, pois o produto no ser vendido, mas entregue em forma de licena de uso. Estas diferenas tambm sero objeto de esclarecimento em tpico prprio. Essa licena de uso dever ser formal (que possui forma solene, que tem forma correta para existir no mundo jurdico), em instrumento de contrato, que conter todas as regras de uso, vencimento e demais normas comuns. A conhecida licena de uso um contrato. O comum em softwares o contrato tcito, ou comumente conhecido por Contrato de Adeso, em que o consumidor declara conhecer as clusulas, e a instalao do produto caracteriza a sua aceitao, na ntegra, de todas as regras pactuadas. Assim, antes mesmo da criao estar pronta, antes da criao inicial, importante saber, exatamente, se o produto ser destinado a um consumidor ou a um mercado consumidor, a partir da que a grande divisa jurdica comea a se formar. Por fim, importante deixar claro que o produto ao consumidor final possui tributao totalmente diferenciada do produto ao mercado consumidor aberto, que por si s gera encargos que podem inviabilizar a criao, dependendo do projeto e do nicho escolhido.
2
A criao e a proteo
A criao o que uma obra
Entende-se por obra, conforme dispe a Lei 9.610/98 sobre os direitos autorais, toda e qualquer criao intelectual (textos de obras literrias, composies musicais, fotogrficas e outras mais), estando protegidas pela mesma Lei, as que se observam no artigo 7, especialmente em seu inciso XII, que o programa de computador. O programa de computador est previsto na Lei 9.609/98, Lei de Software, que na ntegra, em seu artigo 1, conceitua:
Art. 1 Programa de computador a expresso de um conjunto organizado de instrues em linguagem natural ou codificada, contida em suporte fsico de qualquer natureza, de emprego necessrio em mquinas automticas de tratamento da informao, dispositivos, instrumentos ou equipamentos perifricos, baseados em tcnica digital ou anloga, para faz-los
funcionar de modo e para fins determinados. (Destaque nosso.)
Ou seja, programa de computador toda linguagem empregada em equipamentos tecnolgicos, com um fim determinado. Em suma, a linguagem utilizada em um equipamento com um fim especfico, quando criada, automaticamente protegida no que se refere aos direitos autorais, pelas Leis j mencionadas, independentemente de qualquer registro em rgo especfico (INPI Instituto Nacional da Propriedade Industrial).
A proteo
A proteo Legal
Como citado, a Lei 9.610/98, que versa sobre Direitos Autorais, estabelece em seu artigo 7 quais so as obras protegidas por Lei e em seu inciso XII consta que o Programa de Computador est protegido legalmente, inclusive o art. 2 da Lei de Software ratifica, dizendo que a propriedade intelectual de programa de computador regrada pela Lei dos direitos autorais. Por sua vez, o Programa de Computador est previsto na Lei de Software, Lei 9.609/98, que tambm traduz e estabelece o que vem a ser um Programa de Computador. Cabe esclarecer que o Programa de Computador tambm compreende a criao de sites, uma vez que estes recebem a aplicao de linguagens, sejam estas naturais ou codificadas,
alm de que sites, no geral, tambm recebem a criao em animao, logos e outros mais, igualmente previstos na Lei. Para melhor compreenso do que dispe a legislao (Lei), os tpicos a seguir sero estudados separadamente.
A Lei de Software Lei 9.609/98

A proteo do direito autoral
Dispensvel a transcrio do texto legal nesse tpico, assim os comentrios a seguir contero apenas os artigos referentes essa Lei, ou seja, a Lei de Software, para o caso dos mais exigentes leitores. O captulo II, atinente Proteo aos Direitos de Autor e do Registro, claro ao expressar que a propriedade intelectual de programa de computador est protegida, entretanto faz ressalvas, tais como: 1. as disposies aos direitos morais descritas na Lei de direito autoral no so aplicveis totalmente, apenas cede o direito do criador reivindicar a paternidade do programa e o direito de opor-se a alteraes do produto, quando estas prejudicarem a sua honra ou reputao; 2. a proteo da obra est garantida independentemente de registro e o prazo dos direitos autorais (software) de cinqenta anos, contados a partir do primeiro dia do ano seguinte sua criao. Ou seja, os direitos morais quanto ao programa de computador diferem-se dos direitos morais referentes a outras
obras, como, por exemplo, trata o artigo 24 da Lei de Direito Autoral: 1. de ter seu nome e pseudnimo ou sinal convencional indicado no produto final, como citado no incio dessa obra, pois o programa quando entregue no mais seria de propriedade do criador, diferentemente, por exemplo, de um Livro ou uma Msica; 2. de conservar a obra indita, como manuscritos e anotaes, pois este tpico, na realidade, seria suprfluo; 3. de ter acesso a exemplar nico e raro da obra, que, no caso, tambm seria algo intil e sem interesse, como outros direitos em que, para o programador, nada alteraria significativamente seus direitos. Como j adiantado em tpico anterior, o escritor deste livro no concorda com esta colocao da Lei e afirma que a mesma est equivocada, por isso que prefere expor que os direitos so relativamente diferentes e declara que o 1 do art. 2 da Lei de Softwares est equivocado ao mencionar que o direito moral no garantia ao programa de computar. O item 1 logo acima contrrio s regras de alguns softwares. O software livre, por exemplo, exige em sua natureza bsica a manuteno dos nomes dos criadores e envolvidos, at mesmo nas demais alteraes que o software receber, sem diferenciar quem seria empregado ou empregador, o que j destoa da nossa legislao. Ainda, os softwares comerciais destinados ao consumidor aberto totalmente propriedade do criador ou do detentor dos direitos do mesmo, logo, o direito garantido.
O item 2, por outro lado, parece demonstrar que o legislador se esqueceu totalmente das possibilidades de criao moda antiga: no papel. Ainda, como tambm j mencionado, tanto o programa de computador (como os jogos) como o web site podem receber personagens animados ou estticos, ilustraes, desenhos, slogans e outros mais, todos que podem derivar justamente de manuscritos, anotaes, esboos, rascunhos ou qualquer outro. Apenas para comentar rapidamente, no ms de maro de 2008 houve uma exposio no Parque Ibirapuera, em So Paulo, Capital, trazendo o acervo do ilustre George Lucas, mais precisamente do filme: Star Wars. Bem, uma das grandes atenes ficou voltada s storyboards, que so desenhos em quadros, que ilustram a trama antes da filmagem. Oras, nada impede que um storyboard de um jogo de computador possa, mais cedo ou tarde, tambm ser uma atrao mundial. absurdo a Lei excetuar tal condio e negar tal direito ao seu criador. Apesar disso no ser muito importante para a grande maioria serve para mostrar como a Lei pode ser ignorante em casos diversos. O item 3, inclusive, coaduna totalmente com esta colocao, ou seja, nada impede que um programador possa ter um exemplar raro de sua obra, contento suas anotaes, rascunhos, histrico de cronogramas, desenhos etc. Como se v, as leis especficas ao assunto so falhas quando observamos a rotina dos desenvolvedores e criadores de programas e web sites.
Crescem as falhas quando observamos a Lei pelo ponto de vista do criador que utiliza o software-livre, tal como j muito se discutiu em uma das listas do DD. E so algumas destas falhas que esta obra pretende apontador ao leitor, alertando-o dos possveis erros de rotina, para maior garantia de seus direitos aps algumas cautelas bsicas, aqui indicadas.
O registro do programa de computador

Em continuao, o art. 3 da Lei de Software refere-se ao registro do programa de computador e estabelece que este de critrio do titular, isto , o titular da obra quem decide se a registrar ou no e determina que, havendo um registro, este dever conter no mnimo: 1. os dados pessoais e essenciais do criador e do titular, se pessoas diferentes, sejam pessoas fsicas ou jurdicas; 2. a identificao e descrio funcional da obra, com trechos e outros dados, que possibilitam a perfeita identificao para caracterizar a obra, visando garantir a proteo adequada contra direitos de terceiros; 3. estabelece, como no poderia ser diferente, que estes dados sero guardados de forma sigilosa, e somente sero revelados se por requerimento do titular e/ou ordem judicial. H algumas consideraes a serem feitas sobre essas afirmativas, pois este regulamento bsico e como a guarda
de tais informaes feita pelo INPI, este possui exigncias adicionais, que sero fornecidas em tpico separado. Tambm, a diferenciao entre o criador (ou autor) e o titular (quem detm os direitos da criao) feita. Isto quer dizer que o titular nem sempre o prprio criador. Isso bem comum, e por isso serve de exemplo, nos casos de livros, pois o criador da obra nem sempre fica com o domnio desta, ou seja, a editora, pelo editor, contrata os direitos da obra e, apesar de o criador ainda possuir os direitos morais sobre a obra (sendo o gozo), o uso e a disponibilidade desta so da editora/editor. Assim, o criador do programa pode repassar os direitos, por contratao, a um representante que o tornar um produto ao mercado, como a prpria Lei assim estabelece. Melhor esclarecendo, um programa de computador pode ter seus direitos transferidos pelo seu criador outra pessoa, ou uma empresa, podendo esta ser sua prpria empregadora ou uma mera cliente do programador. Por fim, destaca-se que a guarda sigilosa das informaes, quando registrada, somente ser pblica (revelada) quando o titular requerer, ou por ordem judicial, o que significa que o criador no possuir sequer o direito de pleitear a revelao das informaes (salvo judicialmente), demonstrando que o criador, aps a entrega do produto, perde verdadeira e fortemente os direitos sobre este, o que mais uma vez demonstra a seriedade que se deve ter ao contratar tais direitos. Seguindo esta linha de raciocnio, se o criador for um empregado contratado ou at mesmo estagirio da empresa, toda a criao do programa pertencer ao empregador,
ressalvada a condio de haver um contrato anterior entre as partes que estabelea situao diversa, como afirma o artigo 4 da Lei de Software. Este tpico no uma condio meramente de ego, em que o criador no poder exigir a exibio de seu nome, mas (o que mais importante em muitas ocasies) quanto aos direitos relativos comercializao e explorao econmica da obra, pois o pargrafo primeiro, do artigo quarto da Lei de Software expresso ao afirmar que a remunerao do criador restringe-se ao seu pagamento meramente, pois no ter direito a percentual algum, se nada foi contratado diferentemente. Utilizando o exemplo do jogo de computador, que foi ilustrado no incio dessa obra, que se torna um sucesso, o criador poder ver todo o rendimento ser transferido ao empregador, sem nada a ele acrescentar economicamente. Por esse motivo, um contrato que prev uma participao pecuniria ao programador importante e legal (autorizado por Lei). Ainda, o programador empregado poder ver seu nome nas informaes do programa, se assim for contratado entre as partes, lhe rendendo no mnimo um currculo importante, o que no acontece se nada for contratado, pois todos os direitos so do empregador, repita-se.
As garantias aos usurios de programa de computador

Primeiro deve se ter em mente que todo programa de computador, ou web site, quando comercializado, impe ao seu criador, ou titular dos direitos, algumas responsabilidades.
Se o programa for nico e tiver sido desenvolvido a um consumidor em especfico, haver mais implicaes regradas pelo Cdigo Civil que pelo Cdigo de Defesa do Consumidor. Isto significa que as partes tm maior liberdade para transigirem direitos e obrigaes. Se o programa se destinar a um publico no identificado, isto , ao mercado aberto, o Cdigo de Defesa do Consumidor ter maior implicao, significando que o criador, ou titular, ter menor possibilidade de transigir as regras legais. Por isso que, tanto no caso do criador como no caso do titular, ou ambos, o programa quando destinado ao mercado, e no meramente a um consumidor nico, deve se preocupar em disponibilizar formas de garantir ao usurio do programa o perfeito uso deste, at mesmo por meio de suportes fsicos (manuais em portugus; atendimento de suporte e outras mais), alm do documento fiscal e prazo de validade tcnica da verso comercializada, como determina o artigo 7 da Lei. Tambm, no artigo 8, ficou estabelecido que o suporte acerca do produto comercializado dever perdurar enquanto estiver no prazo de validade tcnica da verso, mesmo que o produto tenha sido retirado do mercado, independentemente do motivo, sob pena de se responsabilizar por indenizao de eventuais prejuzos causados a terceiros. Assim, atribuir uma validade muito longa pode ser uma deciso perigosa, pois se a validade for de cinco anos e o produto for retirado do mercado no primeiro ano, o responsvel ter a obrigao de manter suporte at findar o quinto ano. H maiores comentrios sobre este tema em tpico prprio.
A licena de uso
Como comentado anteriormente, o criador, como criador, pode transferir os direitos sobre a obra a um titular ou no. Independentemente do que ocorrer, a comercializao do produto a um mercado (e no ao consumidor nico) dever ser em forma de Licena de Uso, que nada mais que um contrato. Esse contrato est sujeito ao Cdigo de Defesa do Consumidor, por esse motivo deve ser bem elaborado, pois qualquer clusula que possa causar desequilbrio na relao entre as partes ser considerada leonina, ou seja, cruel ao consumidor, e poder ser declarada nula. Mesmo que no seja nula, garantia do consumidor que a clusula tenha sempre a melhor interpretao para ele, ou seja, no desequilbrio entre as partes, o consumidor sempre vence. Assim, a melhor garantia ter clusulas equilibradas, sob pena ter peso maior ao programador. Tambm, por estar o Cdigo de Defesa do Consumidor ativo a essa relao contratual, toda e qualquer situao em que for necessria a produo de alguma prova, tal nus ser inteiramente de quem comercializou o produto. Esse o instituto conhecido como Inverso do nus da Prova e em termo tcnico jurdico tambm estar presente o instituto da Hipossuficincia, isto , a forma pela qual a prova ser produzida exigir conhecimento tcnico alm do conhecimento comum do consumidor em geral, caracterstica essa do Cdigo de Defesa do Consumidor. Aos mais exigentes, detalha o escritor deste livro que o consumidor no geral no tem condies de provar se um programa de computador tem algum sistema que venha a ser
prejudicial, como um vrus espio, por exemplo, da que h a inverso do nus da prova, ou seja, o consumidor alega a possibilidade de risco e o programador quem dever provar a idoneidade de seu produto, custeando inclusive as percias tcnicas que sero certamente feitas. Por essas razes que, tambm, um bom contrato deve ser produzido para melhores garantias, contendo todas as informaes sobre o software, evitando supostos sustos. O contrato deve ser formal no aspecto jurdico, porm hodiernamente h outras formas menos convencionais no padro do Direito, que o mundo virtual e totalmente aceito, isto , o uso do contrato virtual, que parte integrante do programa e que est previsto em seu cdigo-fonte, para cabal validade (prova cabal, documental). A maior parte dos programadores, por desconhecer esse aspecto legal, no insere no cdigo-fonte (se for aberto ao consumidor) tal licena e, muitas vezes, so obrigados a indenizar o consumidor, por no t-lo alertado diretamente sobre um ou outro fator que possa vir a resultar em algum tipo de dano (prejuzo ao consumidor). Se o cdigo-fonte for fechado, recomenda-se que haja maiores esclarecimentos na licena escrita do programa e at mesmo na conhecida janela Sobre, isto , em uma parte do prprio programa, acessvel ao consumidor. O Cdigo de Defesa do Consumidor expresso em seu artigo 31 e diz:
Art. 31. A oferta e apresentao de produtos ou servios devem assegurar informaes corretas, claras, precisas, ostensivas e em lngua portuguesa sobre suas
caractersticas, qualidades, quantidade, composio, preo, garantia, prazos de validade e origem, entre outros dados, bem como sobre os riscos que apresentam sade e segurana dos consumidores.
Essa forma virtual de expor o contrato de Licena de Uso a mais comum no universo da tecnologia e considerada Contrato de Adeso, ou seja, que adere s normas por simples consentimento, sem a possibilidade de negociar determinadas condies (clusulas do contrato). Isso j padro em softwares em geral, ao se iniciar a instalao do produto, uma janela (pop-up ou at mesmo uma tela antes da instalao) alerta o consumidor de que este dever ler o contrato de licena antes de instalar, pois na consumao da instalao ser entendido que o consumidor leu, entendeu e consentiu com todos os termos propostos. Mas esse procedimento no nico, sendo apenas o mais comum, e o contrato fsico algo que ainda existe em muitos softwares, sendo o mais recomendado, especialmente porque a alterao deste muito mais fcil e segura. O contrato de licena de uso, de comercializao e de transferncia de tecnologia est previsto no artigo 9 da Lei de Software e estabelece que o documento fiscal relativo aquisio do produto servir para a comprovao da regularidade do seu uso, ou seja, a Nota Fiscal induz o entendimento de que o usurio pode utilizar o produto que original. Destaca-se que isso no significa que o consumidor conhece as regras de utilizao, nem prova que ele consentiu com as mesmas.
Assim, comprova o direito de uso, mas no a aceitao de termos que podem ser especficos, como, por exemplo, vetar o uso de aplicaes diferenciadas ou em conjunto com outros programas. Um simples exemplo disso o to conhecido Office. Se o consumidor adquiriu uma verso simples do Pacote Office, feito pela conhecida Microsoft, no poder fazer uso de determinados programas nele, diferentemente seria se tivesse adquirido a verso completa, que permitiria tais programas. Pior, no to claro assim o fato de que necessrio o Windows j estar adquirido e instalado para se ter o Office. Por bvio que esse exemplo fica pobre, j que a notoriedade dos produtos mencionados enorme, todavia, tente entender esta colocao e imagine o mesmo problema em softwares de empresas no to conhecidas. O consumidor precisa realmente ser cientificado que para o uso do produto desejado necessrio ter outros programas prvios e at mesmo ser alertado de possvel incompatibilidade com outros programas. Isso evita que o consumidor compre um programa e depois se depare com uma situao tpica de que necessria a compra de outro software ou hardware para sua instalao. Apenas para mera ilustrao, lembra o escritor deste livro que o PROCON foi absorvido por uma gigantesca quantidade de reclamao de consumidores que compraram aparelhos de DVD e no foram previamente avisados pelas lojas que seria necessrio ter um televisor que aceite os DVDs. Centenas, ou milhes, de DVDs foram comprados e os consumidores foram, depois, obrigados a aceitarem o prejuzo da troca de televisor. Difcil encontrar algum que no conhea uma histria como esta.
Assim, de nada adiantar um documento fiscal, pois este no estabelece certas diretrizes e isso poder ser um grande problema ao que comercializou o produto, pois o suporte, como j se comentou, deve permanecer enquanto perdurar a validade tcnica da verso e, ocorrendo o trmino da validade e nova verso surgindo, sabe-se que o documento fiscal no conter esses detalhes, entre outros, o que mais uma vez mostra a Legislao Nacional no inteiramente adequada realidade do mundo dos negcios de software, ou seja, o art. 9 da Lei de Software incorreto ao misturar os conceitos de regularidade e concordncia de uso. Este um mero exemplo que esclarece que, apesar de ser possvel a comprovao da regularidade do uso do software demonstrando a procedncia deste, excluindo a possibilidade de produto pirata (o termo pirata est destacado, pois na verdade um conceito diferenciado e isso ser mais bem esclarecido em outro tpico). Esta opo da Lei no dar qualquer garantia ao criador ou titular que comercializou o produto, uma vez que o Cdigo de Defesa do Consumidor proteger totalmente o consumidor em situao de ausncia de documentos. um engano acreditar que a Licena de Uso dispensvel, baseando-se no artigo 9 da Lei 9609/98 que diz que a Nota Fiscal supre a ausncia de contrato de licena. Este engano intolervel. Por esta razo que o escritor prefere alertar o programador para que a licena de uso esteja visvel e acessvel pelo prprio software inclusive, evitando qualquer prejuzo, uma vez que o consumidor pode sempre alegar torpeza (ignorncia do fato ou das regras de uso) e a prova sempre do responsvel pelo software.
Por esse motivo, imprescindvel que quem for comercializar um software tenha o mximo de informao acerca de suas obrigaes, para que possa, ento, respaldarse quanto aos inmeros eventuais problemas, e isso somente ser possvel por meio de um bom contrato de licena de uso e por nenhum outro mais, mesmo que a Lei (art. 9) faa outra afirmao. Por essas complicaes e outras mais que se tornou comum a comercializao de softwares por meio dos titulares, pois estes se incumbem totalmente dos detalhes jurdicos para comercializao, mas muito importante o programador conhecer tais fatores, pois a proteo do produto fundamental. Cabe ressaltar que o titular no responsvel pelo produto em si. O criador transfere os direitos da criao, mas o titular no ser diretamente responsvel pelo Software em relao ao seu sucesso ou fracasso. Diga-se diretamente porque h duas situaes claras e distintas que devem ser respeitadas. O titular como um guardio e se sua ao ou omisso for passvel de indenizao ao criador, este poder em processo judicial pleitear o ressarcimento contra aquele, mas essa tarefa infelizmente no to fcil e exigiria anos para um desfecho que no se pode prever o resultado. Variantes devem ser consideradas e diversos seriam os rumos que tal processo caminharia, no podendo acreditar o criador que seus direitos sero totalmente atendidos. Assim, deve o programador ter o mximo de conhecimento jurdico antes de confiar sua criao a um titular.
O artigo 11 da Lei prev que o criador transferir a criao ao titular por contrato, devidamente registrado no INPI Instituto Nacional da Propriedade Industrial, para que a transferncia produza os regulares efeitos perante terceiros, protegendo o criador de certos atos do titular. Esse ser o documento perfeito para o criador da obra se proteger contra ressarcimentos a terceiros por atos decorrentes de ao ou omisso do titular, assim como garantir seus direitos em relao ao titular. Como anteriormente comentado tambm, as informaes guardadas pelo INPI sero inteiramente sigilosas e o criador no mais ter acesso a estas, exceto por ordem judicial ou requerimento do prprio titular. Assim, no ato da contratao da transferncia da tecnologia de programa de computador, dever ser entregue ao titular receptor a documentao completa, em especial o cdigofonte, memorial descritivo, especificaes funcionais internas, diagramas, fluxogramas e outros dados tcnicos necessrios absoro e transferncia da tecnologia integralmente.
As infraes e as penalidades
A Lei que regula o direito autoral (Lei 9.610/98), em seu artigo 5, inciso VII, prev a Contrafao, ou seja, a reproduo no autorizada da obra. Nesta Lei ora comentada, a Lei de Software (Lei 9.609/98), em seu artigo 12, tem-se a previso legal das infraes e das penalidades do que se pode chamar de crime.
Se o ato previsto em Lei e possui sanso de pena, crime. Assim o ato da Contrafao, que consiste em reproduzir o programa, total ou parcialmente, sem autorizao expressa do autor, seja por qual meio se adotou. Em outras palavras, esse seria o crime de pirataria, como conhecido, mas na verdade seu conceito Contrafao. A pena para essa infrao pode variar conforme o grau do ato cometido e dos antecedentes do criminoso. Porm, tem-se que deixar claro que Contrafao diferente da comumente chamada pirataria, que no exatamente o crime aqui comentado. A Contrafao a violao dos direitos do criador, por reproduo da obra, simplesmente, sem usar a cpia para o fim comercial. Por exemplo, se o indivduo copia um Software que no lhe pertence, ou seja, que no obteve o licenciamento e o documento fiscal, incorreu em contrafao. Isso comum entre amigos, em que um copia o Software e o cede a outro; ou empresas que adquirem uma nica licena de uso, copiam o programa e iniciam uma instalao em massa em todos os computadores da empresa. Esta modalidade estaria prevista no artigo 12 da Lei de Softwares, em seu 1, com pena de deteno. Ressalta-se que a cpia (reproduo) de um nico exemplar feita pelo consumidor adquirente, para back up, no ofende o direito autoral e isso permitido, desde que o detentor seja o proprietrio do exemplar e o tenha adquirido por meio legal, com o licenciamento de uso e/ou documento fiscal, seja gratuito ou oneroso.
Por outro lado, h pena de recluso, como salienta o artigo 12 da Lei de Softwares, em seu 2, que esclarece que a infrao da reproduo para fins de comrcio tambm crime, e no deve ser considerado como contrafao simplesmente, mas sim crime srio; aqui sim se tem a verdadeira pirataria. Nesse caso, a pena de recluso de um a quatro anos e multa. Apenas por curiosidade, esclarece que a diferena entre deteno e recluso a forma do regime de priso, sendo mais branda a deteno e mais rgida a recluso. Nesse mesmo seguimento e pena est quem vende, expe venda, introduz no Pas, adquire, oculta ou tem em depsito, para fins de comrcio, original ou cpia de programa de computador, produzido com violao de direito autoral. Mais uma vez falha a Legislao, pois no prev o compartilhamento do software via Internet como crime mais srio apenado com recluso, pois para o agravamento do crime necessria a prova inequvoca da inteno de comrcio, o que bem improvvel para a Internet onde se consegue programas com o uso de download facilitado. O crime da reproduo com fim de comrcio no prejudica somente o criador, mas tambm entidades de direito pblico, autarquia, empresas pblicas, sociedades econmicas, entre outras, sem se esquecer da sonegao fiscal, perda de arrecadao tributria e demais normas de ordem tributria, alm de constituir concorrncia desleal em alguns casos, que tambm crime e possui sua prpria pena, alm de refletir em
perda de evoluo do programa, se o seu criador/titular no tiver satisfao nos lucros frustrados.
A Lei de Direito Autoral Lei 9.610/98

A proteo da obra e do criador
A Lei 9.610/98 genrica a vai alm das obras de computador, assim, em poucos pontos se aproveita essa Lei, sendo importante a diferenciao, pois comum equvocos criados acerca de tal tema, em que muitos programadores acreditam que possuem direitos baseados em tal Lei, porm no so aplicveis ao programa de computador. Aps verificar que muitos programadores estavam confundindo seus direitos, o escritor tomou cautela com a Lei, pelo que expe. Deve-se interpretar a Lei que regula os direitos autorais como uma armadilha, pois o programador ao l-la no pode, sem conhecer os termos tcnicos utilizados, entender e separar certos pontos. A Lei de Direito Autoral comea j conflitante: em seu artigo primeiro afirma que regula os direitos do criador e os que lhes so conexos, ou seja, os demais direitos, por reflexos em atos e omisses. Todo criador autor de obra intelectual, at mesmo o programador, mas essa Lei no est totalmente adequada ao programador, motivo pelo qual h a Lei de Software.
A Lei de Direito Autoral, na verdade, uma aglutinao de diversos direitos de autoria, anteriormente previstos de forma apartada. Tentou-se reunir todos esses aspectos em uma nica Lei, entretanto no lograram os legisladores o devido xito e isso suscitou muita confuso. Nesse sentido, s para o caro leitor ter uma breve idia do que se pretende expor, revogou-se pelo artigo 115 da nova Lei:
Art. 115. Ficam revogados os arts. 649 a 673 e 1.346 a 1.362 do Cdigo Civil e as Leis nos 4.944, de 6 de abril de 1966; 5.988, de 14 de dezembro de 1973, excetuando-se o art. 17 e seus 1 e 2; 6.800, de 25 de junho de 1980; 7.123, de 12 de setembro de 1983; 9.045, de 18 de maio de 1995, e demais disposies em contrrio, mantidas em vigor as Lei nos 6.533, de 24 de maio de 1978, e 6.615, de 16 de dezembro de 1978.
Com isso, conflito algo normal, mas causa muito embarao no cotidiano do programador. O artigo stimo da Lei prev, em seu inciso XII, que o programa de computador obra intelectual protegida, mas seu pargrafo primeiro ressalva que o programa de computador possui legislao especfica e a Lei de Direito Autoral somente aplicvel no que couber. Porm, no ficou explcito o que cabe aplicao e o que no cabe, motivo da confuso. O que couber tornou-se vilo e veio prejudicar aquele que tenta utilizar a Lei de Direito Autoral sem entend-la totalmente.
O art. 11 dessa Lei de Direito Autoral estabelece que autor a pessoa fsica, mas as pessoas jurdicas tambm quando essa Lei autorizar. Isso tambm se tornou complicado, pois a Lei de Direito Autoral no esclarece ao programador empregado, que apesar de ser criador, a obra pertence ao empregador, ento pessoa jurdica na maioria dos casos. A empresa seria a titular dos direitos, mas no a criadora. A prtica torna a questo simples, mas em uma situao judicial, a forma tcnica de cada conceito adotada e a Lei entra em conflito continuamente. Quem sai perdendo na maioria dos casos sempre o programador. Justo ele que deveria ser protegido pela Lei. Tambm, a Lei no esclarece, nesse caso, se o programador empregado pode ser co-autor (co-criador), deixando o entendimento de que isso seria situao de contratao entre as partes. Mas da, nem a Lei de Softwares, nem a de Direitos Autorais, seriam diretamente aplicveis, pois a contratao especfica j estaria a cabo do Cdigo Civil. Confuso, no mesmo? O mais estranho que a Lei deveria servir para esclarecer e no confundir. Ou seja, se o programador empregado estiver criando algo interessante, poder, ento, consultar seu empregador e negociar os direitos da obra, elaborando um contrato com os termos do Cdigo Civil, sem interferncia inclusive do Cdigo de Defesa do Consumidor. Todavia, o contrato da empresa com o programador exige que este faa a criao meramente. O que novamente demonstra que a Lei conflitante e o judicirio teria que julgar o caso com base no direito consuetudinrio, ou seja, baseado
nos costumes. Novamente, a Lei que deveria proteger o programador, acaba-o deixando sem amparo. Em suma, se o programador empregado tiver uma obra sendo criada ou pronta, no poder exigir nada acerca dos direitos, a menos que o empregador consinta e faa um contrato desses direitos com ele. Mas se o empregador se recusar a negociar, o programador tambm no poder comercializar a obra, pois a mesma no lhe pertence. Qual seria a base legal para resolver tal impasse? Simplesmente no h Lei aparente. Poderiam ser defendidas diversas teses, tanto pelo direito do programador quanto da empresa. Por ordem lgica, para no causar pnico econmico em grandes empresas de desenvolvimento de solues, obviamente a deciso judicial em caso similar seria resguardar os direitos da empresa, porm, neste caso, a Lei de Direito Autoral novamente estaria conflitante, pois:
Art. 5 Para os efeitos desta Lei, considera-se: VIII obra: a) em co-autoria quando criada em comum, por dois ou mais autores;
Assim, para os efeitos dessa Lei, j se pode afirmar que o criador da obra, como empregado, mesmo tendo criado sozinho e no em criao comum, no poder exigir os direitos sequer de co-autor.
Isso apenas um exemplo simples de que a Lei de Direito Autoral em quase nada se aplica aos programadores, webdesigners, entre outros. O exemplo j foi tratado em tpico anterior e esclareceu que a Lei de Software, em seu artigo quarto, prev que a criao do empregador, salvo contratao separada. Mas o ponto que o escritor tenta demonstrar que a Lei de Software permite uma contratao diferente regrada por Lei de Direito Autoral, mas isso depende exclusivamente da benevolncia do empregador, pois no h nada mais que possa corroborar com os interesses do programador empregado. Por isso se afirma que, em caso judicial, o juiz optaria em ressalvar a empresa e no o programador. Esse exemplo foi apenas para esclarecer que o programador deve realmente conhecer seus direitos para manter-se seguro e nunca acreditar que a Lei de Direito Autoral possa lhe socorrer, devendo sempre recorrer Lei de Software, precisa e inicialmente. A razo da exposio de toda essa complicao foi a quantidade de casos que o escritor desta obra acompanhou e pde notar que os programadores em geral confundiam seus direitos como programadores com os direitos de outros tipos de autores, como escritores, pintores, msicos etc. O escritor deste livro conheceu diretamente centenas de casos (pessoalmente, por e-mail, por sites, colunas jurdicas etc.) em que os programadores exigiam direitos que no eram cabveis, pois se tratavam de outros tipos de obras. Depois s
podiam se contentar com a insatisfao e em outros casos ainda amargarem em prejuzos. Tambm, salienta-se que o Cdigo Civil muito mais importante para o programador em geral que a Lei de Direito Autoral, assim como a CLT (Consolidao das Leis Trabalhistas) para o programador empregado, em especfico. Adiante com o tema, a Lei de Direito Autoral declara que o criador no est obrigado a registrar sua obra, mas determina que se o pretende fazer, deve ser por meio de rgo pblico definido pelo 1 do art. 17 da Lei n 5.988, de 14 de dezembro de 1973, e por nenhum outro mais. Sim, o escritor dessa obra esclarece, aos que perceberam, para evitar indagaes certas, que essa Lei foi revogada pelo artigo 115, como visto no incio deste tema, mas o que prevalece o contedo, ou seja, o rgo a que se deve procurar na inteno de registrar a obra. No caso dos programas de computador, o rgo o INPI Instituto Nacional da Propriedade Industrial, que ser mais bem estudado no Captulo 5. Outro ponto importante a ressaltar o prazo de propriedade e proteo da obra. O art. 41 da Lei de Direito Autoral afirma que os direitos perduram por setenta anos, a contar do primeiro dia do ano seguinte. Mas o que vale a Lei de Software, e essa determina que o prazo para a tutela dos direitos de cinqenta anos aps o primeiro dia do ano seguinte, como reza o pargrafo segundo do artigo segundo da Lei de Sofware.
Melhor esclarecendo, a Lei de Direito Autoral afirma que os direitos estaro resguardados por setenta anos, enquanto a Lei de Software afirma que os direitos estaro resguardados por cinqenta anos. Vale frisar que a Lei de Software a que prevalece, isto , os direitos do programador estaro protegidos por cinqenta anos, e no setenta, ao contrrio do que muitos programadores acreditam. Assim, mais uma vez, nota-se que a Lei de Direito Autoral falha, se analisada separadamente pelos olhos do programador, pois essa genrica a diversas criaes. O escritor dessa obra j teve inmeras chances de verificar esse conflito em casos especficos, em que programadores afirmam, categoricamente, que viram na Lei de Direito Autoral que a proteo ocorre por setenta anos, quando, na verdade, so cinqenta anos, como regra a Lei de Software. Que este prazo fique bem claro. Outro ponto concernente aos direitos morais do criador, que, pela Lei de Direito Autoral, so:
Art. 24. So direitos morais do autor: I o de reivindicar, a qualquer tempo, a autoria da obra; II o de ter seu nome, pseudnimo ou sinal convencional indicado ou anunciado, como sendo o do autor, na utilizao de sua obra; III o de conservar a obra indita; IV o de assegurar a integridade da obra, opondo-se a quaisquer modificaes ou prtica de atos que, de
qualquer forma, possam prejudic-la ou atingi-lo, como autor, em sua reputao ou honra; V o de modificar a obra, antes ou depois de utilizada; VI o de retirar de circulao a obra ou de suspender qualquer forma de utilizao j autorizada, quando a circulao ou utilizao implicarem afronta sua reputao e imagem; VII o de ter acesso a exemplar nico e raro da obra, quando se encontre legitimamente em poder de outrem, para o fim de, por meio de processo fotogrfico ou assemelhado, ou audiovisual, preservar sua memria, de forma que cause o menor inconveniente possvel a seu detentor, que, em todo caso, ser indenizado de qualquer dano ou prejuzo que lhe seja causado. 1 Por morte do autor, transmitem-se a seus sucessores os direitos a que se referem os incisos I a IV. 2 Compete ao Estado a defesa da integridade e autoria da obra cada em domnio pblico. 3 Nos casos dos incisos V e VI, ressalvam-se as prvias indenizaes a terceiros, quando couberem.
Contudo, a realidade para o programador outra, ditada pela Lei de Software, so os direitos morais do criador:
Art. 2 1 No se aplicam ao programa de computador as disposies relativas aos direitos morais, ressalvado, a
qualquer tempo, o direito do autor de reivindicar a paternidade do programa de computador e o direito do autor de opor-se a alteraes no-autorizadas, quando estas impliquem deformao, mutilao ou outra modificao do programa de computador, que prejudiquem a sua honra ou a sua reputao.
Ou seja, o programador quase no possui direito moral algum, exceto pelo de paternidade e de opor-se a alteraes que possam prejudicar-lhe de uma forma ou outra. Cabe esclarecer que, como j constou do incio deste livro, este escritor entende haver uma certa confuso, ou equvoco da Lei, para este tema, pelo que pede licena para relembrar o caro leitor, para realar o que se pretende defender. Outro ponto importante a transferncia dos direitos do criador, pois a Lei de proteo ao direito autoral faz previso diferenciada, o que tambm resulta em equvocos. O artigo 49 da Lei de Direito Autoral expe que a transferncia pode ser total ou parcial, pelo criador ou seus sucessores, pessoalmente ou por representante, por licenciamento, concesso, cesso ou outros meios admitidos em Direito. No que se refere ao programa de computador, h previso expressa e a transferncia deve ser feita perante o INPI, somente, no sendo admitido outro meio. Tambm, nesse mesmo artigo 49, diz que a cesso, em no constando o prazo, ter no mximo cinco anos, o que para o programa de computador no uma realidade, pois um software pode ser comercializado sem vencimento, podendo o adquirente do produto us-lo eternamente, sem a necessidade
de revalidar sua aquisio. Se outra circunstncia ocorrer, esta ser objeto de previso em contrato. Ou seja, no direito autoral simples, no se demonstrando o prazo da transferncia, este ser de cinco anos no mximo e no programa de computador j se entende que o produto no ter vencimento, exceto que se contrate prazo, o que razovel e inteligente. As sanes quanto violao dos direitos autorais, na Lei simples, no so aplicveis ao programa de computador, pois tal previso total na Lei de Software. O grande resumo que a Lei de Direito Autoral no deve ser a Bblia do programador, mas sim a Lei de Software e, em segundo plano, o Cdigo Civil e depois a CLT, para o programador empregado.
Concluso
Como concluso, menciona-se que o programador no deve preocupar-se com a Lei de Direito Autoral, mas apenas com a Lei de Software, sendo essa a norma legal correta. A Lei de Direito Autoral causa confuso na compreenso pelo programador e se este pretende aumentar seus direitos, deve, ento, recorrer ao Cdigo Civil, mas apenas para questes no previstas diretamente na Lei de Software, por exemplo: Se o programador empregado estiver desenvolvendo uma criao diferenciada, ter dois caminhos:
O primeiro ter cincia de que o produto final no lhe pertencer, mas sim ao seu empregador. O segundo resguardar a obra da empresa, comunicando por escrito e por meio inequvoco o empregador de que determinada obra ser desenvolvida, dando a oportunidade ao empregador de negociar os direitos da obra com o programador, ou expressar seu desinteresse pela obra, ficando esta livre para ser negociada pelo programador criador a quem lhe interessar, independentemente do vnculo empregatcio.
Note que tal comunicao deve ser feita antes de iniciar a obra, pois se presume que a obra pertence ao empregador e se este for comunicado tardiamente, o programador nada poder exigir como empregado.
3
Da contratao
O programador empregado
O programador empregado no tem muitos privilgios ante a Lei de Software; na verdade, possui um s, o de poder
negociar a titularidade da obra com o empregador, como muitos legisladores entendem. Particularmente, o escritor dessa obra no acredita ser essa a nica previso na Lei de Software um privilgio. Como comentado anteriormente, o programador empregado no possuir qualquer direito sobre a obra, sequer o de fazer constar seu nome no software. Ele no ser o dono do software. A Lei de Software resguarda todos os direitos ao empregador, valendo lembrar e frisar o artigo quarto da Lei de Software:
Art. 4 Salvo estipulao em contrrio, pertencero exclusivamente ao empregador, contratante de servios ou rgo pblico, os direitos relativos ao programa de computador, desenvolvido e elaborado durante a vigncia de contrato ou de vnculo estatutrio, expressamente destinado pesquisa e desenvolvimento, ou em que a atividade do empregado, contratado de servio ou servidor seja prevista, ou ainda, que decorra da prpria natureza dos encargos concernentes a esses vnculos. (Destaque nosso.)
Nesse ponto que se observa o privilgio do programador empregado, pois poder estipular condies diferenciadas no tocante criao a ser desenvolvida. Essa estipulao absolutamente ampla, assim no poder ser feita verbalmente, pois dificilmente algo ser provado efetivamente.
Na dvida sobre as condies estipuladas, o fator econmico ser totalmente preterido, como bem expe o pargrafo primeiro, que diz:
1 Ressalvado ajuste em contrrio, a compensao do trabalho ou servio prestado limitar-se- remunerao ou ao salrio convencionado.
Porm, como tambm visto anteriormente, essa estipulao um acordo, precisando haver consentimento das partes, assim, o programador nada poder exigir sem a benevolncia do empregador, que na maioria das vezes no admite negociar o resultado dos softwares que foram criados dentro da empresa e durante o horrio de trabalho. A se criar o impasse que, obviamente, provar que a Lei em nada beneficia o empregado desenvolvedor. Isso deve ficar bem claro, para se perceber a importncia dos passos seguintes. No mesmo artigo quarto, porm nos pargrafos segundo e terceiro, tem-se a previso:
2 Pertencero, com exclusividade, ao empregado, contratado de servio ou servidor os direitos concernentes a programa de computador gerado sem relao com o contrato de trabalho, prestao de servios ou vnculo estatutrio, e sem a utilizao de recursos, informaes tecnolgicas, segredos industriais e de negcios, materiais, instalaes ou equipamentos do empregador, da empresa ou entidade com a qual o empregador mantenha contrato de prestao de
servios ou assemelhados, do contratante de servios ou rgo pblico. (Destaque nosso.) 3 O tratamento previsto neste artigo ser aplicado nos casos em que o programa de computador for desenvolvido por bolsistas, estagirios e assemelhados.
Apenas para ficar muito claro, esclarece que o texto legal acima se refere ao fato do programador empregado desenvolver um software afora sua relao trabalhista, isto , seria um software destinado a outrem que no a empresa empregadora, como um trabalho paralelo desenvolvido nas horas vagas. Evidente que o trabalho desenvolvido sem o vnculo empregatcio do empregado e no do empregador. Mas nesse tipo de relao h discrdias rotineiras, pois muito do trabalho do desenvolvedor ocorre durante o dia, podendo ser por meio de e-mail, telefone e outros meios. A empresa pode tentar obter os direitos do software alegando que parte deste foi desenvolvida durante o horrio de trabalho, bastando a exibio de algumas anotaes e contas de e-mails. Talvez isso no possa satisfazer a pretenso do empregador, para obter os direitos da obra, mas certamente gerar desgaste e gastos ao programador, que poder, at mesmo, ser demitido. O escritor dessa obra faz questo de esclarecer que essas pequenas previses durante os assuntos desenvolvidos so meramente exemplificativas, pois o futuro dos atos jurdicos das partes est eivado de incertezas, nada podendo afirmar,
mas os alertas so importantes e retirados do cotidiano do mundo jurdico e de casos concretos que analisou e patrocinou anteriormente. Assim, para evitar quaisquer desentendimentos, alguns cuidados devem ser tomados. Alm de evitar usufruir do horrio de servio para trabalhos particulares entre outros atos afins, um passo certo a ser dado notificar o empregador deste trabalho paralelo. Esse passo importante tanto para estagirios como para profissionais j contratados e efetivados. Notificar o empregador tem, diretamente, dois objetos especficos: estabelecer condies para a criao, diferenciadas do vnculo empregatcio, e cientificar o empregador da criao a ser desenvolvida fora da relao de emprego, para nada exigir posteriormente, mesmo que parte do trabalho tenha sido desenvolvida nas dependncias da empresa. A notificao um ato simples, mas requer o meio correto na prtica, pois apesar de no requer formalidade alguma, deve ser efetivada por meio inequvoco e de maneira correta. O meio inequvoco a forma pela qual no se deixa margem para o empregador, posteriormente, alegar ignorncia do fato. Assim, duas so as formas mais simples de se consumar o ato da notificao, o envio desta por correspondncia A.R. (com aviso de recebimento) ou entregar diretamente empresa a notificao, obtendo um protocolo de recebimento na cpia idntica.
H quem defenda que esta notificao deve ser feita por meio de cartrio, notificando a empresa por servidor pblico dotado de f pblica, mas isso tema ultrapassado e no mais exigido em atos como o tratado nesse tema, porm cautela necessrio e, se assim preferir, o programador estar mais protegido ainda, afinal essa modalidade de notificao no pode ser considerada cara. Assim sendo, nada melhor como ilustrao que exibir um modelo de notificao, com alguns tpicos, podendo o programador alterar o contedo como melhor preferir e lhe atender, pois, repita-se, a notificao no exige formalidade, como um ttulo de crdito, por exemplo, cheque, que tem de ter certos campos e informaes. Algumas consideraes: note, leitor, que no h, e no dever haver, a preocupao de se esconder a idia, pois esta poder ser aproveitada a qualquer momento, por qualquer um, pois a criao protegida, nunca a idia, que , ou passa a ser, de domnio pblico, como afirma a Lei sobre Direito Autoral, em seu artigo 8, incisos I e VII, que dizem:
Art. 8 No so objeto de proteo como direitos autorais de que trata esta Lei: I as idias, procedimentos normativos, sistemas, mtodos, projetos ou conceitos matemticos como tais; VII o aproveitamento industrial ou comercial das idias contidas nas obras. (Destaque do escritor.)
Modelo de Notificao de Programador Empregado

So Paulo, 00 de janeiro de 0000. Empresa X A/C.: Senhor Y End.: Rua Tal, n. z, So Paulo, SP. NOTIFICAO Ref.: Criao de Software Fulano de Tal, brasileiro, solteiro, programador e webdesigner contratado pela empresa notificada, portador da cdula de identidade RG n xx.xxx.xxx, CPF n xxx.xxx.xxx.-xx, residente e domiciliado..., vem respeitosamente perante essa respeitvel empresa, como funcionrio, para expor e notificar o quanto segue: Possuo um projeto para a criao de um site com ferramentas especificadas a seguir com integrao de um software, que tambm ser por mim criado, visando comercializ-lo com destino tal. O projeto possui caractersticas prprias e poder servir aos interesses da empresa, pelo que se prope, com fulcro no artigo 4 da Lei de Software, um pacto para estabelecer condies estipuladas, afora o vnculo trabalhista existente.
Esse pacto consiste em alterao nas horas de trabalho, para melhor atender s exigncias do projeto, assim como estabelecer percentual econmico sobre a comercializao do produto final e condies sobre os direitos autorais. No sendo esta notificao, com teor de proposta, respondida em um prazo de setenta e duas horas, entender-se- que houve falta de interesse na proposta, podendo este notificante desenvolver o projeto sem qualquer interveno da notificada, ficando esta ciente de que o produto final ser inteira e exclusivamente propriedade do notificante. Com efeito, fica esta respeitvel empresa inteiramente notificada do teor desta, nada podendo posteriormente reclamar acerca dos direitos sobre o produto, que ser desenvolvido de forma independente e afora o vnculo trabalhista, no caso de desinteresse por parte da notificada. As especificaes bsicas do projeto, para nada alegar ignorncia futura, so: (mero exemplo) um site jurdico que abrigar diversas contas de escritrios de advocacia, podendo cada um deles possuir um banco de dados para inserir informaes de processos que esto sob seu patrocnio, destinando o contedo para controle pessoal e acesso informativo de seus clientes, por meio de senhas e comandos de ferramentas, com acesso integral ou parcial, as informaes podero ser sincronizadas com PDAs ou no. Alm desse servio, nesse local o profissional encontrar um acervo de legislao, jurisprudncias, boletins e demais
informaes jurdicas, para o integral e fiel cumprimento de seus mandatos judiciais. Ao ensejo, apresenta considerao. Atenciosamente, Fulano de Tal Programador e Webdesigner. P.S.: Para obter o download desse modelo ou solicitar informaes adicionais visite o site do autor e ou sua lista de discusso, disponveis em: www.doutord.com.br os protestos de estima e
O programador autnomo
A contratao de um autnomo possui mais exigncias nos quesitos jurdicos. Todo ato realizado que possa gerar direitos e obrigaes um ato jurdico. Como sempre, todo ato jurdico passvel de problemas e muitos findam na esfera judicial, pois impossvel se torna o acordo entre as partes. Impossvel ainda prever nesse livro todos os aspectos formais e jurdicos de uma contratao, que to restrita quanto a imaginao. Assim, alguns tpicos, os mais rotineiros sero tratados, porm estes sero suficientes para se conhecer o mnimo necessrio e entender o motivo de tamanha preocupao, que exige inmeras prticas para cercar em contrato uma boa contratao.
Como visto, a Lei que regra sobre Direitos Autorais em pouco se relaciona com o mundo da informtica e a Lei de Software no to especfica para tranqilizar as transaes do programador, sendo o Cdigo Civil o melhor regulamento, o que defende este autor. At mesmo a proposta encaminhada ao eventual cliente deve ser feita por escrito, com os detalhes expostos, prazos etc., tal como determina o Cdigo Civil, em seu art. 427. O mais importante sempre deixar a relao baseada em Responsabilidade Civil e Direitos e Obrigaes, pois esse equilbrio ajuda a afastar o conceito de relao de consumo, ou seja, o Cdigo de Defesa do Consumidor, sempre complicado ao programador e facilitado ao consumidor. Para que haja a relao de consumo, necessrio que estejam presentes alguns fatores, sendo: Inicialmente, deve-se frisar que na relao com o programador os conceitos bsicos da relao de consumo so diferenciados. Em situao normal, basta que o fornecedor seja pessoa jurdica ou autnoma, e, do outro lado, esteja um consumidor final, do produto ou da prestao de servio, como assim prev o Cdigo de Defesa do Consumidor:
Art. 2 Consumidor toda pessoa fsica ou jurdica que adquire ou utiliza produto ou servio como destinatrio final. Pargrafo nico. Equipara-se a consumidor a coletividade de pessoas, ainda que indeterminveis, que haja intervindo nas relaes de consumo.
Art. 3 Fornecedor toda pessoa fsica ou jurdica, pblica ou privada, nacional ou estrangeira, bem como os entes despersonalizados, que desenvolvem atividade de produo, montagem, criao, construo, transformao, importao, exportao, distribuio ou comercializao de produtos ou prestao de servios. 1 Produto qualquer bem, mvel ou imvel, material ou imaterial. 2 Servio qualquer atividade fornecida no mercado de consumo, mediante remunerao, inclusive as de natureza bancria, financeira, de crdito e securitria, salvo as decorrentes das relaes de carter trabalhista. (Destacamos.)
Assim, se a contratao no for bem esclarecida, o programador pode ter problemas, j que a caracterizao do Cdigo de Defesa do Consumidor est plena. O consumidor possui todos os direitos, como notrio. At o nus da prova no lhe cabe. Ele alega e o fornecedor tem que provar o contrrio. Assim, em uma contratao mal feita, caso haja problemas no futuro, o programador ter dificuldades. Uma situao hipottica : Um programador e um consumidor tratam um servio. Nesta situao hipottica usaremos o mesmo exemplo exposto na notificao do programador empregado ao empregador, sendo: um site para escritrios de advocacia, visando disponibilizar informaes que os prprios advogados implantaro.
Nesse exemplo, posteriormente pode acontecer de um advogado cometer alguns equvocos ao implementar informaes, tal como ocorreu com o Tribunal de Justia do Estado de So Paulo, em Fevereiro de 2007, quando um servidor pblico inseriu um resumo de uma Novela de TV dentro dos campos de dados de um processo judicial. Por bvio que foi publicado o trecho da Novela como se fosse uma fase do prprio processo, o que causou grande estardalhao na mdia e no meio jurdico. Esta a prova de que erros humanos so possveis e quando ocorrem muito barulho vem junto. Se o mesmo ocorresse em um sistema de acompanhamento processual de um advogado ou escritrio de advogados, poderia gerar danos passveis de aes judiciais contra o profissional e seu escritrio. Porm, o advogado, ou escritrio de advogados, poderia alegar que o equvoco teria partido do site, do software que gerencia o banco de dados do site ou at mesmo das ferramentas que do acesso ao setor do site. Da, seria o programador o alvo da ao judicial. Como o programador poder se defender? Sem um contrato, isso ser impossvel, pois a mera alegao do consumidor pode ser fatal e uma coisa certa: neste exemplo, sendo o advogado o cliente do site, havendo implicao do Cdigo de Defesa do Consumidor, basta a alegao, devendo o programador provar que a alegao incabvel. Assim, h certos pontos a serem esclarecidos, para que o profissional desenvolvedor possa minimizar os riscos de sua atividade, conhecendo seus direitos e obrigaes, tal como garantindo sua tranqilidade por bons contratos.
O primeiro deles estabelecer os mais importantes quesitos para a negociao, ou seja: a elaborao de um contrato.
Dos quesitos para contratar

Para que o programador possa elaborar um contrato, importante conhecer o prprio projeto, tentando visualizar eventuais problemas na relao. Para isso, o programador ter que avaliar o prprio projeto sendo pessimista, para imaginar as possveis falhas, para ento elaborar condies que evitem esses erros, remediandoos com mtodos preventivos. Seguindo o exemplo do site para advogados, pode-se dizer que esses pontos seriam: 1. Quem ser o contratante e quem ser o contratado; 2. Como se dar o valor ao contrato; 3. Haver algum software sendo comercializado? Como?; 4. Quais sero as obrigaes do contratante e as do contratado; 5. Quais sero as penalidades; 6. Se ocorrer um eventual problema, onde ser resolvida a questo. Bem, esses tpicos merecem esclarecimentos, pois cada um deles deve constar por obrigatoriedade e no por capricho, isto , estes elementos da contratao so obrigatrios, como previsto em Lei, sendo os elementos essenciais de um contrato:
Quem ser o contratante e quem ser o contratado?

Isso pode verdadeiramente fazer diferena. O contratado quem disponibilizar o produto, ou seja, o programador. Pode ser pessoa fsica ou pessoa jurdica. Essa diferena a mais difcil das decises a serem tomadas. Sabe-se que pessoa jurdica, para um s trabalho, custa mais caro, por seus encargos, porm pessoa fsica no poder contratar facilmente no mercado, dependendo do objeto da relao, como em uma licitao municipal. Isso seria uma anlise para cada caso, com estudo de viabilidade no somente econmica, mas tambm fiscal. No geral, o programador comea como autnomo e com o tempo se torna uma pessoa jurdica. Em tese, para esse exemplo, a pessoa fsica ser adotada, pois tal atividade se restringe prestao de servio e esses tributos so menos complexos. Na questo do software, esclarece-se que se algum software for fornecido, h peculiaridades que podem fazer a diferena e sero posteriormente comentadas. Contratante ser o advogado ou o escritrio de advocacia, sendo pessoas fsica e jurdica, respectivamente.
Como se dar o valor ao contrato?

Todo contrato deve possuir um valor, mesmo que incerto e/ou quando confeccionado por perodo indeterminado (fica aqui o alerta de que nenhum contrato de prestao de servio poder
ser maior que quatro anos, como dispe o artigo 598 do Cdigo Civil). Este contrato um tpico instrumento de prestao de servio, como previsto no artigo 593 do Cdigo Civil. Mas no caso do programador, h duas formas de se interpretar prestao de servio. A primeira a criao e desenvolvimento do software. A segunda o que comumente se chama de suporte. Desta feita, uma coisa a prestao de servio para incio e trmino do software, outra coisa o suporte que ser dado ao clientecontratante, como continuao da prestao de servio. O autor deste livro destacou a palavra suporte, pois os programadores utilizam este conceito para a prestao de servio ao seu cliente, acerca de seu software. Porm, a Lei de Softwares d esta palavra um conceito distinto, para a Lei, suporte a obrigao do programador de responder pelo software e sua eficincia, sem qualquer pagamento por isto. Por isto que esta palavra foi aqui destacada. Se o contrato for meramente para o desenvolvimento de um software, sem a prestao de servio mensal (suporte), o valor ser integralmente adotado, sendo o valor da vantagem econmica, ou seja, o preo contratado. Exemplo: se o contrato for para o desenvolvimento de um software no total de 500 unidades (unidades, pois nos exemplos no ser citada nenhuma moeda), esse ser o valor do contrato, ou seja, 500 unidades.
Se o contrato for para a prestao de servio continuado, o correto utilizar o valor mensal estabelecido multiplicado por
12, isto , ser utilizado o perodo anual para estabelecer o preo, mesmo que o contrato no termine nesse perodo. Exemplo: se foi estabelecido um custo de 100 unidades ao ms, o valor do contrato deve ser referente a 12 meses, sendo o valor do contato 1.200 unidades, mesmo que o contrato possa ser rescindido antes de completar o 12 ms.
Se o perodo for mensal, mas seu trmino for conhecido, ser o valor somado dos meses referentes prestao de servio. Exemplo: se o contrato for para 15 meses com um custo de 100 unidades ao ms, o valor do contrato ser de 1.500 unidades. Se for de 7 meses, com o mesmo custo mensal, o valor do contrato ser de 700 unidades.
Ou, ento, se for desenvolvimento do software com prestao de servio, o contrato ser misto e o valor adotado ser a soma dos dois. Exemplo: seguindo os valores estabelecidos nos exemplos anteriores, o valor do contrato seria do desenvolvimento do software mais o perodo da prestao de servio anual (no caso de no se conhecer o trmino do contrato), ou seja, 1.700 unidades. No caso de desenvolvimento do software com contrato de prestao de servio (conhecendo o trmino do contrato), seria 2.000 unidades e 1.200 unidades, respectivamente.
Nesse exemplo, deve ficar estabelecido que nenhum software esteja sendo vendido, mas apenas desenvolvido e,
se for vendido, ser objeto de contrato separado, o que mais recomendvel, e mais bem comentado no captulo 4. Apenas para concluir, o valor do contrato deve ser sempre na moeda corrente nacional, ou seja, a Lei veta o ato de contratar em moeda estrangeira pactos nacionais.
Haver algum software sendo comercializado? Como?

Nesse exemplo, nenhum software ser comercializado, ao menos diretamente. Mas havendo a hiptese de algum software ser comercializado, mesmo que seja parte integrante dessa relao jurdica, este ser objeto de apreciao separada, em contrato distinto, pois se difere muito da relao de prestao de servio, alm de que tornaria o esclarecimento dos tpicos algo complicado, pois misturaria muitos assuntos. Ser melhor o estudo separado. A prestao de servio regrada pelo Cdigo Civil (art. 593) e, o software, pela Lei de Software (Lei n 9609/98). Um pequeno exemplo para mostrar que essa a maneira altamente recomendvel de agir, que quando um software comercializado, o programador ou titular dever manter pelo perodo da validade o suporte necessrio, enquanto a prestao de servio pode ser interrompida a qualquer momento, com notificao de trinta dias, no sendo necessrio manter qualquer suporte. Note, caro leitor, que este suporte aqui mencionado o que a Lei de Softwares trata como obrigao do programador
perante a eficincia do software, no se confundindo com a prestao de servio de suporte, como j esclarecido no tpico anterior. importante entender essa diferena, pois a Lei, por ser extensa, acaba sendo incompleta ou vasta em lacunas, ou at mesmo contraditria.
Quais sero as obrigaes do contratante e as do contratado?

Essa a parte que exige maior ateno e preocupao, em qualquer contrato, pois o que no estiver no contrato no obrigar nenhuma das partes, e isso pode ser prejuzo para uma delas. Nesse caso e exemplo, algumas diretrizes sero indicadas, mas ressalta-se que as condies so ilimitadas e todo cuidado pouco. Bem, o site jurdico, que a hiptese-exemplo, abrigar diversas contas de escritrios de advocacia, o que indica que vrios contratos sero feitos, um para cada contratante. Cada um deles possuir um banco de dados prprio para inserir informaes de processos que esto sob seu patrocnio. Bem, apesar de a obrigao da insero ser do contratante, dever do contratado-programador fornecer todo o suporte (suporte legal previsto no art. 8 da Lei de Softwares) para que a operao seja bem-sucedida, que finda em obrigao mtua. Esse contedo, uma vez inserido no banco de dados, destinado para controle pessoal e acesso informativo a
clientes, por meio de senhas e comandos de ferramentas, torna-se mais uma vez uma obrigao do programador. Mas nesse caso h outra questo, que no se poder jamais esquecer, sob pena de grandes riscos e danos: a senha. A senha dever ser gerada pelo contratante e o uso e divulgao dela devem ser bem expressos no contrato, sendo a responsabilidade do contratante. Na omisso dessa contratao, o programador ter problemas. Um destaque aqui: parece bobagem, mas a questo da senha de alta importncia. Um provedor de acesso Internet muito conhecido no Brasil (caso esse bem real) e detentor de muitos clientes pagantes, disponibiliza servio de loja virtual, com um banco de dados prprio. O nome deste provedor ser poupado por questes bvias. Bem, o caso que a ferramenta que guarda as senhas daqueles que visitam os sites com login, ficam todas armazenadas em um campo de fcil acesso no banco de dados fornecido pelo provedor ao lojista. Assim, o lojista tem acesso direto a todas as senhas de todos os seus clientes que visitam e compram em sua loja virtual alocada no provedor mencionado. O caso que nenhum desses clientes da loja virtual acaba sendo cientificado disso e seu login e senha, que deveriam ser totalmente desconhecidos, acabam sendo de fcil acesso. Aqui h duas grandes razes para este alerta:
A primeira que o programador deve ser cauteloso e demonstrar isso ao seu cliente antes de entregar o trabalho como terminado, dando a ele total conhecimento dos fatos, para que cada internauta possa ter a cautela de gerar uma senha apropriada para o site. Da, tanto o programador, como seu cliente, estaro livres de possveis problemas. A segunda que estas senhas colocam os internautas em situao de vtimas. O autor desta obra j conheceu casos de quadrilhas que criaram lojas virtuais para simplesmente conhecerem as senhas dos seus supostos clientes, que eram na verdade vtimas. Os clientes-vtimas, aps criarem seu login e senha, faziam pagamentos na compra de produtos na loja virtual. Caso o leitor no tenha conseguido fazer a deduo desta preocupao, ento este autor esclarece: normalmente os internautas costumam criar uma senha padro para sites e muitas vezes usam at mesmo a prpria senha do seu banco. Aps a compra na loja virtual, o lojista acaba tendo acesso completo a qual banco o cliente-vtima possui sua conta, agncia e possvel senha. Muitos casos foram resolvidos perante Instituies Financeiras e muitos deles estavam diretamente ligados esta sistemtica. Duas Instituies Financeiras, que o autor deste livro teve conhecimento, alteraram seu sistema de acesso online para prevenir esta ao maliciosa, todavia, o tal provedor de internet at hoje opera da mesma forma, o que um absurdo. De qualquer forma, fica este alerta ao leitor, para demonstrar que coisas simples podem redundar em grandes responsabilidades e a melhor forma de se esquivar cientificar
seu cliente e retirar de si o peso desse perigo, ao menos para transferir ao cliente a obrigao da responsabilidade. Seguindo com o esclarecimento das obrigaes das partes e resolvida a questo da senha, com as cautelas acima ilustradas, estabelece-se a forma de acesso ao suposto site, prevendo onde estar hospedado o site e seu banco de dados, qual ser a sistemtica de senhas, a quem caber os acessos, se estes sero limitados ou no, enfim, a previso dos detalhes. Alm desse servio, a situao hipottica que estamos utilizando menciona que o site disponibilizar um acervo de legislao, jurisprudncias, boletins e demais informaes jurdicas para o integral e fiel cumprimento de seus mandatos judiciais. Isso ser de responsabilidade total do programador contratado. Inmeros fatores esto ligados a esse tpico, mas aprofundar-se no tema seria desgastante ao leitor, mesmo porque a probabilidade e diversidade de eventos danosos seriam infindveis.
Quais sero as penalidades?

A penalidade contratual toda perda que o inadimplente tem com o no-cumprimento de sua quota parte no contrato. No caso, a penalidade ser econmica, ou seja, multa. Mas h penalidades como o instituto chamado arras (Cdigo Civil, art. 420). Esse instituto prev que o contratante perder o valor adiantado, desde que assim contratado, no caso de desinteresse na contratao, isto , se o contratante
se arrepender de haver contratado, o valor j pago ser por ele perdido, em prol do contratado. Frise-se, o instituto arras, apesar de no comum, simples e certo, mas deve ser contratado expressamente. Mas se o programador desistir, o valor pago adiantado ser devolvido em dobro. Esse o preo do risco da contratao do instituto arras. Apenas para melhor ilustrar esse interessante instituto, este ser aproveitado no exemplo.
Se ocorrer um eventual problema, onde ser resolvida a questo?

Essa questo a mais simples, certamente, mas deve ser expressa. Ela indica em qual Comarca (Cidade) dever ser discutida a questo judicial, se ocorrer.
Os quesitos escolhidos e o exemplo de contrato

Os quesitos (condies) escolhidos no poderiam jamais espelhar um caso real, assim como o exemplo do contrato a seguir tambm no reflete a realidade, mas entende-se como mero exemplo, para o entendimento do leitor e para servir como base para um contrato simples, uma vez que possui as questes necessrias a um contrato real. Por curiosidade e at mesmo complementao, cabe um esclarecimento extra de que contrato o que se combina
meramente. O combinado verbalmente um contrato e a prova exige duas testemunhas, muito embora na prtica isso seja um pouco mais complexo. O combinado, quando expresso e assinado, um Instrumento de Contrato e este, sim, possui fora legal como prova. O instrumento de contrato tambm exige duas testemunhas para validar o ato, mas estas nem sempre so necessrias fisicamente (estarem presentes) em casos judiciais, bastando a existncia das assinaturas no contrato para j validar a prova. A diferena entre a necessidade de testemunha no contrato verbal e testemunha no instrumento de contrato que no primeiro caso as testemunhas validaro o que foi combinado, por isso iro audincia judicial, para em testemunho validarem o ato. No segundo caso, as testemunhas validam o acordo no instrumento, sendo dispensvel o testemunho judicial, pois se entende que o acordo foi presenciado e assim consumada est a questo. A audincia no ser necessria para ouvir as testemunhas. Sem as testemunhas o ato no nulo, tampouco o contrato, mas se no houver testemunhas, este instrumento no servir para a ao de execuo de contrato, servir apenas para ao ordinria, que mais lenta e exigir audincias para instruir a demanda, ficando o contrato meramente como um elemento de convico para o juiz, e no para provar os direitos e as obrigaes. Assim, as testemunhas so altamente necessrias, mesmo no contrato por escrito, o instrumento de contrato.
Por fim, ressalta que em seguida somente constar o exemplo em tela, para prestao de servio. O modelo de contrato para fornecimento de software ser tratado no Captulo 4, dadas suas peculiaridades.
Exemplo de contratao Instrumento de Contrato

INSTRUMENTO DE CONTRATO DE PRESTAO DE SERVIO E DE OBRIGAES De um lado, como CONTRATANTE, o advogado Beltrano, brasileiro, solteiro, advogado devidamente inscrito perante a OAB sob o n xxx, portador da cdula de identidade RG n xx.xxx.xxx, CPF n xxx.xxx.xxx-xx, residente e domiciliado ...; e de outro lado, como CONTRATADO, o webdesigner e programador Fulano de Tal, brasileiro, solteiro, programador, portador da cdula de identidade RG n xx.xxx.xxx, CPF n xxx.xxx.xxx-xx, residente e domiciliado, tm entre si, justo e acordado, o seguinte pacto de prestao de servios, cumulado com obrigao de no fazer, regrado pelas clusulas e condies a seguir descritas, estabelecendo que as condies aqui no avenadas sero relacionadas s Leis de Software e Direito Autoral, seguidas pelo regulamento do Cdigo Civil. 1. DO OBJETO DO CONTRATO O objeto do contrato consiste na prestao de servio, por meio de espao virtual pela Internet, alocado em um site, denominado Site Processual e Jurdico, com
direito ao contratante de acesso aos dados e de insero deles, de sua responsabilidade. 2. DA CONSISTNCIA DO SERVIO O Site Processual e Jurdico dispe de um acervo em legislao, jurisprudncia e boletins, alm de pequenos servios, como links jurdicos, entre outros. Tambm, o Site Processual e Jurdico colocar disposio do contratante um caminho de acesso a um banco de dados, para insero de informaes referentes aos processos e respectivos andamentos. Esse banco de dados poder ser acessado por uma senha, denominada senha Master, que poder inserir, alterar, excluir, consultar e acessar quaisquer dados, em texto, nos campos dispostos. Agregadas senha Master, o contratante ter direito, por este pacto, a dez senhas Acessrias, destinadas aos clientes do contratante, que permitiro consultar os dados inseridos pela senha Master. Com isso, o contratante disponibilizar informaes atinentes aos processos aos respectivos clientes. 3. DAS RESPONSABILIDADES DO CONTRATADO O contratado dever manter a legislao, jurisprudncia, boletins e demais servios devidamente atualizados.
O contratado disponibilizar as ferramentas ao contratante, via Internet, para que o objetivo seja integralmente alcanado, at mesmo com suporte a dvidas, ora avenado pela forma de e-mail. O e-mail com a dvida dever ser respondido no prazo mximo de 24 (vinte e quatro) horas a partir de seu recebimento. O contratado disponibilizar de uma senha Master, que ser criada pelo contratante, sem conhecimento do contratado e acesso dele, e dez senhas Acessria, que tambm sero criadas pelo contratante, sem conhecimento do contratado e acesso dele. A senha Acessria dever possuir mecanismo de reconhecimento do cliente, evitando que este tenha acesso a processos de outros. A responsabilidade sobre a obrigao de no-fazer do contratado relativa a no divulgar a listagem de contratantes, nomes envolvidos nos processos judiciais, e qualquer outra atitude similar, sempre visando colaborar com a discrio e o sigilo resguardado ao advogado, ora contratante. 4. DAS RESPONSABILIDADES DO CONTRATANTE Este dever arcar com o valor mensal acordado, como contra-prestao pelo servio prestado. O contratante fica terminantemente proibido de fazer uso do banco de dados contratado para demandas que no lhe so patrocinadas. Cada contratante
possuir um banco de dados, individual, especfico e no compartilhado por outros. Essa obrigao anterior fica como responsabilidade de no fazer e a infrao dessa condio implicar o dobro da pena avenada. O contratante tambm declara que o contratado no possui obrigao para com o provedor de acesso do site, no tendo responsabilidade sobre eventuais e temporrias interrupes do servio. 5. DO VALOR E DO PAGAMENTO O valor estipulado para o contrato de 360 unidades, e o pagamento mensal ser de 30 unidades, a ser pago diretamente (em mos) ao contratado, todo quinto dia til de cada ms. No momento da contratao, o contratante adiantar o segundo e o terceiro pagamento, como arras, com previso no artigo 420 do Cdigo Civil (Lei n 10.406, de 10 de janeiro do ano de 2002). Em caso de atraso no pagamento ser cobrada uma multa, no prximo ms, de 5 unidades, acrescida de juros e correo legais. 6. DAS PENALIDADES A parte inadimplente acerca das condies, exceto no atraso de pagamento, arcar com multa penal de 50 unidades, e a condio de obrigao de no fazer ser de 100 unidades.
A parte que der causa a via judicial arcar com as despesas do processo (viagens, hospedagens, pedgios, cpias, certides etc.), processuais (guias de diligncias, editais, percias etc.) e honorrios advocatcios, acordados em 20% (vinte por cento) do valor da condenao final. 7. DA ELEIO DO FORO As partes elegem o Foro da Comarca de So Paulo para dirimir quaisquer questes oriundas deste instrumento de contrato. E, por estarem ajustadas, assinam o presente instrumento em duas vias de igual teor e forma, na presena de duas testemunhas instrumentrias, para que este surta seus regulares efeitos jurdicos. So Paulo, xx de xxxxxx de xxxx. _____________________ Contratante _____________________ 1 Testemunha _______________________ Contratado _______________________ 2 Testemunha
P.S.: Para obter o download desse modelo ou solicitar informaes adicionais visite o site do autor e ou sua lista de discusso, disponveis em: www.doutord.com.br
As falhas contratuais freqentes

No verdadeiramente necessrio ilustrar diversos casos com inmeros modelos de instrumentos de contrato, pois, como dito anteriormente, cada caso singular. Assim, o modelo anterior, simples e genrico, contm os dados essenciais, podendo o leitor us-lo e adapt-lo como melhor preferir. Porm, algumas falhas no cumprimento contratual so mais comuns e uma delas a mais freqente: a inadimplncia. A maior parte das pessoas entende inadimplncia como falta de pagamento, o que no corresponde realidade. No mundo jurdico, a inadimplncia o termo genrico para falta de cumprimento do acordo. Qualquer condio acordada, em instrumento de contrato ou no, quando no cumprida, inadimplncia. Mesmo o cumprimento parcial inadimplncia total. No existe meia inadimplncia. A inadimplncia decorre da falta de cumprimento, mas no tcita, ou seja, no pode ficar meramente subentendida, ela tem que ser clara e diretamente apontada como falha de cumprimento. Imputar a inadimplncia requer alguns cuidados tambm, assim o inadimplente, para ser efetivamente caracterizado como tal, deve estar constitudo em mora. A mora pode ser do contratante ou do contratado, dependendo do caso, isto , quem inadimplir.
A mora
Para facilitar o entendimento sobre a mora, em vez de denominar contratante/contratado, ser utilizada a forma credor/devedor, que ser depois mais bem compreendido. Mora no simplesmente o no-pagamento, mas a inadimplncia em si. Inadimplncia no cumprir com o combinado, repita-se. Assim, constituir o inadimplente em mora nada mais que notific-lo, por meio inequvoco (por uma forma que no se poder alegar desconhecimento), de que o contrato foi descumprido de alguma forma e que ele (inadimplente) sofrer a sano (penalidades) que foi combinada, como multa ou perda de algum privilgio, por exemplo. O credor, na maioria dos casos, tem como contra-prestao receber algo certo, no tempo, no lugar e na forma devidos, ou seja: Conforme foi demonstrado no contrato exemplificativo (Na Contratao), o contratante deveria pagar 30 unidades ao ms, diretamente ao contratado, todo quinto dia til do ms, como se nota pela cpia do trecho citado a seguir.
5. DO VALOR E DO PAGAMENTO O valor estipulado para o contrato de 360 unidades, e o pagamento mensal ser 30 unidades, a ser pago diretamente ao contratado, todo quinto dia til de cada ms.
Assim, o tempo o quinto dia til, o modo o pagamento das unidades e a forma o pagamento direto ao contratado,
isto , nestas condies o credor dever receber como combinado. Se houver recusa do recebimento, no houve pagamento tecnicamente. Note que quem deveria pagar pde at ter tentado pagar, mas o credor recusou-se a receber por algum motivo. Dessa forma, poder-se-ia acreditar que o devedor inadimplente, uma vez que no pagou. Mas isso um absurdo, obviamente, pois tentou efetuar e o pagamento, mas o credor recusou-se a receber. Isso apenas para mostrar que a interpretao popular errnea; inadimplncia no falta de pagamento, descumprir o que foi combinado de qualquer forma e neste exemplo, foi o devedor que esteve do lado da verdade, sendo o credor o nosso inadimplente. Este autor no quer complicar o exemplo, quer apenas mostrar que no mundo jurdico nem tudo como se imagina na prtica. No o devedor que sempre deve, nem o credor que sempre tem que receber. So essas pequenas confuses que originaram este livro; os programadores confiavam em informaes equivocadas e com elas criavam situaes de difcil ou impossvel reparao. Este livro um alerta de perigos e, ao mesmo tempo, um guia que pretende fazer com que os programadores tenham boas cautelas para no serem pegos de surpresa em alguns situaes peculiares. Continuando, nesse exemplo, no tendo ocorrido o pagamento, o inadimplente (credor) deve ser constitudo em mora, ou seja, aquele que recusou o pagamento o inadimplente e para ser constitudo em mora, o devedor dever
notificar o credor de que o pagamento no ocorreu, deixando claro que foi por culpa do prprio credor, que sofrer as penalidades contratadas. Muitos leitores entraram em contato com este leitor, quando este livro estava na primeira edio, indagando se seria mesmo possvel algum recusar algum pagamento. Assim, este escritor aproveita a oportunidade desta reviso para melhor esclarecer esta questo, citando o caso tpico e mais comum: os agiotas. No mundo da agiotagem, por mero exemplo, muito comum casos em que o agiota some no dia do pagamento, impossibilitando o devedor de pagar sua dvida, somente para que o agiota possa cobrar da as multas do contrato, muitas vezes envolvendo at imveis como casas e apartamentos, que serviram como garantia da dvida e constaram no contrato com valores bem abaixo do valor de mercado. Assim, quando um agiota some no dia pagamento, ao invs dele receber a dvida, ele alega falta de pagamento e impe a multa do contrato, podendo at tomar o imvel do devedor. Esse exemplo muito conhecido no mundo jurdico. Para o devedor que quer pagar as dvida e evitar problemas, no sendo caracterizado em mora, como ocorreu com o credor que se recusou em receber, o devedor deve promover o pagamento judicialmente, por pagamento em consignao (nome tcnico jurdico citado por curiosidade). Pagando sua dvida judicialmente, o devedor consegue manter a dvida paga e no sofrer as penalidades do contrato.
Tudo isso est sendo comentado para expor uma das falhas mais freqentes dos contratos com profissionais programadores: a inadimplncia. Ressalta-se, para os mais exigentes desta leitura, que a mora do credor a mora accipiendi e a mora do devedor a mora solvendi. Uma vez bem compreendida a importncia de se conhecer o fator da inadimplncia, h que se conhecer como evit-la.
A mora e a questo freqente A grande armadilha

Uma das causas que mais geram consultas a um advogado o ato de infringir o contrato, seja por parte do contratante ou do contratado, como previsto no artigo 394 do Cdigo Civil, ou seja: A Mora. Se o programador foi contratado para desenvolver um software para uma empresa, sendo este um trabalho autnomo, ocorreu a consumao de um ato jurdico, entendendo-se ato jurdico como o ato que gera reflexos no mundo jurdico. Da surgem duas situaes programador e a mora da empresa. possveis: a mora do
Se o programador comprometeu-se a entregar o software pronto e acabado no prazo de 30 dias (por exemplo) e no o fez, este incorreu em mora e se for notificado, ou por alguma clusula contratual a notificao for dispensvel, o programador ser considerado inadimplente, podendo responder pelas clusulas penais do contrato, como multa,
resilio do pacto (resciso, quebra, trmino do contrato por previso de clusula) e demais cominaes de estilo. Bem, esse parece um exemplo simples, mas no o , pois muitos contratantes utilizam essa desculpa para prejudicarem o programador e at mesmo romper o pacto, sem responder pela resilio. Muitos programadores, em depoimento, relataram esse mesmo caso, ao longo das consultas prestadas. Pode-se at afirmar que todo programador, antes do quinto ano como profissional, conhece bem essa armadilha que algum cliente pode criar. Ocorre que um software ou um site, a princpio, nada mais que mera idia vaga. Rarssimos so os casos em que o trabalho foi idealizado sem referncia alguma e finalizado tal qual foi imaginado, quando da contratao. Todo trabalho, no geral, sofre mutaes ao longo de sua concretizao. Na maioria das contrataes, o programador expe uma idia inicial e esta comea a ganhar vida conforme vai desenvolvendo-se. O trabalho exposto ao contratante para que se verifique a satisfao ou insatisfao em relao ao produto, visando perfeio, virtude esta que geralmente est calcada nos trabalhos dos programadores e webdesigners. Nesses momentos, o contratante sempre tem uma idia diferente ou at mesmo acaba tendo uma outra idia da que gerou a contratao, obrigando o programador a tomar novos rumos e muitas vezes desperdiando o trabalho at ento desenvolvido, tendo que reiniciar o trabalho para adapt-lo nova idia do contratante.
Alm do transtorno e da perda das horas trabalhadas, um outro problema muito maior criado: o incio da falsa mora do programador contratado. Os trabalhos mais complexos so pagos, geralmente, por etapas, eqitativamente. Assim, o contratante acredita estar amarrando o programador ao servio, para que este somente receba pela etapa alcanada. Isso seria altamente justo, se no fossem as constantes alteraes solicitadas pelo contratante ao programador, como na grande maioria dos casos pode-se ver. As rotineiras alteraes, ao longo do projeto, atrasam relativamente os prazos previstos pelo programador e um incio de briga implcita comea a ser instaurada; isso chamado de pretenso resistida no Direito, sendo o primeiro passo para a lide, ou seja, a busca pela via judicial, decorrida pela mora.
O incio dos problemas

De um lado est o programador que trabalhou diversas horas, as quais foram perdidas, e que precisa receber pelo seu trabalho nas datas programadas; de outro est o contratante, que se recusa a pagar ao programador quando este ainda no alcanou a etapa contratada. O programador acredita que seu trabalho foi prejudicado por caprichos do contratante e este, por sua vez, diz que uma ou outra alterao no atrasou o projeto e culpa o programador por no ter atingido a etapa que justificaria o pagamento.
Bem, isso s o comeo que acaba geralmente se agravando, quando o programador, ento, tambm se recusa a terminar o projeto sem receber o que faltava. O contratante arcou com parte do pagamento, mas no tem nada de concreto do que pagou. Com efeito, passa o contratante a exigir a devoluo do dinheiro que adiantou ao programador, pois tiveram pagamentos e nenhum software existe. Um caso desses, judicialmente, nunca acaba de forma justa, pois cada um dos lados tem fortes motivos para resignar-se (no se conformarem) contra a deciso judicial, que no poder atender a ambos, sendo um ou outro o vencedor. O programador, se vencer, mereceu o pagamento que recebeu, pois efetivamente trabalhou, mas nem sempre o contrato prev pagamento para o trabalho parcial ou pelas horas trabalhadas. nesse momento que se encaixa o instituto da arras, como citado anteriormente. Ento, justo seria o contratante ser o vencedor, que contratou para ter o software por completo. Os pagamentos seriam apenas adiantamentos do valor acordado, pagos em etapas, consecutivamente, at a entrega total do produto. Assim, como adiantamento, o contratante acaba acreditando que o valor deve ser devolvido, pois o produto final no foi entregue. Realmente, esse tipo de caso sempre finda em uma injustia, para um ou outro. Assim, importante, ao contratar, estabelecer exatamente o que se contrata, se seria o trabalho empregado, as horas
trabalhadas ou o produto total; assim como se o pagamento seria parcial, se seria referente ao trabalho exercido ou se seria um adiantamento, lembrando que adiantamento complicado, pois na inexecuo do pacto, a quantia dever ser devolvida se no foi contrato em base de arras. Tambm, outro fator importante a quem pertencer o cdigo-fonte do software, j comentado no Captulo 3. Sendo assim, e por experincia prtica, o mais comum o pacto que sempre resta em acordar um preo por um servio completo, ou seja, um valor por um software. A maior parte desses contratos acaba em um Frum Judicial. No importa as horas empregadas ou as alteraes feitas e refeitas. O programador ter que entregar o produto, no prazo combinado, ou no receber como esperava. Como contornar a situao, quando h a necessidade de atrasar o prazo e evitar todo esse problema? A resposta a Novao!
A novao
A novao est prevista no artigo 360 do Cdigo Civil e significa que uma nova condio surgiu. Apesar de o cdigo afirmar que quando o devedor contrai nova dvida, a novao, hoje, mais ampla que isso, como visto nos exemplos j citados, provando que a legislao equivocada tambm neste trecho da vida do programador. A novao no somente quando a dvida renovada, mas quando uma nova condio surge e altera a obrigao e o direito de cada contratante. Esta ideologia no somente deste
escritor, mas comum este entendimento no Direito, seja na jurisprudncia ou na doutrina. Assim, caso o contratante solicite alteraes que possam comprometer o prazo de entrega do software, por exemplo, pode-se promover a novao, para estipular uma nova data de entrega do produto, ressalvando que isso no alterar os pagamentos mensais, evitando que o contratante se recuse a pagar as parcelas sob o argumento de que o projeto est atrasado ou que as etapas no foram ainda alcanadas. A novao poder ainda prever aumento do nmero de parcelas ou de seus valores, j que o trabalho foi aumentado. Porm, muitos contratos no estabelecem a condio de pagamento vinculado a etapa ou etapas, apenas se estipulam pagamentos mensais, por exemplo: um software contratado. O preo cobrado de 900 unidades (as unidades continuaro a ser usadas nessa obra para evitar o uso de nome de moedas) e o prazo de entrega de 90 dias, devendo o programador apresentar o cronograma do desenvolvimento em cada recebimento. Assim, acordam em trs pagamentos de 300 unidades, um para cada ms, coincidindo o ltimo pagamento com a entrega. Sendo assim, o contratante solicitado determina alterao e isso causa um atraso de alguns dias, comprometendo a apresentao do desenvolvimento do software naquela ocasio. Sob o argumento de que o software no est sendo regularmente desenvolvido, o contratante veta o pagamento daquele ms, imaginando que pode fazer isso baseado no andamento do projeto, que tambm atrasou.
Isso altamente comum nos negcios entre contratantes e desenvolvedores, mas essa prtica total e absolutamente errnea, no podendo uma parte (seja contratante ou contratado) deixar de cumprir sua obrigao baseada no descumprimento da outra. O certo , mesmo tendo a outra parte descumprido sua obrigao, cumprir integralmente a obrigao que lhe cabe, s assim se poder executar e exigir o contrato, caso contrrio, ambos estaro inadimplentes (e em possvel mora) e nada podero exigir em contra-partida. Com isso, o programador dever saber que o contratante nunca poder recusar o pagamento em situaes similares a essa e, caso tenha um contrato regido por pagamentos vinculados por etapas, qualquer alterao no projeto ou modificao que possa refletir nas condies pactuadas, as partes devem formalizar o ato em Novao. compreensvel que tudo isso seja uma grande burocracia, mas s assim o programador poder ficar tranqilo, caso contrrio, seu trabalho poder estar comprometido, poder nada mais receber e, pior, poder ser executado e condenado a pagar as multas e demais cominaes pactuadas. Muita injustia j foi cometida, mas no s por culpa do judicirio, e sim pela inrcia das partes e, muitas vezes, pela falta de cautela do programador, que na maioria dos casos, nem sabia como deveria agir. O Juiz somente pode decidir uma causa baseado nos fatos e documentos que estiverem nos autos (processo). Condio ou condies nunca algo para ser imaginado ou
subentendido, ou at mesmo presumido, que o correto termo tcnico. Assim, o pagamento no pode ser presumido, tampouco a causa do no-pagamento. Da mesma forma ocorre com a obrigao, isto , no se presume que a obrigao foi alterada pelas partes. Se houver uma Novao, estipulando nova data de entrega, bvio que o Juiz saber que o programador no atrasou a entrega (em exemplo). Todavia, se no houver uma Novao, e sim um contrato que estipula uma data certa para a entrega total ou parcial do software, e este no foi apresentado, no importa o que ocorreu, estar caracterizada a mora, conseqentemente a inadimplncia e a obrigao do programador em responder pelas multas e danos, se houver. Nesses casos, pode-se pensar que testemunhas poderiam ajudar, mas ocorre que as aes de execuo contratuais no tm audincia, as partes no ficam diante do Juiz, tudo decidido apenas por documentos. Conseguir alterar (converter) uma ao de execuo de contrato em uma ao comum, para ser instruda com depoimentos das partes e testemunhas, algo quase impossvel, por uma nica razo: no Direito notrio o ditado que A Justia no pode socorrer quem Adormeceu. Conclui-se ento que se o programador sabia que a alterao iria comprometer a data da entrega, deveria ter cientificado o contratante por meio inequvoco e buscar respaldar-se, usando a Lei para proteger-se dela prpria. Esse ato compreendido como inrcia da parte, por isso se diz que
adormeceu, e quem adormece nada pode pleitear, pois ignorou a Lei e seus reflexos, ou at mesmo decidiu correr o risco. Assim, outro caminho no h, seno proteger-se das alteraes do combinado com uma Novao. Se nova condio sobrevier, uma nova Novao poder ser feita e outras mais podero consecutivamente ser formalizadas tambm, pois no h limitao ou restrio, quando for da vontade das partes. Como se faz uma Novao? Isso muito mais simples do que se pode imaginar, basta formalizar um Aditamento. Um aditamento, apesar de simples, tarefa difcil nesta obra, pois no se pode prever todas as possibilidades de alterao do combinado. Fica a carga do leitor promover as adaptaes que entender conveniente para seu caso. Recomenda-se que um profissional advogado possa auxiliar na confeco dos documentos.
O aditamento
O Aditamento um instrumento simples e pode ser feito de duas formas: no prprio instrumento de contrato ou em folha separada. Caso decida-se Novar por aditamento no prprio contrato (usando o verso da folha ou a parte final, se houver espao), basta informar, como uma clusula adicional, que determinada condio foi inserida, excluda ou alterada. As partes assinam novamente abaixo do que foi Novado e novamente as duas
testemunhas instrumentrias (que tornam o simples acordo em instrumento de contrato), que no devem ser esquecidas. Optando por documento separado, caso a novao traga condies que no caberiam fisicamente no verso do contrato, as partes devem ser novamente qualificadas, tal qual foi feito no contrato, deve-se citar que as partes qualificadas esto Novando, informar qual condio ser inserida, excluda ou alterada e qual condio inicial permaneceu inalterada. essencial que esse procedimento seja realizado de forma clara. Para no gerar equvoco de compreenso posteriormente, basta que as partes assinem na parte inferior do documento, na presena das testemunhas. Assim, a mora ser afastada com a novao, formalizada em aditamento, garantindo a paz s partes e em especial ao programador.
A quitao
Aps a contratao, eventual novao e seu respectivo aditamento, supe-se que o trabalho foi finalizado. Ento, chegou o momento da quitao. Sem a quitao, no h como subentender o trmino da obrigao, podendo o programador ou contratante incorrer na mora, pois o pagamento e o cumprimento do contratado no podem ser presumidos. Normalmente, a quitao dada pelo credor ao devedor, mas no caso da contratao de servios de programao, a quitao deve ser mtua, diferentemente do que imagina a maioria das pessoas e de algumas interpretaes de doutrinas
jurdicas. O mundo digital ainda est se formando e muito ainda h que se adaptar para resolver estas diferenas do universo do programador. Assim, o programador receber do devedor/contratante a quantia combinada e ceder a quitao do pagamento no ato do recebimento. O contratante, por sua vez, ceder ao programador uma quitao tambm, podendo ser meramente da obrigao da entrega do software ou, o mais importante, do software e seu cdigo-fonte. Assim, o contratado (programador) ter a prova de que entregou o cdigo-fonte, que era sua obrigao, demonstrando que cumpriu com a sua parte, evitando que o contratante possa, futuramente, alegar inadimplncia do programador, dizendo que este no entregou o cdigo-fonte ou o software, como acordado. Tambm, essa ltima quitao ser de suma importncia no futuro, pois a entrega do cdigo-fonte indica que a propriedade e os direitos do software foram transferidos, como permite a Lei. Vale repetir que a transferncia dos direitos sobre o software para o consumidor nico, que encomendou o trabalho, simples assim, mas a transferncia dos direitos a um titular, para representar o software no comrcio, deve ser registrada no rgo competente (INPI). A contratao direta entre empresa (ou outro) e programador trata-se de uma contratao regrada pelo Cdigo Civil, como visto anteriormente, e no ser regulamentada (de forma direta) pelo Cdigo de Defesa do Consumidor, que exigiria um produto destinado coletividade, podendo qualquer
um requerer cuidados ao programador ou ao seu titular, como exposto no incio desta obra. Sendo a contratao direta e no coletividade, no h que se falar em Cdigo de Defesa do Consumidor amplamente, assim o cdigo-fonte do software poder ser transferido sem a intervenincia do rgo regulamentador, o INPI, pois os resultados do software nesse caso no refletiro sobre uma coletividade. Destaca o autor desta obra que tecnicamente h muito mais termos complexos para definir esta situao, mas que ora so ignorados, pois no fariam a menor diferena prtica para o caro leitor. Um exemplo dizer que o registro da transferncia do cdigo-fonte e demais direitos sobre o software deve ser formalizado em contrato perante o INPI, para efeitos de terceiros, isto , para que ningum alegue ignorncia sobre quem recai os direitos e as obrigaes relativas ao software. Nesse caso de contratao direta, sem interferncia de terceiros, est dispensada tal cautela, mas o cdigo-fonte ainda um bem imaterial, ou seja, um tesouro ao seu detentor. Se o programador retm o cdigo-fonte, este no poder ser alterado por outros, sem sua expressa autorizao, podendo o programador sempre exigir a paternidade do produto. Caso tenha sido estabelecido que o cdigo-fonte seria entregue ao contratante no trmino do contrato, deve tambm constar que os direitos relativos ao software esto sendo transferidos, no podendo o programador no futuro obstar alteraes, pois se subentende que o software passou a ser
uma propriedade do contratante, como se o programador fosse dele empregado. A Lei no faz tanta distino assim como se demonstra nesta obra, mas entende o escritor que deveria, pois muitos foram os casos que receberam a ateno deste profissional envolvendo situaes parecidas. Muitos programadores desenvolveram softwares aos seus clientes, depois forneceram estes softwares aos concorrentes do seu cliente direto; ou depois de entregue o software ou cdigo-fonte, a empresa produziu alteraes e o programador queria vetar tais modificaes, alegando que na Lei de Software h previso desse impedimento. Muitos transtornos, danos e prejuzos j foram acompanhados por este escritor, a partir de casos simples como agora tenta expor e eventualmente ajudar a evitar. Isso deve ficar bem exposto, pois a Lei no clara nesse sentido, mas os Juzes tendem, em casos assim, a decidir pelo Direito Consuetudinrio (Direito dos Bons Costumes), entendendo que uma vez entregue o produto e o cdigo-fonte, regrados por Cdigo Civil e suas obrigaes previstas, o software no uma Obra Intelectual puramente, mas sim um produto qualquer, como se fosse um automvel que no teria a obrigao de fazer a manuteno na concessionria da marca. Melhor, o Software passa a apresentar o conceito de mero servio prestado, como um mecnico que conserta um automvel, ou um mdico que presta uma consulta. Um caso assim foi acompanhado pelo autor deste livro, que pede licena para contar rapidamente, para ilustrar de forma mais clara: um webdesigner foi contratado para desenvolver
um web site uma empresa de renome do ramo de roupas, aps feito e entregue o trabalho, esta rede de roupas, ento sua cliente, comeou a produzir alteraes no site. Ocorre que o programador havia colocado este web site, por ele feito, em seu currculo. Aps algumas recusas de contratao de seus servios o webdesigner ficou sabendo que no estavam gostando de seus servios, pois o site da dita rede de roupas era pssimo. Da que o webdesigner percebeu que seu trabalho havia sido totalmente poludo e estragado, com as alteraes feitas pelo seu cliente. O webdesigner ingressou com uma ao judicial contra a loja, se sentindo prejudicado, pois havia feito o trabalho por valor nfimo, desejando apenas ter este cliente em seu currculo e, no final, serviu apenas para manchar seu nome e reputao. Em grande resumo, todos saborearam bons prejuzos com este episdio, que poderia ter sido evitado com uma simples clusula contratual. Estas cautelas visam evitar que programas sejam monopolizados pelo programador ou pelos seus clientes. Imagine este outro caso vivido e acompanhado por este escritor: um software feito para uma clnica de 5 mdicos e, com o passar do tempo, essa clnica conta com mais de 100 mdicos. Todos esto acostumados com o uso do software criado e todo o banco de dados e agenda de todos os mdicos esto no software. Mas esses mdicos pretendem efetuar uma alterao no software e para isso precisam do cdigo-fonte. Bem, esse seria um momento ideal para o programador que desenvolveu o software obstar qualquer alterao sem sua autorizao e, para ento autorizar, passaria a cobrar uma verdadeira fortuna para entregar o cdigo-fonte ou ele mesmo fazer as alteraes, sabendo que os mdicos no pretenderiam perder todo o
trabalho investido no software, perdendo o banco de dados, a agenda etc., para fazer outro software com outro desenvolvedor. Neste caso acompanhado o programador pde sentir o poder da vida e da morte. Esse aproveitamento da situao seria uma tima oportunidade ao programador, especialmente porque seria uma coao permitida por Lei (Lei de Software). Vantagem, direito, proteo, todas estas palavras poderiam ser ditas pelo programador; coao, oportunismo, m-f, estas poderiam ser pronunciadas pelo cliente. E foi assim mesmo durante a ao judicial, cada qual tinha a sua alegao. Tudo por uma simples razo: no houve acordo prvio sobre o cdigo-fonte. Assim, importante saber o destino e a propriedade do cdigo-fonte. Ningum pode saber o que acontecer no dia de amanh. O contratante somente poder exigir o cdigo-fonte se assim foi contratado, do contrrio ser propriedade do programador. No entregando o cdigo-fonte, entender-se- que o que foi entregue um produto nico, como se no fosse possvel jamais alter-lo, sem novo ajuste com o programador. Caso o contratante, no futuro, promova uma alterao sem autorizao do programador, este pode no se conformar e invocar os Direitos de sua Autoria, tendo a prova, pois o cdigo-fonte estaria na sua posse e registro (vide a forma de registro alternativo, nesta obra).
E se o contratante solicitar ao programador uma alterao, este poder negociar o servio como se fosse um produto novo, como se tivesse que entregar um novo software, pois o resultado seria um produto com o cdigo-fonte novo, diferente. Assim, h casos em que o primeiro software propriedade do programador, mas o software alterado pode ser propriedade do contratante. Qual seria a diferena na prtica, ento? Simples, o primeiro software poderia ser utilizado pelo programador para ser aproveitado em outras clnicas/clientes, pois o produto seu. Poderia at disponibilizar para a coletividade (a estaria o Cdigo de Defesa do Consumidor presente) e cobrar cada unidade vendida. Poderia ainda colocar o programa livremente na internet, at licenci-lo com alguma verso de Software Livre. Mas o segundo software, o alterado e adquirido com cdigofonte pelo contratante, no seria mais sua propriedade, no podendo comercializ-lo nem aproveit-lo para outros fins; seria um software personalizado e que a ele no pertence. Essa a diferena, por isso importante saber e contratar a propriedade do cdigo-fonte, antes mesmo da criao do software. Desta feita, a quitao de suma importncia, pois os reflexos seriam inmeros futuramente. Nesse caso, a quitao tem que ser clara, expondo que o programador entregou ou no o cdigo-fonte, enquanto o programador cede a quitao pelo recebimento da quantia acordada.
Neste livro ainda ser ilustrado o registro alternativo do cdigo-fonte de software. Todavia cabe neste captulo, que a Quitao, adiantar uma dica: a troca de quitao entre cliente e programador pode ser mais cautelosa quando o cdigo-fonte entregue com o servio, exigindo algo mais, ou seja, Selar o fonte. Uma mdia pode ser utilizada para isto, como em exemplo um CD, ou at mesmo pode-se imprimir todo o fonte, no h problemas nisso. O importante conseguir colocar todo o fonte em um envelope muito bem fechado. Neste envelope o cliente dar a sua assinatura, como um Selo ou Lacre. A razo desta cautela simples, futuramente, havendo a necessidade de se provar a entrega do fonte, ser imprescindvel provar tambm qual teria sido o fonte entregue. Este envelope lacrado, com a assinatura do cliente, seria a prova da entrega e do contedo de todo o cdigo-fonte, ou seja, alm de provar a entrega ainda se provaria na ntegra qual teria sido o fonte entregue. Parece um absurdo de exagero de cautela, mas no . Um outro caso que parecia simples em seu comeo foi tambm acompanhado por este escritor. Um software aparentemente simples foi encomendado a um desenvolvedor. O programa teria que gerenciar o controle de comisso de vendedores externos de uma determinada empresa. O programa foi feito e entregue como combinado, havendo pagamento e tudo mais. O cdigo-fonte foi entregue informalmente, sem nada constar no contrato ou quitao. A empresa produziu algumas pequenas alteraes no programa aps alguns meses. Passado mais de um ano, um
dos vendedores externos da empresa foi fazer uma minuciosa busca e levantamento de comisses. Ele descobriu que estaria sendo lesado, pois as comisses estavam sendo pagas erradamente, praticamente trinta por cento a menos. Todos os vendedores externos fizeram o mesmo e descobriram que tambm haviam sido lesados. O caso acabou em uma ao trabalhista e o valor pleiteado no era dos menores. A empresa viu que tudo ocorreu por causa do software, que estranhamente ignorava as vendas feitas com valores abaixo de um teto-mnimo. O advogado da empresa no teve dvidas, acionou o desenvolvedor do programa, exigindo apurao de responsabilidade e indenizao por todas as perdas. Porm, o desenvolvedor no tinha qualquer prova de que o cdigo-fonte entregue estava perfeito e que o erro teria sido criado depois das alteraes realizadas pela prpria empresa. Defender este programador no foi fcil, especialmente pelo motivo da existncia do Cdigo de Defesa do Consumidor, que o colocou como prestador de servio e a empresa figurou como consumidora, cabendo ao programador o nus da prova da perfeio do software, frente alegao de erro no programa invocada pela empresa-consumidora. No havia uma quitao dizendo que a empresa tinha recebido o programa e que o mesmo estava se comportando muito bem. Era uma ao ganha para a empresa. A Justia foi feita por uma liberalidade do destino, o desenvolvedor do programa foi salvo processualmente, pois a empresa cometeu algumas falhas tcnicas no decorrer do processo e perdeu um prazo
importante, logo, deve ficar claro que se no fosse o fator sorte, o programador acabaria em um grande prejuzo. Assim, o programador zeloso jamais deve se esquecer de trocar quitao, para ter a prova de finalizao do servio contrato, que este se apresentou sem incorrees, tendo consigo uma prova fsica do cdigo-fonte na ntegra que foi entregue. Tudo para evitar possveis problemas no futuro.
4
As cautelas com o software
Disponibilizando o software
Aps a explanao sobre a Lei de Software e a Lei de Direitos Autorais, visualizaram-se as diferenas entre programador autnomo e programador empregado, assim como houve um esclarecimento, com exemplos prticos, sobre como contratar e as cautelas bsicas necessrias para efetivar uma contratao mais segura, seja para o autnomo ou empregado.
Bem, no trmino do software, duas situaes so altamente perigosas para o futuro do produto e, por sua vez, ao programador: o cdigo-fonte e o contrato de uso. Como salientado anteriormente, no incio dessa obra e principalmente no Captulo 2, a Lei (Lei no geral, a Legislao vigente em nosso pas) est muito distante de uma perfeita previso e proteo ao direito sobre um software. Se o assunto for software-livre, bem, ento a cautela tem que ser dobrada, pois nossa legislao parece ignorar totalmente a inteno do mundo livre: compartilhamento e integrao. O Direito no deve criar uma Lei, como se criasse uma situao, ele apenas Regulamenta uma situao j existente, nada mais. Porm, no caso de Software, a regulamentao apresentou-se altamente falha no quesito Cdigo-Fonte. Isso ocorreu talvez porque os legisladores no tenham conhecimento tcnico de informtica o suficiente e no puderam prever os reflexos futuros de um software no mundo jurdico. O software est protegido pela Lei de Direitos Autorais. Ento deve receber o mesmo tratamento que as demais obras intelectuais, ressalvando que h princpios especficos regrados na Lei de Software. Entretanto, nem a Lei de Direitos Autorais nem a Lei de Software faz uma correta e profunda anlise sobre o cdigofonte, deixando uma lacuna imensa a ser preenchida. H que se concordar que a Lei de Direitos Autorais imputa Lei de Software a ausncia de previso legal especfica, e esta, por sua vez, faltando uma correta previso, imputa ao INPI Instituto Nacional da Propriedade Industrial e ao Cdigo Civil
uma subsuno (subsuno a aplicao da Lei ou seu entendimento legal a um caso concreto). Quando tudo mais ainda for insuficiente, cabe ao Juiz decidir, baseado no Direito Consuetudinrio (dos bons costumes), uma correta aplicao legal ao caso, e no havendo Lei para justificar a deciso, dever o magistrado expor os fundamentos da deciso de forma cristalina, demonstrando os elementos de sua convico para ento justificar o decidido, sem aplicao direta de Lei ou previso legal. De forma simples, esse ato denominado Jurisprudncia. No Brasil no h muita Jurisprudncia formada e pacificada, at o presente momento, acerca dos reflexos do cdigo-fonte e no se acredita que nos prximos cinco anos haver, pois esse o tempo mdio que os Egrgios Tribunais levam para pacificar um entendimento legal. O autor deste livro tentou buscar casos nos tribunais de So Paulo, para melhor demonstrar a dificuldade da Lei em ser aplicada na rotina dos programadores e webdesigners, mas a precariedade tanto que sequer foi possvel. Para citar como exemplo, na primeira deciso sobre Spam, no Brasil, decidiu-se que o e-mail indesejado (Spam) nada mais que mera mala direta, como se fosse correspondncia convencional fsica (carta). Isso se passou h anos atrs, no ano de 2001, e ainda hoje nada foi alterado ou melhorado. Oras, a nobre Juza do caso no analisou a situao corretamente, na simplria viso deste escritor.
No Direito tambm h um entendimento de que tudo permanecer igual, at que algo mude. A forma digital de correspondncia, e-mail, altamente simples, rpida e de baixssimo custo. Assim, as empresas podem adquirir milhares de contas de e-mail e fazer uma verdadeira baguna nas caixas postais do internauta. Um simples comparativo que h 15 ou 20 anos atrs, qualquer um poderia emprestar seu disco LP (Long Play) ou fita cassete para que seus amigos gravassem para si, isso jamais foi preocupante para as gravadoras, mas hoje tudo mudou, pois o mundo virtual uma facilidade para certas prticas e hodiernamente rotina ouvir sobre pirataria. Oras, antes no havia o temor da pirataria em gravar um LP de um amigo e repassar a outros amigos, agora h convenes e congressos s para discutir isso. Fica muito claro o entendimento de que tudo mudou com a vinda da Internet, todavia esta Juza que decidiu sobre o Spam em 2001 parece no ter acompanhado a evoluo do mundo, tal como a Lei, ainda hoje, prximo do ano de 2010, tambm parece no ter evoludo nada para o universo de Softwares. Ainda sobre o Spam, para o usurio que utiliza o recebimento de e-mails por um celular, por exemplo, com conexo de baixa velocidade (GPRS, por exemplo), receber Spam, alm de aborrecer, causa-lhe gastos, muitas vezes altos. Assim, uma inverso foi criada, pois praticamente sem nenhum gasto as empresas podem aborrecer e transferir esse gasto aos usurios de e-mail, que no desejavam em hiptese alguma essas mensagens e sequer as lero.
Essa inverso no foi apreciada pela Juza e isso comprometeu gravemente a situao, pois muitas empresas aguardavam uma deciso nesse sentido para comearem suas atividades em Spam. Houve um aumento significativo no uso de Spam aps essa deciso, que precisa ser retificada com a mxima urgncia, mesmo que muitos anos depois. Este mesmo escritor desta obra diminuiu drasticamente o uso de e-mail por celular, somente por causa dos Spams. Com esse exemplo, demonstrou-se que imperiosa uma Lei mais acurada sobre diversos aspectos no mundo digital, em especial no Direito de Tecnologia em geral. No diferente, ento, no caso do cdigo-fonte. Pelo contrrio, at mais perigoso. Apesar de no refletir a uma quantidade enorme, como o Spam, a propriedade do cdigo-fonte poder gerar grandes transtornos com a falta de posio legal adequada e direta. Tudo isso foi mencionado para se verificar a fragilidade da Legislao diante do avano da tecnologia e, ao mesmo tempo, o quo frgil em relao ao cdigo-fonte. Bem, o Software uma criao prevista como obra intelectual pela Lei de Direito Autoral, como bem exposto nos captulos anteriores. Em analogia (comparao), um arquiteto que elabora uma planta e um projeto magnfico de uma casa pode cobrar valores altssimos por seu trabalho, equiparando-se a um grande pintor de poca.
Porm, sua planta e projeto no esto previstos como uma obra intelectual, e o arquiteto no poder obstar uma alterao futura na planta da casa, tampouco no projeto. Isso quer dizer que tambm no ser necessrio obter uma autorizao do arquiteto para alterar o projeto inicial. Com essa analogia, pode-se comparar o trabalho da engenharia de software e do cdigo-fonte. Em muitos trabalhos corporativos, um software s pode ser desenvolvido aps se conhecer a engenharia que ser aplicada. A engenharia de software teve de ser desenvolvida para iniciar a criao do software. Essa engenharia de software estaria equiparada planta de uma casa, ou seja, um trabalho tcnico, e no uma obra intelectual. A obra intelectual somente aquela prevista na Lei de Direito Autoral. A pergunta que permanece : estaria, ento, o software, equiparado outra obra intelectual, como uma pintura a leo em tela? Ou ser que a engenharia de software deveria fazer parte da Lei de Software? Se assim ocorrer, pois recebe os mesmos cuidados, altamente perigoso se adquirir um software de encomenda, pois este seria uma obra inviolvel pelo seu detentor/comprador. O exemplo tratado no Captulo 3, em que o programador contratado para desenvolver um software para uma clnica,
retrata muito bem essa particularidade, pois este poderia ser um monoplio forte e protegido por Lei autoral, o que pior (para o mercado em si). Melhor at expondo, este justamente o pensamento que move o Software-Livre. A fora do mercado poderia acabar fazendo, e at poder, com que os softwares somente fossem adquiridos de empresas, deixando os Artistas esquecidos. Comparar o programador e seu software a um artista e uma obra rara algo complexo, quando se pensa nos reflexos do mundo jurdico e, pior, no h previso legal que os distinga em determinados momentos. So iguais e possuem os mesmos direitos. Mas quem que compraria um quadro famoso e depois determinaria alteraes no mesmo? Entretanto, na rotina do software, difcil encontrar algum que adquira um software e no tenha o deseja de alter-lo. Assim, altamente previsvel uma alterao na Lei de Software, futuramente, para diferenciar melhor a questo do programador, do software e seu respectivo cdigo-fonte, at mesmo a respeito da incluso e conceituao da engenharia de software. Esse o motivo principal e essencial para uma inteira preocupao nesse sentido, contratando adequadamente o destino do cdigo-fonte, para que uma eventual alterao legal no possa implicar prejuzos e desagradar o programador/criador. Impossvel seria relatar em um nico livro todas as possibilidades de problemas baseados em cdigo-fonte, mas acredita-se que a idia principal foi atingida com xito, o que mais importante.
Sendo assim, ao disponibilizar o software, o programador ter ainda mais uma precauo a seguir: deixar bem claro a quem pertence o cdigo-fonte (software mais propriamente dizendo) e quais so as limitaes no uso, gozo, disponibilidade, tempo de uso e possibilidade de alteraes. Este escritor pede licena para reforar esta particularidade, para que o leitor tenha certeza e entenda muito bem quais so as principais preocupaes que devem sempre ser lembradas, em cada trabalho:
Limitaes no uso; Gozo uso do programa; Disponibilidade se o programa pode ser transferido a outrem; Tempo de uso se h data para expirar a licena de uso; Possibilidade de alteraes no cdigo-fonte.
Se o programador jamais se esquecer destes itens, pode-se acreditar que no haver problemas. Cercar estes cuidados 99% de sucesso nas atividades de rotina; a experincia e o tempo de trabalho como advogado neste universo digital j provou isso. Basta um bom contrato de software (licena de uso) para se ter tranqilidade profissional.
O contrato de software
O Contrato de Software no o contrato que acordou as obrigaes da criao, mas sim o contrato de uso do produto, a licena tratada e exposta nos primeiros captulos desta obra.
Por meio da licena de software, o quesito de suma importncia, o cdigo-fonte, ser ento tratado, expondo a quem este pertence e as regras com suas limitaes a quem utiliza o produto. Quando o produto foi feito exclusivamente para um nico usurio (pessoa jurdica ou fsica), esse contrato dispensvel, pois j houve um contrato quando da criao do software e subentende-se que todas as condies j tenham sido tratadas no mesmo documento. Este item pode at parecer que o este escritor esteja querendo ignorar a Lei de Softwares (art. 9), pois esta determina que a licena de uso seja condicionada ao uso do programa. Mas deve ficar claro que este item se refere apenas regularidade do uso, ou seja, regularidade da aquisio (compra) e para fins fiscais. Este artigo em nada se confunde com os direitos e obrigaes referente ao cdigo-fonte. Porm, para qualquer outro fim que no de uso exclusivo, esse contrato de suma importncia para proteger interesses do programador, em especial dois: o Direito Autoral e a excluso de determinadas responsabilidades. O Direito Autoral j foi um tanto quanto explorado ao longo desta obra, o que deixa a ateno voltada somente para a excluso de responsabilidades. H programas, e isso rotina, que inexplicavelmente no funcionam em determinados computadores, outros que causam conflitos, pois o programador no ter como testar seu software em funcionamento conjunto com todos os demais softwares existentes no mercado, assim seu produto pode ser
incompatvel com outros softwares, gerando problemas aos usurios etc. Outra questo muito comum o software ser utilizado inadequadamente pelo usurio. E, dentre muitas outras questes, uma das mais importantes e que o programador geralmente no percebe a data de origem do software. No em relao validade ou algo similar, mas para que este no entre em conflito com eventual Lei futura ou que gere dvidas sobre a criao. Uma criao pode ser feita em 2002 e disponibilizada como gratuita, sem constar da licena a data do produto. Posteriormente outro programador cria algo muito parecido e tambm disponibiliza seu produto, mas em verso paga. Bem, esse ltimo pode alegar que o primeiro produto foi uma cpia do seu produto e, por ser gratuito, est atrapalhando suas vendas, gerando assim a concorrncia desleal e violao ao direito autoral, tratado pelas Leis j comentadas e tambm pelo Cdigo Penal, em seu artigo 184, que diz:
Violao de direito autoral Art. 184. Violar direitos de autor e os que lhe so conexos: (Redao dada pela Lei n 10.695, de 1.7.2003) Pena deteno, de 3 (trs) meses a 1 (um) ano, ou multa. (Redao dada pela Lei n 10.695, de 1.7.2003) 1 Se a violao consistir em reproduo total ou parcial, com intuito de lucro direto ou indireto, por qualquer meio ou processo, de obra intelectual, interpretao, execuo ou fonograma, sem
autorizao expressa do autor, do artista intrprete ou executante, do produtor, conforme o caso, ou de quem os represente: (Redao dada pela Lei n 10.695, de 1.7.2003) Pena recluso, de 2 (dois) a 4 (quatro) anos, e multa. (Redao dada pela Lei n 10.695, de 1.7.2003) 2 Na mesma pena do 1o incorre quem, com o intuito de lucro direto ou indireto, distribui, vende, expe venda, aluga, introduz no Pas, adquire, oculta, tem em depsito, original ou cpia de obra intelectual ou fonograma reproduzido com violao do direito de autor, do direito de artista intrprete ou executante ou do direito do produtor de fonograma, ou, ainda, aluga original ou cpia de obra intelectual ou fonograma, sem a expressa autorizao dos titulares dos direitos ou de quem os represente. (Redao dada pela Lei n 10.695, de 1.7.2003) 3 Se a violao consistir no oferecimento ao pblico, mediante cabo, fibra tica, satlite, ondas ou qualquer outro sistema que permita ao usurio realizar a seleo da obra ou produo para receb-la em um tempo e lugar previamente determinados por quem formula a demanda, com intuito de lucro, direto ou indireto, sem autorizao expressa, conforme o caso, do autor, do artista intrprete ou executante, do produtor de fonograma, ou de quem os represente: (Redao dada pela Lei n 10.695, de 1.7.2003) Pena recluso, de 2 (dois) a 4 (quatro) anos, e multa. (Includo pela Lei n 10.695, de 1.7.2003)
4 O disposto nos 1o, 2o e 3o no se aplica quando se tratar de exceo ou limitao ao direito de autor ou os que lhe so conexos, em conformidade com o previsto na Lei n 9.610, de 19 de fevereiro de 1998, nem a cpia de obra intelectual ou fonograma, em um s exemplar, para uso privado do copista, sem intuito de lucro direto ou indireto. (Includo pela Lei n 10.695, de 1.7.2003)
Esse crime no seria bem o caso do exemplo, pois no seria uma reproduo com intuito de lucro j que o software gratuito nesta hiptese, conforme alegado pelo prejudicado, mas poderia muito bem servir de alegao subsidiria concorrncia desleal, pois mesmo no tendo lucro com o software gratuito, o primeiro programador poderia diminuir o lucro do segundo, gerando danos e uma boa ao criminal, como bem previsto na Lei n 9.279/96, em seus artigos 2, inc. V; art. 195 e demais atinentes (distribuir produto gratuito com nico intuito de prejudicar o concorrente estratgia criminosa). At o programador gratuito conseguir esclarecer todos os fatos, gastos e preocupaes, teria grandes prejuzos, mas que poderiam ser evitados com pequenas cautelas; usando este mesmo exemplo, bastaria que o software tivesse em si a data de criao e j estaria demonstrado ser anterior e, logo, com isso no teria qualquer problema. No Brasil, toda pessoa inocente at que se prove o contrrio e no h ilicitude sem Lei que a preveja, e at mesmo o que no diretamente proibido tacitamente permitido. Isso significa que todos so inocentes at prova em contrrio e que
no h crime sem uma Lei que assim o defina e que o que no proibido pode ser entendido como permitido. Mas o direito de requerer investigao e at um processo criminal de todos, bastando ter a vtima indcios do que alega. Assim, qualquer um poder processar o programador, bastando ter um indcio. Evitar problemas a melhor soluo. O maior nome em Softwares no Brasil, uma empresa estrangeira, chegou a iniciar um processo criminal contra o presidente do ITI Instituto Nacional de Tecnologia da Informao, certa vez, mesmo sabendo que no era um caso para assim ser tratado. Porm, quem tem mais dinheiro sempre sai na frente neste nosso mundo capitalista e isso gerou muita mdia, gastos e desgastos ao Governo Federal. Ento, caro leitor, nunca tente pensar que isso ou aquilo jamais acontecer ou que de fato no um crime ou no se teve m inteno. Vivemos em um mundo capitalista, repita-se, e todo cuidado pouco. Outro problema, tomando o Spam como exemplo, caso o programador desenvolva um Freeware que gere e administre servio de Spam em dezembro de 2010 e se torne um sucesso, sem que haja qualquer vedao em Lei, no haver qualquer problema. Porm, em hiptese imagina-se que em 2011 advenha uma Lei Federal proibindo Spam e qualquer outro software que facilite a veiculao de Spam, sendo essa Lei cominada (com pena atribuda) com priso de 10 anos. Bem, o programador fez o software e disponibilizou gratuitamente, fazendo com que muitos utilizassem o software em pouco tempo. Fez questo de constar seu nome, para obter
vantagens especficas que procurava, mas esqueceu-se de datar o software no contrato de uso. At o programador provar efetivamente que seu software foi criado antes do advento da Lei, com certeza este ter inmeros problemas com a justia e at mesmo com a polcia, afora os gastos e desgastos. Lgico, isso meramente um exemplo simples e fictcio, mas a data, que o item de menor potencial ofensivo, poder salvar a situao muitas vezes e jamais complicar, pois a Lei no retroage no tempo, exceto se for a favor. Se o item de menor valor j to importante, no se pode ignorar os demais itens. Assim, conclui-se que o contrato ou licena de uso essencial, frise-se, especialmente no tocante ao cdigo-fonte, que a base de todos os direitos e obrigaes de seu criador. Ento, agora que j houve esclarecimentos sobre a importncia do contrato de licena de uso do software, h que se entender os diferentes tipos de contrato, para que a licena correta seja perfeitamente utilizada no caso especfico.
Os tipos de contrato de software

O Brasil tem acelerado muito a obteno de conceitos de informtica, mas juridicamente isso no ocorreu, como visto no exemplo do Spam. Como visto, a pouca legislao existente tambm no atende perfeitamente como seria necessrio. No mundo, h diversos tipos de softwares exigindo diversos tipos de licenas.
Entretanto, esses conceitos no so totalmente aceitos no Brasil e se forem aceitos, ser um erro, pois estaro afrontando outros temas legais, ensejando em negativa de vigncia a texto legal, isso quer dizer que a deciso proferida por um Juiz poder ser anulada em instncias superiores quando do recurso judicial, como no STJ Superior Tribunal de Justia ou STF Supremo Tribunal Federal. No sendo essa obra um livro jurdico, no ser debatido o tema profundamente para explicar os aspectos que findam nessa interpretao defendida, mas uma rpida exposio necessria. O contrato ou licena de uso de um software-padro sempre um contrato de adeso, ou seja, ou se adere ou no se adere, no cabendo negociao sobre as clusulas inseridas pelo programador. Sendo assim, totalmente aplicvel ao caso o Cdigo de Defesa do Consumidor, que, por sua vez, proteger exclusivamente o consumidor, com a interpretao da clusula de forma mais favorvel ao mesmo. Nesse seguimento, so os trechos principais do Cdigo de Defesa do Consumidor que afirmam tal interpretao:
Disposies Gerais Art. 47. As clusulas contratuais sero interpretadas de maneira mais favorvel ao consumidor. Dos Contratos de Adeso Art. 54. Contrato de adeso aquele cujas clusulas tenham sido aprovadas pela autoridade competente ou
estabelecidas unilateralmente pelo fornecedor de produtos ou servios, sem que o consumidor possa discutir ou modificar substancialmente seu contedo.
Por esse motivo, defende-se a posio de que no Brasil h menos conceitos de licena de uso aceitveis do que em outras partes do mundo, sendo exatamente seis tipos diferentes de softwares: a. Freeware. b. Semi-Freeware. c. Shareware. d. Software Livre (CopyLeft). e. Software Proprietrio. f. Software Comercial.
Cada um deles possui quesitos suficientemente capazes de atender s exigncias do programador, sem afetar o destino do software e muito menos a legislao nacional. Importante esclarecer que muitas empresas se defendem alegando que possuem acordos com associaes e outros, que autorizam tais prticas (prticas de usar Softwares em desacordo com a Legislao vigente), entretanto, esses acordos, ou outro, no substituem a Lei Federal, no esto acima dela e tampouco tm autoridade legal para substitu-la. Assim, o ditado perante a Lei no se alega torpeza no pode ser preterido por Lei Federal que regula e protege interesses dos consumidores.
Acrescentando, o que no est na Lei no pode ser imputado ao consumidor, que no tem obrigao alguma de conhecer tais acordos ou regulamentaes de rgos sem legitimidade. Enfim, fica valendo a Lei Maior, a Lei Federal e a Constituio Federal. Por esse motivo, no sero tratados conceitos relativos a OEM, FPP, OPEN, Select, EA, X11, entre outros. Isso seria uma imensa confuso e, no final, obviamente, seriam tais clusulas anuladas pelo judicirio em um eventual litgio, ficando o programador sem a proteo que buscava, ao menos at regulamentao direta sobre tais termos e usos. Apenas e to-somente para ilustrar o que aqui se defende, ser usado um exemplo, o OEM, para justificar a interpretao de que os seis conceitos anteriores so mais seguros que tentar brigar para validar outros conceitos. Um produto OEM (Original Equipment Manufacturer Fabricante de Equipamento Original) nada mais que um software de interesse comercial, uma espcie de jogada comercial, que por si s j infringe o regulamento jurdico Brasileiro, pois enseja, praticamente, em Venda Casada, o que no permitido. Este caso similar ao invocado pelo presidente do ITI Instituto Nacional de Tecnologia da Informao, e que resultou em muitos problemas para ele, em meados de junho de 2004, como j comentado nesta obra. Entretanto, sem saber exatamente o motivo, tal produto absolutamente aceito e at o presente momento nada foi feito contra isso (curioso). O fato que o produto OEM no um software para ser simplesmente comercializado; para ser adquirido, o interessado
deve comprar em conjunto um computador, um hardware na verdade, sendo um PC ou PDA, por exemplo. A simples compra de um monitor no d o direito de se adquirir um OEM, pois um monitor no um hardware que precise de um sistema operacional, apenas um acessrio. Este OEM, por exemplo, um software mais barato, para que o adquirente do hardware possa levar, ento, um sistema operacional mais barato, j que est comprando um computador. Na maioria dos casos, vem at gratuitamente (nada exclui o entendimento de que o preo est incluso no produto em seu todo) para o comprador. Porm, o OEM no pode ser empregado em outra mquina, ou seja, o comprador do hardware adquire conjuntamente o produto OEM, porm, posteriormente, vem a adquirir outro computador. Nesse caso, ser necessria a compra de outro sistema operacional, pois o software vinculado ao hardware, no podendo o usurio transferir o programa para seu novo computador, surgindo a a obrigao do usurio arcar com o preo do software, uma vez que se acostumou com o programa e seus arquivos j estejam ele vinculados. Note que o produto OEM no possui nota fiscal separada da do hardware, e se assim for, far meno outra nota fiscal, a do hardware, pois um no existe sem o outro. No pensamento deste escritor isso uma falha enorme, pois ignora totalmente o artigo 9 da Lei de Softwares. O OEM no possui autorizao expressa de uso, nem traz claramente as condies de uso, estando esta prtica totalmente contrria nossa Lei, mas, qual Legislador se importa? H em alguns computadores o selo de licena de uso,
que obviamente no pode ser destacado do computador e aderido a outro, tampouco este selo previsto em nossa Lei como substituvel Nota Fiscal ou Licena de Uso. Um detalhe importante que, sem a Nota Fiscal, os impostos no so cobrados. Ainda, j que nem sempre (ou raramente) as empresas que vendem os hardwares tm a cautela de destacar na Nota Fiscal que existe um OEM na mquina, em eventual visita de verificao de software ilegal, o usurio pode ter srios problemas. certo que a cultura geral se mostra conhecedora do selo que colado na mquina adquirida, mas este selo no previsto na nossa Lei, nem eterno e pode muito bem ser perdido. Afora estes problemas documentais e fiscais, outra questo importante ligada aos OEM simples: o custo pode se refletir em uma enganao. Um sistema operacional do tipo OEM s serve para ligar a mquina, basicamente, ele no tem uma funo de aplicativo til na vida profissional em geral dos usurios. A utilidade de um computador vem com seus aplicativos. Bem, no caso ora reportado estes aplicativos devem seguir a plataforma do OEM, fazendo este gratuito programa se tornar uma armadilha, pois o que deveria ser mais barato torna-se mais caro, corroborando com o ditado que caro o barato que para nada serviu, ou quem paga mal, paga duas vezes. Utilizando nomes fictcios, em seguida h um exemplo prtico desse caso: Um consumidor adquiriu um computador e recebe, como OEM, um sistema operacional aqui denominado OSExemplo.
Um OSExemplo custou 500 unidades. Entretanto, o consumidor era advogado e precisou de um editor de textos para seu trabalho. O OEM OSExemplo no possua o editor de texto, que custou mais 250 unidades. Todavia, se o consumidor tivesse comprado uma licena separada, no OEM, do OSExemplo, por 600 unidades, teria direito no s ao editor de texto, como tambm seria o proprietrio dos produtos, no importando qual hardware utilizasse, no caso de troca de equipamento transcorrido algum tempo. Ou seja, no futuro, caso este profissional troque seu computador, ele somente possui o tal editor de texto e ter que comprar outro sistema operacional, pois o ento utilizado era um OEM e no poder ser transferido para seu novo equipamento, obrigando-o a nova compra, fazendo com que ele gaste cada vez mais. Essa conta perfeitamente provada ao analisar os produtos disponveis no mercado. exatamente isso o que ocorre. Essa falta de exposio correta da informao contrria ao artigo 31 do Cdigo de Defesa do Consumidor, como transcrito e citado anteriormente. A falta de respeito das empresas com o consumidor to grande quanto a falta de conhecimento tcnico de nossos Legisladores para poderem lidar com a situao. Apesar de ser aceito hodiernamente no mercado e de no ter se deparado com nenhum problema jurdico, acredita-se que futuramente, quando o judicirio estiver mais preparado para os avanos tecnolgicos e, ao menos, saiba conceituar melhor o uso da tecnologia, como no caso por exemplo do Spam, talvez os produtos OEM no sejam to simploriamente aceitos, pois infringem o regulamento bsico de proteo do consumidor, no s por ser uma Venda Casada, mas tambm
porque esse conceito do barato que vira caro no est devidamente esclarecido para o consumidor (art. 31 do Cdigo de Defesa do Consumidor), alm de falhar com a via fiscal. At que isso seja regrado corretamente, no se aconselha o uso do conceito OEM, assim como outros, cada qual por sua caracterstica prpria, pois o programador poder ter, eventual e futuramente, seu produto obstado por Lei Federal, causandolhe prejuzos. No mnimo, prefere este escritor ignorar os conceitos que no estejam no nvel mnimo profissional. Em resumo, defende-se a idia de que para o regulamento existente no Brasil, seis sejam os conceitos bsicos para as licenas de software, a seguir expostos separadamente. Importante lembrar que estes seis conceitos se enquadram na legalidade de comercializao, como j mencionado nessa obra, isto , o programador nem sempre tem que ser o responsvel final pelo software, pois pode comercializar a explorao econmica deste a um terceiro, ou pode ser programador empregado (sendo o empregador o responsvel) ou simplesmente transferir tais direitos a um terceiro, para que este faa a comercializao do software para o consumidor final, assim ter-se- o Titular dos Direitos e tal contrato de transferncia de direitos deve ser formalizado no INPI, para efeitos de cincia a terceiros.
O software freeware
O software freeware tambm um software mal interpretado pelos usurios. Muitos acreditam que por ser freeware, gratuito, de domnio pblico.
Apenas para recordar, o software de domnio pblico, conforme a Lei de Direito Autoral, Lei n. 9.610/98, pode ser obtido por qualquer um, tornando-se este um novo criador, por esse texto, do artigo 14, que diz:
Art. 14. titular de direitos de autor quem adapta, traduz, arranja ou orquestra obra cada no domnio pblico, no podendo opor-se a outra adaptao, arranjo, orquestrao ou traduo, salvo se for cpia da sua.
Isso quer dizer que um software de domnio pblico pode ser alterado por qualquer um, que passar a ter direitos autorais sobre este, alterando o software de domnio pblico para software shareware, por exemplo. Porm, o software freeware, apesar de ser gratuito, no de domnio pblico, diferentemente do que imaginam muitos usurios. Um software freeware livre para o uso, a cpia e para a distribuio, desde que da mesma forma disponibilizado primeiramente e com as mesmas condies impostas. O freeware, por si s, no autoriza a alterao, tampouco obriga o programador a exibir o cdigo-fonte. O freeware propriedade imaterial do programador e est protegido pelas Leis de Software e Direito Autoral. Assim, para se alterar um software freeware, necessria a autorizao do programador, onerosa ou gratuita, e este poder obstar e at retirar do mercado qualquer software copiado indevidamente ou alterado sem sua autorizao.
importante salientar que muitos softwares na Internet se denominam freeware, mas vetam a distribuio deste, o que faz com que se insira em outro conceito, causando muita complicao. Assim, a licena de uso fica prejudicada.
Exemplo de Contrato ou Licena de Uso para software freeware

Licena de Uso para o software freeware Nome do Software Licena exclusiva para a verso Especificar a Verso Direitos Autorais: Nome do Titular (Citar o nmero de registro do contrato no INPI Instituto Nacional da Propriedade Industrial , caso os Direitos Autorais tenham sido transferidos.) Direitos de Criao: Nome do Criador Data do Software: dia/ms/ano Direitos Reservados e Protegidos pelas Leis Federais atinentes (citar registro no INPI Instituto Nacional da Propriedade Industrial , caso tenha). Site: www.sitedoprogramadorousoftware.com.br E-mail: programador@provedor.com.br (Pelo menos uma fonte de contato necessria, para se requerer as autorizaes devidas.)
Este programa um software freeware, denominado Nome do Software, para uso especfico de especificar o uso do software resumidamente. O Software requer o Sistema Operacional Especificar o OS e os seguintes softwares adicionais (se for o caso) Especificar os softwares necessrios. Por ser um software freeware, o usurio poder utiliz-lo por perodo indeterminado, poder promover cpias e distribuir o software livremente, desde que conjuntamente com essa licena de uso. Qualquer alterao desejada dever ser previamente autorizada por seu criador, pelos endereos anteriores, sob pena das cominaes legais. O(s) detentor(es) dos Direitos Autorais e criador(es) desse Software no se responsabiliza(m) pelo uso do programa, assim como no garante(m) que este ter total desempenho ou ser totalmente compatvel com o hardware do usurio, demais softwares usados pelo usurio e/ou manuseio do usurio. O usurio, ao prosseguir na instalao desse software, declara estar ciente de todas as condies aqui expostas, eximindo o criador e o detentor dos Direitos Autorais de quaisquer atos ilegais cometidos, por qualquer uso que seja desse programa. O usurio declara estar ciente da existncia do manual de uso do programa, em portugus, determinado por Lei Federal.
O direito de uso pessoal e intransfervel. Se este programa for distribudo ou utilizado por outrem, cada usurio dever garantir sua licena freeware, instalando o software. O uso desse programa de total responsabilidade do usurio, no estando o programador e o titular dos Direitos Autorais coobrigados a terceiros. Ao instalar esse software, o usurio estar concordando com todas as condies dessa licena e se obrigando a respeitar a Lei de Software n. 9.609/98, a Lei de Direitos Autorais n. 9.610/98 e demais Leis atinentes ao caso, especialmente a legislao criminal. P.S.: Para obter o download desse modelo ou solicitar informaes adicionais visite o site do autor e ou sua lista de discusso, disponveis em: www.doutord.com.br
O software semi-freeware
Este software segue os mesmo parmetros do Software Freeware, mas possui uma nica diferena: no pode ser distribudo. Assim, o Semi-Freeware pode ser usado gratuitamente e at mesmo copiado (cpia de segurana, como trata a Lei de Software, em seu artigo 6, inciso I), porm no permitida a distribuio ou alterao do produto. A distribuio comumente usual em revistas que presenteiam os leitores com um CD contendo vrios programas proibida para esse software, pois a distribuio vedada,
porm algumas revistas no respeitam essa norma e disponibilizam softwares como se esses fossem Freeware. Caso haja a autorizao do criador para distribuir o que no se pode distribuir, isso deve constar do prprio CD, se o contrato de licena de uso no foi alterado, pois trata-se de crime e toda cautela necessria. A verdade que praticamente ningum tem pacincia para ler esse contrato, mas mesmo assim o uso do software induz ao raciocnio de que o usurio tem cincia do fato. Por isso que tais revistas, se no tiveram a cautela de obter autorizao de seus criadores, podero responder por crime e indenizar o criador do software. Alguns criadores produzem software Semi-Freeware, justamente esperando que revistas o utilizem como se Freeware fossem, para posteriormente obterem vantagem econmica, sendo essa prtica outro delito. Para evitar a interpretao de que o programador teve a inteno de praticar esse crime, permitindo a distribuio das revistas para posteriormente solicitar indenizao, sugere-se que o Semi seja verdadeiramente destacado, mas nada ir isentar a revista ou a responsabilidade de o leitor ler, com muita ateno, o contrato ou licena de uso do software. Assim, se um produto Semi-Freeware for distribudo, caber indenizao pelo Direito Autoral ao programador, independentemente do destino criminal de um ou outro. O Software Semi-Freeware muito utilizado pelo programador ou empresa quando necessrio ter um controle de download, para se conhecer a quantidade e at obter
informaes e dados do usurio, verificando-se, assim, se um software economicamente vivel para ser, ento, comercializado ou se montar um banco de dados de usurios, uma vez que a licena de uso ou serial do programa enviada por e-mail ao usurio, fazendo com que se conhea uma conta de e-mail ativa e de interesse por esse software. O escritor deste livro serviu como advogado em dois casos bem definidos de uso de Semi-Freeware. As duas empresas buscavam nmeros para conseguirem um patrocnio ao seu programa. Os patrocinadores queriam conhecer o potencial do software antes de qualquer investimento. O Semi-Freeware foi utilizado para que cada programa tivesse um registro, tornando possvel conhecer o potencial do software e a quantidade do pblico-alvo. Isso tornou o investimento vivel e o patrocnio foi realizado. Esta a grande vantagem do Semi-Freeware, o programador consegue seu retorno econmico, o investidor consegue sua mdia e o usurio consegue ter o software sem qualquer custo para si.
Exemplo de Contrato ou Licena de Uso para Software Semi-Freeware

Licena de Uso para o Software Semi-Freeware Nome do Software Licena exclusiva para a verso Especificar a Verso Direitos Autorais: Nome do Titular
(Citar o nmero de registro do contrato no INPI Instituto Nacional da Propriedade Industrial , caso os Direitos Autorais tenham sido transferidos.) Direitos de Criao: Nome do Criador Data do Software: dia/ms/ano Direitos Reservados e Protegidos pelas Leis Federais atinentes (Citar registro no INPI Instituto Nacional da Propriedade Industrial , caso tenha.) Site: www.sitedoprogramadorousoftware.com.br E-mail: programador@provedor.com.br (Pelo menos uma fonte de contato necessria, para se requererem as autorizaes devidas.) Este programa um Software SEMI-Freeware, denominado Nome do Software, para uso especfico de especificar o uso do software resumidamente. O Software requer o Sistema Operacional Especificar o OS e os seguintes softwares adicionais (se for o caso) Especificar os softwares necessrios. Por ser um Software SEMI-Freeware, o usurio poder utiliz-lo por perodo indeterminado, poder promover cpia de segurana e reutiliz-lo em outro hardware de seu uso, mas NO poder distribuir o software livremente, nem mesmo quando conjuntamente com essa licena de uso.
Qualquer alterao desejada dever ser previamente autorizada por seu criador, pelos endereos anteriores, sob pena das cominaes legais. O(s) detentor(es) dos Direitos Autorais e criador(es) desse Software no se responsabiliza(m) pelo uso do programa, assim como no garante(m) que este ter total desempenho ou ser totalmente compatvel com o hardware do usurio, demais softwares usados pelo usurio e/ou manuseio do usurio. O usurio, ao prosseguir na instalao desse software, declara estar ciente de todas as condies aqui expostas, eximindo o criador e o detentor dos Direitos Autorais de quaisquer atos ilegais cometidos, por qualquer uso que seja desse programa. O usurio declara estar ciente da existncia do manual de uso do programa, em portugus, como determinado em Lei Federal. O direito de uso pessoal e intransfervel. Se este programa no foi obtido licitamente, sendo diretamente da fonte, no dever ser instalado. Cada usurio dever garantir sua licena, instalando o software separadamente e adquirido diretamente pelo endereo de download fornecido no topo deste documento. O uso desse programa de total responsabilidade do usurio, no estando o programador e o titular dos Direitos Autorais coobrigados a terceiros.
Ao instalar esse software, o usurio estar concordando com todas as condies dessa licena e se obrigando a respeitar a Lei de Software n. 9.609/98, a Lei de Direitos Autorais n. 9.610/98 e demais Leis atinentes ao caso, especialmente a legislao criminal. P.S.: Para obter o download desse modelo ou solicitar informaes adicionais visite o site do autor e ou sua lista de discusso, disponveis em: www.doutord.com.br
O software shareware
O Software Shareware uma forma perfeita de se promover a venda de um software, pois possui uma qualidade altamente vantajosa, tanto ao programador quanto ao consumidor adquirente. O Software Shareware aquele que se pode usar, copiar e distribuir livremente, mas o uso temporrio, devendo o interessado arcar com o pagamento do software caso deseje o uso continuado. uma forma do consumidor usar e testar na prtica o programa, verificando se este o que esperava e se ter a efetiva utilidade que buscava. Tambm, o Shareware no tem a obrigao de um software completo, ele pode ser parcial, apenas para demonstrao, pois o uso do programa, na ntegra, exigiria mesmo a compra. Assim, ele se torna similar ao Demo, ou Demonstrao, mas esse conceito no reconhecido como software pelo escritor e isso est mais bem comentado no tpico Vrus de Computador, captulo 4.
Conforme determina o Cdigo de Defesa do Consumidor, todo e qualquer produto pode ser devolvido at sete dias aps a compra e, em caso de compra pela Internet, o prazo comea a contar aps o recebimento do produto. Essa devoluo complicada para o vendedor, tanto administrativamente quanto para fins fiscais, gerando um gasto conhecido no mundo da economia e combatido pelo projeto denominado como Seis Sigma. Destaca-se que o Projeto Seis Sigma a anlise de estatstica, para controle das variveis do processo de venda, visando obter o maior acerto e o mnimo prejuzo causado pela devoluo de mercadorias, alm da eliminao de gastos secundrios dentro do processo. Para uma empresa obter sucesso em Seis Sigma, necessrio apresentar menos que 0,002 parte por milho, atingindo, assim, a perfeio de 99,9999998, ou seja, seis nmeros nove aps a vrgula, sendo o melhor resultado (seis noves) de um total de 100%. Com o Software Shareware, isso pode ser mais bem alcanado, pois sero mnimas as devolues, garantidas por Lei, pois o simples fato de o consumidor alegar que o produto no exatamente o que pretendia quando o comprou j pode justificar o pedido de devoluo do programa com reembolso da quantia paga. J tendo o consumidor testado o produto, no haver risco, e se houver, ser mnimo, de devoluo. Tambm, timo para o programador, pois o consumidor poderia no comprar seu produto, uma vez que no o conhecia, optando por outro de menor custo.
Se o produto for testado, o consumidor poder ser seduzido por ele, quando pde verificar sua utilidade e ento pode compr-lo para continuar com as informaes contidas e/ou utilizando seu servio, que, muitas vezes, acaba conquistando o comprador, seja pelo uso ou por j ter se acostumado a ele. Assim, o Shareware pode ser usado, copiado e distribudo livremente, mas o uso continuado, aps o perodo cedido pelo programador, geralmente de 30 dias, ser garantido somente aps o efetivo pagamento da licena, que no necessariamente dever ser diferente da j apresentada para a demonstrao, podendo ser a mesma para a apresentao e o uso efetivo do produto.
Exemplo de Contrato ou Licena de Uso para Software Shareware

Licena de Uso para o Software Shareware Nome do Software Licena exclusiva para a verso Especificar a Verso Direitos Autorais: Nome do Titular (Citar o nmero de registro do contrato no INPI Instituto Nacional da Propriedade Industrial , caso os Direitos Autorais tenham sido transferidos.) Direitos de Criao: Nome do Criador Data do Software: dia/ms/ano
Direitos Reservados e Protegidos pelas Leis Federais atinentes (citar registro no INPI Instituto Nacional da Propriedade Industrial , caso tenha). Site: www.sitedoprogramadorousoftware.com.br E-mail: programador@provedor.com.br (Pelo menos uma fonte de contato necessria, para se requererem as autorizaes devidas.) Este programa um Software Shareware, denominado Nome do Software, para uso especfico de especificar o uso do software resumidamente, no perodo permitido. O Software requer o Sistema Operacional Especificar o OS e os seguintes softwares adicionais (se for o caso) Especificar os softwares necessrios. Por ser um Software Shareware, o usurio poder utilizlo pelo perodo determinado de 30 dias por exemplo ou o tempo que se achar adequado. Decorrido esse perodo, o uso ser permitido aps o pagamento efetivo do uso desta licena, quando ser fornecida uma senha de liberao do programa. Tambm o usurio poder promover cpia de segurana da verso shareware, salvando para si sua senha no caso de pagamento e reutiliz-lo em outro hardware de seu uso, entretanto poder us-lo em apenas um nico hardware de cada vez. O uso em um segundo hardware requerer nova licena.
Por fim, o usurio poder distribuir a verso shareware do software livremente, desde que conjuntamente com essa licena de uso. Qualquer alterao desejada dever ser previamente autorizada por seu criador, pelos meios citados anteriormente, sob pena das cominaes legais. O(s) detentor(es) dos Direitos Autorais e criador(es) desse Software no se responsabiliza(m) pelo uso do programa, assim como no garante(m) que este ter total desempenho ou ser totalmente compatvel com o hardware do usurio, demais softwares usados pelo usurio e/ou manuseio do usurio. O usurio, ao prosseguir na instalao desse software, declara estar ciente de todas as condies aqui expostas, eximindo o criador e o detentor dos Direitos Autorais de quaisquer atos ilegais cometidos, por qualquer uso que seja desse programa. O usurio declara estar ciente da existncia do manual de uso do programa, em portugus, como determinado em Lei Federal. O direito de uso pessoal e intransfervel. Se este programa no foi obtido licitamente, no dever ser instalado. Cada usurio dever garantir sua licena, instalando o software, separadamente, no caso da verso shareware e no caso da verso completa tambm, mas nessa
ltima, o uso ser somente em um hardware para cada licena obtida. O uso desse programa de total responsabilidade do usurio, no estando o programador e o titular dos Direitos Autorais coobrigado a terceiros. Ao instalar esse software, o usurio estar concordando com todas as condies dessa licena e se obrigando a respeitar a Lei de Software n. 9.609/98, a Lei de Direitos Autorais n. 9.610/98 e demais Leis atinentes ao caso, especialmente a legislao criminal. P.S.: Para obter o download desse modelo ou solicitar informaes adicionais visite o site do autor e ou sua lista de discusso, disponveis em: www.doutord.com.br
O Software Livre Introduo nas Mudanas

O Software Livre, conhecido tambm como CopyLeft, o programa com caractersticas em oposto ao chamado Software Proprietrio. Inicialmente destaca-se que esta modalidade de programa movimentou e muito a vida deste escritor, que pede para fazer uma introduo a este tema de forma rpida: A primeira verso deste livro, publicada no ano de 2003, trouxe uma verso para o Software Livre que irritou muitas pessoas, especialmente os apaixonados por esta modalidade de software.
Ocorre que este escritor via diversas condies que no coadunavam com a Legislao Brasileira, da afirmou que o Software Livre no estaria adequado para a realidade nacional, da mesma forma que se afirmou em toda a obra que a nossa Legislao no recebia muito bem os conceitos e regras do universo digital. Acreditou este autor que estava claro que havia uma incompatibilidade entre regramento jurdico e as licenas de alguns softwares, no somente os Softwares Livres, mas tantos outros. Porm, no se sabe a razo, a coletividade parece no ter compreendido adequadamente esta crtica s normas Brasileiras. Todavia, o ideal filosfico do mundo Livre parecia bater de frente com a Legislao Nacional, por suas licenas que foram invocadas por este escritor. Esta afirmativa chamou a ateno da coletividade e uma lista de discusso (GPL-Br) foi criada para esclarecer os pontos destacados como incorretos, tanto nas licenas Livres como na Legislao, era um canal dedicado aos programadores, com o intuito de decidirem as metas e tarefas a serem feitas. Esta lista ainda se encontra na internet e possui todo o histrico de mais de 2500 mensagens trocadas em curto prazo de tempo na evoluo da discusso na ntegra e cada progresso obtido. Aos poucos a coletividade comeou a compreender e at a apoiar os pensamentos deste escritor. Este movimento comeou a ganhar fora e este escritor foi convidado a integrar um Comit especfico criado pelo ITI Instituto Nacional de Tecnologia da Informao. Tambm h registros disponveis disto na internet e no prprio site do ITI.
Em Braslia muitas palestras e seminrios ocorreram, tambm com a presena deste autor, que defendia uma alterao Legal para melhor adequao do Software Livre no Brasil. Mas, alterar um texto de Lei no Brasil tarefa muito burocrtica, lenta, pesarosa e quase impossvel. O que parecia realmente impossvel foi o mais prtico a ser feito, a Fundao do Software Livre (FSF Free Software Fundation) foi contatada, o problema foi esclarecido e restou provada a complicao de se alterar algo no Brasil. Inacreditavelmente a FSF, tambm com a CC Creative Commons, permitiu alterao das licenas de uso e a questo foi resolvida, inclusive com uma traduo oficial das licenas, que at no existia e as tradues encontradas em texto nacional no eram reconhecidas pela entidade. Esta foi a primeira vez na histria do SL Software Livre que isso ocorreu em virtude das normas incuas de um Pas. Hoje o caro leitor pode contar no somente com licenas apropriadas para o nosso mundo Jurdico Nacional, como tambm com licenas com traduo oficial em lngua Portuguesa. Esta vitria se deu coletividade do Software Livre no Brasil, que se mostrou empenhada ao ideal maravilhoso da integrao e compartilhamento proposto na liberdade desta modalidade de programa de computador. Assim, o que se entendia por Software Livre no Brasil ganhou nova perspectiva, que passa agora a expor:
O Software Livre (CopyLeft)

Esta modalidade de Software visa a Liberdade, ou melhor: as Liberdades. Poder-se-ia afirmar que duas so as liberdades mais vitais para o SL (Software Livre): a liberdade de se conhecer o cdigo-fonte de qualquer programa livre e a liberdade de poder distribu-lo irrestritamente. Mas as liberdades vo um pouco alm disso e, com elas, alguns riscos surgem. Talvez, para melhor facilitar o entendimento e a leitura deste trecho, seja melhor discorrer sobre o assunto, ento: O SL se difere no pela sua construo e linguagem de programao, mas pela licena de uso ele atribuda, que visa a livre distribuio e compartilhamento total do cdigo-fonte. Qualquer forma de impedimento estas diretrizes bsicas impedem a natureza da liberdade proposta e frustra todo o movimento, alm de ser prtica incorreta e proibitiva da licena. Contrariar uma licena escolhida por seu criador resulta em violao de direito de autor. Esta liberdade pode ser graciosa ou onerosa, isto , pode-se cobrar ou no pela distribuio do programa, mas nunca recusar a distribuir ou publicar o cdigo-fonte. As liberdades propostas no se confundem com preo ou cobrana, afinal, Software Livre no software de graa (Software Livre em ingls Free Software; Free quer dizer livre e no grtis). As regras bsicas de um Software Livre so quatro:
1. 2.
A Liberdade de executar o programa, para qualquer propsito lcito. A Liberdade de estudar o funcionamento do programa, podendo adapt-lo para outras necessidades, com total acesso ao cdigo-fonte. A Liberdade de redistribuir cpias do programa ilimitadamente. A Liberdade de aperfeioar o programa, publicar as alteraes de aperfeioamento e integrar nos Direitos Autorais do Software, podendo inserir seu nome ou pseudnimo como indicao de co-autor, compartilhando sempre o cdigo-fonte.
3. 4.
Importante aqui j se ter uma pausa para esclarecer algo muito delicado. muito comum um programador dizer que cobra determinado valor pelo software, mas isso muito errado e perigoso. O mais inteligente o profissional confeccionar um contrato de prestao de servio, separando seu trabalho do software livre que ser empregado, pois qualquer falha do software no poder ser diretamente refletida como responsabilidade indenizvel pelo programador. O certo o desenvolvedor esclarecer no contrato que o programa se trata de um SL, compartilhado por uma coletividade, por isso ele (desenvolvedor) no um responsvel direto pelo programa e sua funcionalidade, tampouco pode se responsabilizar por qualquer inteno de propriedade ou exclusividade do software. Separadamente o desenvolvedor aponta no contrato que seu servio se restringe a desenvolver, aprimorar, instalar, adaptar, customizar, treinar
pessoal etc; com isso, duas questes ficam muito distintas, afastando possveis complicaes. Essa separao ainda evita a possvel cobrana enganada de impostos sobre o produto e tambm a responsabilidade do suporte tcnico enquanto o software for vlido (validade tcnica da verso), como inclusive muito bem previsto na Lei de Software, art. 8. Em resumo, conforme determina o artigo 31 do Cdigo de Defesa do Consumidor, todas as informaes devem restar muito claras, logo, o correto deixar bem explcito no contrato que o valor cobrado pelo software apenas o custo da transferncia fsica do programa e no pela criao ou distribuio sob responsabilidade solidria. A Lei Brasileira diz que quem comercializa software (produtos em geral) por ele responsvel e em caso de danos ser obrigado a ressarcir o lesado. Ento, deve ficar muito bem demonstrado no contrato que o cliente entendeu a condio do SL e que o profissional contratado no o responsvel direto pelo programa, afastando a previso do art. 50, pargrafo nico, do CDC, sobre a garantia de funcionamento e seus adendos, ou seja, manual em portugus e em linguagem didtica, com ilustraes; pelo suporte; pelas atualizaes; pela evoluo etc. A licena bsica (GPL LICENA PBLICA GERAL) do SL taxativa ao mencionar que o software no tem garantia, o que poderia ser visto como condio contrria Lei, esta condio seria tratada como leonina (abusiva) e rapidamente seria anulada. Se o programador quiser o favorecimento do seu direito de no se responsabilizar pela garantia do SL, isso tem que ficar muito claro na contratao, no basta apenas dizer
que faz parte da licena de uso, preciso contratar esta condio expressamente e os termos dela devem ficar muito bem entendidos. S para reforar esta preocupao, esclarece este escritor que diversas so as responsabilidades imputveis ao desenvolvedor e estas so sempre confundidas e podem gerar muito desgaste. Este escritor acompanhou muitos casos que desembocaram no PROCON e o desenvolvedor, no geral, perdeu todo o seu direito, quando no esclareceu as condies do SL (art. 31, CDC), nem limitou sua responsabilidade (art. 50, CDC), nem entregou o manual exigido por Lei (art. 50, pargrafo nico, CDC) e ainda foi processado criminalmente (art. 74, CDC) pela falta de cumprimento legal acerca das garantias e direitos do seu cliente (consumidor). muito comum o programador voltado ao universo livre acreditar que estas condies no precisam ser to esclarecidas em uma contratao, para ele esta rotina to comum que parece at que todos os outros mortais j so veteranos nesta matria, o que no verdade. O desenvolvedor deve obedecer a Lei e, para sua total garantia, altamente recomendado que cada esclarecimento seja muito bem colocado em um contrato. Em continuao, o SL tambm conhecido como CopyLeft (no tem direitos reservados), ou seja, o oposto de CopyRight. A nomenclatura chega a dispensar maiores comentrios, mas interessante acrescentar que a maior riqueza do SL justamente garantir a Liberdade, para tanto, o CopyRight acaba se tornando o grande vilo na histria da programao (Livre). Para a Legislao Brasileira isso no um problema, pois o art. 2 da Lei de Software deixa muito claro que o registro do
programa uma opo de seu criador, desta forma, ningum est obrigado a proceder registro oficial para garantir seus direitos. Assim, se o desenvolvedor for contratado por seu cliente para desenvolver um software livre, seria tambm interessante ressalvar que no haver detentor dos direitos autorais, pois na verdade no h propriedade do SL, uma vez um programa lanado com uma licena livre, este se torna um bem acessvel por todos, sem restries, com isso, ser impossvel impedir que outros, at os concorrentes, possam se beneficiar do mesmo SL. Esta questo tambm deve ficar muito clara, para evitar que o cliente possa culpar o programador de ter levado seus anos de pesquisa e know-how at seu concorrente, resultando em danos. Esta situao tpica da rotina de quem programa no universo livre e este escritor tem um pensamento muito definido sobre isso, este autor prefere crer que no existe autoria ou co-autoria no SL, h somente: programao coletiva. Se no h como imputar o responsvel, no h como responsabilizar algum. Esta nica frase pode finalizar qualquer ao judicial que visa apontar responsvel por danos aps a implementao de SL no cliente. Por isso, acredita este escritor que o SL como uma obra coletiva inacabada. No tem um s pai, tampouco ser terminada, uma obra mutante, que passa de pai para filho, sempre em evoluo. Um programador jamais termina um software livre, ele entrega ao seu cliente uma determinada verso do programa.
A dica, aqui nesta parte do tpico, que por estar um software sempre em movimento, estando sempre recebendo alteraes e inovaes, importante que se coloque a data na respectiva verso, para ao menos efeitos de garantia de direito de paternidade, como assegura a Lei de Direitos Autorais, que imputa ao software 50 (cinqenta) anos de reserva de seus direitos. Este tema tambm complexo quando se fala em SL. Apesar de ser um programa que visa liberdade, este tambm possui Direitos dedicados ao seu criador ou criadores, em cada verso de cada programa. Parece estranho falar em Direitos Autorais para uma modalidade de software que conhecida como CopyLeft, ou seja, fica um tanto quanto contraditria a relao Direitos Autorais versos Sem Reserva de Direitos. Mas as duas condies caminham muito em harmonia, veja: No existe Lei, conceito, doutrina ou outro que venha definir conceito exato de Direito Autoral como conceito diferente de Reserva de Direitos. A Lei de Direitos Autorais afirma (art. 3) que a obra, para efeitos legais, um bem mvel. Mais adiante diz (art. 22) que os direitos patrimoniais da obra pertencem ao seu criador. Tudo comea a se confundir quando esta Lei cita que (art. 27) os direitos morais do autor so inalienveis e irrenunciveis. Da continua determinando (art. 28) que os direitos do autor so exclusivos para utilizar, fruir e dispor da obra. As condies comeam a piorar seriamente quando a Lei coloca que (art. 29) qualquer um deve obter autorizao expressa do autor para utilizar a obra, para fins como adaptao, utilizao, reproduo, distribuio etc.
Poder-se-ia relatar em inmeros captulos nesta obra sobre os pontos legais do Brasil que conflitem com o ideal do Universo Livre, porm isto dispensvel. Basta ilustrar que o Software Livre, para o seu movimento, no uma propriedade bem dizendo, quase um bem comum, pois este o esprito: integrao e compartilhamento. No h exatamente uma propriedade patrimonial no Software Livre, o que h uma propriedade imaterial, mais ligada ao Direito Moral. Somente este trecho j demonstra a fragilidade de termos tcnicos legais para lidar com o Software Livre. O Direito Moral compartilhado, logo, no h que se falar em impossibilidade de renncia ou transferncia. No mundo Livre, basta que o autor faa uma criao, ou alterao de algo j existente, para ser parte da evoluo do software, entretanto, ele no sequer obrigado a se identificar por completo, basta que ele use um apelido, se quiser. No universo Livre, possvel sim renunciar a direitos morais de um software, o que se poderia at igualar s obras de domnio pblico. Quando a Lei afirma que os direitos do criador (art. 28) so exclusivos para utilizar, fruir e dispor da obra, a Lei acaba por ignorar os preceitos da comunidade Livre. No Software Livre, no h esta exclusividade, o cdigo-fonte acessvel por qualquer interessado, que poder dele se aproveitar, utilizando, fruindo e at dispondo. Apenas para encerrar esta demonstrao de incompatibilidade Legal com o Software Livre, invoca-se a parte da Lei (art. 29) que diz que o interessado deve obter
autorizao expressa do autor da obra para dela se utilizar, adaptar, reproduzir etc. Oras, isto no existe, alis, seria at impossvel se conseguir isto, pois o Software Livre avana e evolui com tamanha velocidade que mal seria possvel encontrar seus criadores e mantenedores. No se deve confundir a Licena de Uso do Software com autorizao expressa, a Licena de Uso no traz em seu texto a autorizao com qualificao (nome e demais dados do interessado beneficiado), logo, pode at ser uma autorizao, mas do tipo tcita e no expressa, como prev a Lei. Enfim, a previso legal no o que se chamaria de inteno altrusta, a Lei , sem dvidas, protecionista e serve especialmente ao universo Proprietrio. Porm, deve restar claro que aquilo que no diretamente proibido, tacitamente permitido, logo, no h nada de errado com o Software Livre e sua prtica totalmente correta e legal, mesmo diante dos ditames legais do Brasil. Com este pensamento, deve-se encarar a Licena de Uso do Software Livre como uma regra entre as partes, um acordo, um contrato do tipo adeso. Este contrato regra as liberdades e veta qualquer inteno de monopolizar o software ou uma de suas adaptaes. Alguns no gostam deste conceito, mas certo que isto conhecido no meio informtico como efeito viral, uma vez utilizado um software livre, todas as variaes dele tero as mesmas caractersticas de liberdade, no podendo seu cdigo-fonte ser posteriormente fechado, o cdigo sempre ABERTO, para que o esprito da liberdade seja eternamente mantido.
Logo, uma vez que se concorde com os termos da Licena de Uso do Software Livre, a vontade das partes deve ser respeitada e, no havendo uma proibio na Lei para estas condies, pode-se entender que a prtica bem-vinda. Com isso pode-se concluir, para efeitos deste captulo, que no h distino tcnica entre Direitos Autorais e Reserva de Direitos, mas para melhor entendimento este autor pede licena para tentar dar melhor compreenso aos termos. Pode-se entender como Direito Autoral aquele Direito do Autor como sendo o de sua vontade, aquele direito pactuado em uma Licena de Uso. Por outro lado, a Reserva de Direitos estaria mais ligada ao registro legal da obra (INPI), seria uma modalidade de Direitos que restringiria qualquer inteno de terceiro, ou seja, impediria de se conhecer um cdigo-fonte, alter-lo, disp-lo etc. O Software Livre uma modalidade CopyLeft, ou seja, Sem Reserva de Direitos, mas isto no exclui do autor, ou seus autores (Direito Autoral), os Direitos bsicos sobre a obra, como o Direito de paternidade (direito de exigir a indicao de seu nome ou pseudnimo no programa); de reivindicar a obra a qualquer tempo; exigir cumprimento s regras impostas na Licena de Uso etc. Muitas questes foram melhoradas no Universo Livre desde o ano de 2003, mas deve-se manter em mente que as regras do Software Livre, calcadas em integrao e compartilhamento de liberdades, so a exceo da Lei, ou seja, as liberdades esto nas lacunas da previso legal, logo, nunca se deve esquecer de se confeccionar um bom contrato para separar a prestao de servio que o profissional vai dispor do Software que ser utilizado. O Software Livre j possui seu
contrato pela Licena de Uso escolhida, o contrato apenas para assegurar o programador pela prestao de servio. Qualquer ausncia de contratao ser interpretada nos moldes da Lei Brasileira e isso poder redundar em prejuzos ao profissional, ou ao menos frustrao de algum ideal de liberdade. Assinar um bom contrato a nica garantia real do programador ou webdesigner.
O Software Proprietrio
Ao contrrio do Software Livre, o Software Proprietrio no visa qualquer liberdade, pelo contrrio, esta modalidade de programa busca de todas as formas cercar a criao ao mximo, dando todos os direitos ao seu criador, para que qualquer interessado no mesmo esteja obrigado a respeitar tais direitos. O universo Livre se orgulha em dizer que existe uma grande evoluo no mundo informtico em virtude do ideal de integrao e compartilhamento. Acreditam que a massificao dos programas de computador a grande resposta contra o monoplio armado pelas grandes empresas. Qualquer um que esteja ligado ao Software Livre se orgulha do movimento e dos ideais. De outro lado, as empresas e os profissionais do mbito do Software Proprietrio so mais incisivos e possuem uma viso diferenciada da questo. Para se entender a concluso do ponto de vista do universo Proprietrio, primeiro h que se compreender o tamanho do investimento e quantidade de tempo injetado no projeto.
Algumas empresas investem milhes de dlares ao longo de anos de pesquisa para se ter um Software adequado ao mercado de negcios. Para este investimento h sempre uma previso de lucratividade. O que se tem que ter em mente, e o programador j bem conhece esta rotina, que elaborar um cdigo-fonte no a tarefa mais difcil de um projeto de criao de programa de computador. Antes de se comear a pensar a desenvolver um Software preciso ter know-how sobre o assunto (Mercado Financeiro, Automobilstico etc.). Isto, por si s, j subentende anos de preparao e muito investimento. Com o know-how j alcanado, depois ainda se gasta muito tempo e dinheiro pesquisando o nicho de mercado que se pretende atuar. Depois, muito mais investimento necessrio para se conhecer os desejos do pblico alvo para um Software. Decidir o que ser feito e por qual mtodo tambm tarefa dispendiosa, em tempo e dinheiro. Depois de tudo decidido, o Software desenvolvido e exaustivamente testado, exigindo mais tempo e mais dinheiro. Depois de totalmente pronto, outro grande investimento iniciado: a produo em massa. Com o Software j idealizado, desenvolvido, testado e produzido em grande nmero outra quantidade de investimento monetrio exigida agora: divulgao do produto. Isso j demonstra a razo da afirmao de que so necessrios alguns milhes de dlares.
Bem, depois de tudo isso j produzido, ainda falta uma ltima etapa: a aceitao do pblico. Muitos programas e diversos outros produtos j foram radicalmente rejeitados pelos consumidores, sem razo aparente. Nunca se sabe com certeza se o produto ser mesmo um grande sucesso ou se ser um grande prejuzo. Se depois de todas as etapas o produto obtiver a simpatia do consumidor e se tornar um sucesso, a empresa ainda tem um problema: manter a evoluo deste produto, para que o mesmo no se torne obsoleto e caia em desuso. Por bvio que isso exige mais tempo e mais dinheiro. Em resumo, por trs de um Software de sucesso h muito esforo, pesquisas, testes, trabalho, tempo e dinheiro. O que desagrada o universo Proprietrio que no final de tudo o Software possa ser encarado apenas com uma simples idia. Sim, todo o relato acima feito visto como uma simples idia. E, como j comentado anteriormente, a idia no protegida pela Lei (Lei n 9610/98, art. 8, inc. I). Isso significa que um grupo de amigos pode muito bem pegar todo este know-how, pesquisa, testes e outros e aproveitar para criar seu prprio Software, praticamente idntico, praticamente sem qualquer investimento, sem correr o risco de rejeio posterior do seu trabalho pelo pblico alvo. Para tanto, basta que desenvolvam um cdigo-fonte novo, tarefa esta muito mais simples que a enfrentada pelo mundo Proprietrio.
H diversos programas Livres que praticamente copiaram o programa original Proprietrio, alguns utilizam at a mesma posio das ferramentas e at os mesmos desenhos ilustrativos. Este autor prefere no utilizar nomes de programas, mas acredita que o leitor j deve bem conhecer os programas que seriam aqui citados, como exemplos. Enfim, genericamente se pode dizer que a opinio do universo Proprietrio que o mundo Livre est desprovido de tica; almejam lucro as custas dos grandes investimentos do universo Proprietrio. Por outro lado, tal ato at poderia ser encarado como prtica abusiva e temerosa, por frustrar lucros da empresa, mas o Software Livre, aliado ao anonimato da internet e pouco previso legal para esta natureza, impossibilita qualquer resistncia a esta prtica. Software Proprietrio o resultado genial do esforo em busca da soluo, enquanto muito Software Livre apenas uma recriao daquilo que genial. Esta opinio da iniciativa privada sobre o Software Livre, de recriao, tem lgica, pois este movimento que se iniciou no mbito estudantil nunca teve como investir alguns milhes para se ter uma criao original e sria o suficiente para ser aderida pelas grandes corporaes. Com o passar do tempo, apesar de terem surgido grandes empresas no meio do Software Livre, nunca houve um grande investimento para se criar algo genial e novo com lucro justificvel, apenas continuaram a mesma forma de recriao de sempre. Este autor utilizou o Software Livre por alguns anos para conhecer melhor esta modalidade de programa. certo dizer
que ele se comporta muito bem depois de instalado e ajustado, tarefa esta extremamente complexa e custosa. Porm, certo que nenhum dos programas utilizados e testados ao longo deste tempo chegou a chamar a ateno por criatividade, pois todos eles eram praticamente idnticos aos programas Proprietrios j conhecidos. Esta atitude do movimento Livre vai contra a prpria alegao de que o Software Livre uma grande evoluo, pois caso as grandes empresas do universo proprietrio deixem de investir estes milhes de dlares para novas solues geniais, no haver mais nada a ser recriado, assim afirmam as empresas privadas que defendem o Software Proprietrio. Agora que j se compreendeu um pouco da rixa entre Proprietrio versus Livre, interessante se faz comentar um pouco das cautelas do software Proprietrio: Quando o profissional programador contratado para um determinado servio de criao, algumas cautelas bsicas so necessrias constar em contrato. Parece um extremo de cuidado, mas sempre muito bom expor no contrato cada detalhe do servio que ser contratado, como o destino da propriedade do cdigo-fonte; da possibilidade do programador utilizar o mesmo programa depois de pronto para servir outros clientes; de recusar que o seu cliente possa ter outro programador fazendo alteraes no Software depois de entregue etc. Um software quando vai servir ao mercado consumidor deve prever estes detalhes, que faro total diferena. H ento que se compreender a razo de algumas dessas necessidades:
A questo do cdigo-fonte do programa sempre uma grande dvida daqueles que procuram os servios deste escritor, logo, vem em primeiro lugar na listagem de cautelas. O cdigo-fonte uma criao do programador, tem seu conceito previsto no art. 1 da Lei n 9609/98, tem proteo de Direitos tambm na Lei de Direitos Autorais (Lei n 9610/98), aceita tambm diversos dispositivos do Cdigo Civil e tem previso criminosa no Cdigo Penal para quem infringir estes direitos. Enfim, o cdigo-fonte a grande razo de se elaborar um bom contrato. Como visto antes, no Software Livre h Licenas de Uso j prontas e que praticamente j definem o destino e as regras do cdigo-fonte, exigindo a presena do contrato apenas para regrar questes de pagamento dos servios prestados e demais rotinas. No caso do Software Proprietrio, no h padro para as Licenas de Uso, cada cdigo-fonte criado tem suas prprias regras, ditadas pelo seu criador, podendo ou no ser negociveis com o cliente. Caso o Software Proprietrio no seja destinado ao mercado consumidor e seja disponibilizado gratuitamente, a licena de uso pode ser aproveitada dos modelos Freeware, Shareware ou algo assim. E, por mais que possa haver questes a serem dirimidas dentro desta esfera de regras e Licena de Uso do Software Proprietrio como Comercial, tudo acaba por se resumir em trs grupos distintos de contratao quando o programa se destina ao lucro:
1 Software com destino Comercial Exclusivo. 2 Software com destino Comercial No Exclusivo. 3 Software com destino Comercial Coletivo. Cada um destes sero ento exposto de forma mais direta, para melhor compreenso do Software Comercial.
O Software Comercial
O autor desta obra mais uma vez esclarece que no h na Lei nenhuma previso conceitual ou meno que traz nomenclaturas como as utilizadas abaixo, porm, fica a cargo deste escritor poder dar nomes a estas modalidades, para a elas indicar uma melhor licena de uso. Para isto, importante a compreenso da diferena das diversas utilizaes dos programas de computador, para ento se compreender qual tipo de licena deve ser usada para determinadas situaes. Um Software Comercial, como o prprio nome diz, destinado ao Comrcio. Esta modalidade de programa pode se apresentar dentro de duas categorias: Software Proprietrio e Software Livre. Tanto o Software Proprietrio como o Livre podem ser utilizados no Comrcio. Esta diferenciao mera questo de utilizao de licenas de uso, em nada se relacionando com o seu destino (de lucro ou no). Porm, seja ao Proprietrio ou ao Livre, o comrcio de Softwares atividade de riscos e isto deve ser muito bem encarado pelo programador, se este quiser sua tranqilidade.
O software comercial pode atender a uma solicitao direta de um contratante para seu uso especfico ou pode ser feito almejando um pblico-alvo coletivo qualquer. Ou seja, alm do destino comercial do Software, o programa ainda tem que encontrar, repita-se, seu nicho mais especfico: uso exclusivo; uso no exclusivo e o meramente comercial.
O Software Comercial Exclusivo

De incio cabe destacar, com nfase, que para esta modalidade jamais se poder contratar um Software Livre, quando a inteno do cliente por Exclusividade. Oras, as quatro regras bsicas do universo Livre rondam a liberdade de acesso ao cdigo-fonte do programa. Ser uma gigantesca coliso de interesses se o programador se comprometer com seu cliente em dar total exclusividade do Software, quando este Software o obriga a publicar o cdigo-fonte a quem a ele fizer a solicitao. Assim, regra primeira para um Software Exclusivo: ser Software Proprietrio e no Livre. Comercial
O Software Comercial Exclusivo aquele em que o contratante pactuou com o programador a elaborao de um programa, com um fim especfico, e que no trmino pode ser entregue, at mesmo, o cdigo-fonte do programa, no podendo este ser comercializado pelo programador. Mesmo que o cdigo-fonte no seja entregue, o programador fica impossibilitado de reaproveitar o mesmo para outros servios, uma espcie de obrigao de no-fazer. um compromisso de exclusividade do programador ao seu cliente. O programador poder sempre requerer a autoria do programa, exigindo que seu nome aparea no software ou na
pgina principal de um site, por exemplo, como criador daquela ferramenta. Tambm, o programador poder se opor s alteraes futuras do software, caso isso no seja expressamente definido em contrato, ou seja, se em contrato as partes no estabeleceram que as alteraes futuras poderiam ser livremente feitas, isso s poder ento se concretizar com a anuncia do programador, pois assim determina a Lei de Software, Lei n 9609/98, art. 2, 1. A idia, como mencionado anteriormente, no protegida por Lei e pode ser explorada economicamente pelo programador a outros clientes, inclusive comercialmente (Lei sobre Direitos Autorais, art. 8, inc. VII), mas o software em si no poder ser reutilizado, foi um compromisso assumido com o cliente, como ocorre com uma obra-prima, da mesma forma que um grande pintor no pode criar um quadro similar ao vendido. No mundo das artes isso implcito, o artista jamais agiria dessa maneira, mas no mundo da informtica tal prtica deve ser expressamente contratada, se este for desejo. Sendo assim, o contrato algo repleto de detalhes e por ser exclusivo a um nico cliente, tambm dispensa o contrato de uso ou licena de uso do software, pois um contrato j foi elaborado para isso. Este caso presente ora ilustrado mais utilizado quando h a existncia de co-autores envolvidos e que um programador no quer entregar sua parte ao outro programador, tampouco a empresa cliente quer dividir com um profissional liberal/autnomo seu cdigo-fonte j existente e de sua propriedade.
Esse contrato no ser regido pelo Cdigo de Defesa do Consumidor, mas sim pelo Cdigo Civil, que estipula os direitos e as obrigaes entre as partes. um contrato atpico na rotina da programao, mas bom o caro leitor conhecer de sua existncia, pois, apesar de raros, sempre acaba acontecendo. Este escritor j teve o privilgio de servir em alguns casos assim. Mais uma vez, vale ressaltar que o exemplo a seguir no deve retratar um caso concreto, que exigiria mais pormenores, servindo o exemplo meramente como base de conhecimento. Um contrato complexo desta natureza deve ser o mais detalhado possvel, visando garantir ao mximo ambas as partes, merecendo, em muitos casos, acompanhamento de um profissional habilitado e que tenha experincia o suficiente no tema. Tambm, como comentado anteriormente, o instituto da arras nada mais que uma estipulao entre as partes, que visa abrandar a interrupo do contrato, perdendo quem paga o adiantamento e devendo pagar em dobro quem recebeu, isto , se o contratante o inadimplente, o contratado (programador) no precisar devolver o que recebeu, mas se o programador foi quem inadimpliu o pacto, dever arcar com o dobro do que recebeu em arras, ficando, assim, a critrio das partes contratar ou no com arras. Apesar de um risco, o instituto legal arras (Cdigo Civil, art. 420) recomendado, pois muitos contratos desta natureza, dada a sua complexidade, acabam sendo descumpridos pelas empresas clientes, que abandonam o projeto por razes diversas.
Um exemplo simplrio do que seria um contrato bsico para este caso: Exemplo de Contrato ou Licena de Uso para Software Comercial Exclusivo
INSTRUMENTO DE CONTRATO DE ELABORAO DE SOFTWARE, COM CONDIES REGRADAS PELO CDIGO CIVIL E LEIS ATINENTES AO PROGRAMA DE COMPUTADOR. De um lado, como CONTRATANTE, o advogado Beltrano, brasileiro, solteiro, advogado devidamente inscrito, portador da cdula de identidade RG n xx.xxx.xxx, CPF n xxx.xxx.xxx-xx, residente e domiciliado ...; e de outro lado, como CONTRATADO, o webdesigner e programador Fulano de Tal, brasileiro, solteiro, programador, portador da cdula de identidade RG n xx.xxx.xxx, CPF n xxx.xxx.xxx-xx, residente e domiciliado ..., tm entre si, justo e acordado, o seguinte pacto, regrado pelas clusulas e condies a seguir descritas, estabelecendo que as condies aqui no avenadas sero relacionadas s Leis de Software e Direito Autoral, seguidas pelo regulamento do Cdigo Civil. 1. Do Objeto O objeto da contratao a elaborao de um software para atender necessidade do contratante, para o fim especfico de organizar um banco de dados de acompanhamento processual, com as fases e os campos solicitados em formulrio separado e j apresentado pelo contratante, que far parte integrante desse instrumento.
Ainda, esses campos sero partes integrantes de um programa de reconhecimento e busca, que ser utilizado em um site, que tambm far parte dessa contratao, devendo o contratado elaborar o site e disponibiliz-lo na Internet, no nome escolhido pelo contratante. Por fim, o contratante dever fornecer uma ferramenta software, que a cada 24 (vinte e quatro) horas far, automaticamente, o upload do banco de dados do acompanhamento processual para o provedor, atualizando o site automaticamente. 2. Do Valor O valor deste instrumento o valor do servio, do software completo e das ferramentas necessrias para integral cumprimento e satisfao do contratante, sendo 5.000 unidades. O valor ser pago da seguinte maneira: 1.000 unidades no ato da assinatura do contrato a ttulo de adiantamento em arras, com fora no artigo 420 do Cdigo Civil; 1.500 unidades aps 30 dias da assinatura, quando o contratado dever apresentar a primeira verso do software; 1.500 unidades aps 60 dias da assinatura, quando o contratado dever apresentar a verso definitiva em fase final de implantao;
1.000 unidades no trmino da implantao do software e respectivas ferramentas. 3. Do Cdigo-fonte Por ser o Software um produto caracterizado como Comercial Exclusivo, o cdigo-fonte dever ser entregue no trmino da implantao do servio, no podendo o contratado utilizar-se deste para elaborar outros softwares que tenham o mesmo objetivo tampouco oferec-lo a empresas concorrentes. 4. Da Opo de Autorizao Por fora deste instrumento, o contratado entrega ao contratante do produto inteira e exclusivamente os Direitos sobre o Software, declarando que uma vez terminada a elaborao contratada e estando o contrato cumprido por ambas as partes, o contratado no poder jamais se opor a qualquer alterao sobre o produto, mesmo que seja feita por outro, a qualquer tempo e intuito, nada mais tendo a reclamar futuramente. Em caso de inadimplemento, cada pagamento feito ser perdido pelo contratante, em prol do trabalho desenvolvido, devendo o contratado entregar ao contratante o produto na fase em que estiver. Se o inadimplemento ocorrer por culpa do contratante, por clusula penal, este no ter a exclusividade do software, podendo o contratado utiliz-lo para qualquer
fim que desejar, at mesmo com outra contratao ou exposio ao comrcio. 5. Da Clusula Penal Tambm como condio penal, a parte inadimplente arcar com multa correspondente a 100% (cem por cento) do valor deste instrumento. A parte que der causa a via judicial arcar com todos os gastos, sejam judiciais ou extrajudiciais, at mesmo honorrios advocatcios no importe de 20% (vinte por cento). 6. Da Eleio do Foro As partes elegem o Foro da Comarca de So Paulo para dirimir quaisquer questes oriundas deste instrumento de contrato. E, por estarem ajustadas, assinam o presente instrumento em duas vias de igual teor e forma, na presena de duas testemunhas instrumentrias, para que este surta seus regulares efeitos jurdicos. So Paulo, xx de xxxxxx de xxxx. ______________________ Contratante ______________________ 1 Testemunha _________________________ Contratado _________________________
2 Testemunha
O Software Comercial No Exclusivo

O Software Comercial No Exclusivo difere-se pouco do Exclusivo, pois tambm consiste em um pacto de elaborao de um programa, com fim especfico, mas no trmino no ser entregue o cdigo-fonte com compromisso de exclusividade, podendo o programador reutiliz-lo para a elaborao de outros programas, desde que no infrinja nenhuma norma tica que possa resultar em danos, diretos ou por via reflexa, ao primeiro contratante, como, por exemplo, caracterizando Concorrncia Desleal (Lei n. 9.279/96, art. 195), entregando, ao concorrente do primeiro, um software baseado em informaes que seriam resultado de experincias e esforos, facilitando ao concorrente conquistar clientela alheia. Deve-se sempre levar em conta que a Idia no protegida por Lei nem para fins comerciais (Lei sobre Direitos Autorais, art. 8, inc. VII), nem o aproveitamento comercial ou industrial da idia, assim, sendo o cdigo-fonte uma propriedade imaterial do programador e a idia no estando protegida por Lei alguma, poder se fazer valer do trabalho em outras situaes, sem o menor problema. Deve constar do contrato que o software no ser exclusivo do contratante e que o programador poder utilizar-se do software para fins comerciais, sem oposio do contratante, respeitando pontos personalizados de cada contratante.
Tal qual no Exclusivo, o programador poder sempre requerer a autoria do programa, exigindo que seu nome aparea no software ou na pgina principal de um site, de cada software ou site elaborado. Tambm, o programador poder se opor s alteraes ao software, caso isso no esteja expressamente no contrato, ou seja, se em contrato as partes no estabeleceram que as alteraes futuras poderiam ser livremente feitas, isso s poder ento se concretizar com a anuncia do programador. Nessa modalidade de software, como cada software dever ser previamente contratado, para receber tpicos especficos de cada cliente e suas exigncias, tambm no ser necessria a licena de uso, sempre regrada pelo Cdigo Civil, no estando o contrato regido pelo Cdigo de Defesa do Consumidor. Aparentemente seria uma infrao legal a ausncia de Licena de Uso (Lei 9609/98, art. 9) como acima sugerido, porm, esta Licena de Uso mencionada na Lei tem mais cunho de regrar Direitos Comerciais da representao do Software, o que no o caso, logo, o contrato entre as partes j seria a Licena em si, todavia, nada impede de que um pequeno texto possa ser acrescentado no contrato regrando diretamente a Licena de Uso, como se faz abaixo. Ressalta-se sempre a opo do instituto arras e a necessidade do mximo de detalhes no contrato, pois em muitos casos ser necessrio e aconselhvel o acompanhamento de um profissional da rea de Direito. Exemplo de Contrato ou Licena de Uso para Software Comercial No Exclusivo
INSTRUMENTO DE CONTRATO DE ELABORAO DE SOFTWARE, COM CONDIES REGRADAS PELO CDIGO CIVIL E LEIS ATINENTES AO PROGRAMA DE COMPUTADOR. De um lado, como CONTRATANTE, o advogado Beltrano, brasileiro, solteiro, advogado devidamente inscrito, portador da cdula de identidade RG n xx.xxx.xxx, CPF n xxx.xxx.xxx-xx, residente e domiciliado ...; e de outro lado, como CONTRATADO, o webdesigner e programador Fulano de Tal, brasileiro, solteiro, programador, portador da cdula de identidade RG n xx.xxx.xxx, CPF n xxx.xxx.xxx-xx, residente e domiciliado ..., tm entre si, justo e acordado, o seguinte pacto, regrado pelas clusulas e condies a seguir descritas, estabelecendo que as condies aqui no avenadas sero relacionadas s Leis de Software e Direito Autoral, seguidas pelo regulamento do Cdigo Civil. 1. Do Objeto O objeto da contratao a elaborao de um software para atender necessidade do contratante, para o fim especfico de organizar um banco de dados de acompanhamento processual, com as fases e os campos solicitados em formulrio separado e j apresentado pelo contratante, que far parte integrante desse instrumento. Ainda, esses campos sero parte integrante de um programa de reconhecimento e busca, que ser utilizado em um site, que tambm far parte dessa contratao, devendo o contratado elaborar o site e
disponibiliz-lo na Internet, no nome escolhido pelo contratante. Por fim, o contratante dever fornecer uma ferramenta software, que a cada 24 (vinte e quatro) horas far, automaticamente, o upload do banco de dados do acompanhamento processual para o provedor, atualizando o site automaticamente. 2. Do Valor O valor deste instrumento o valor do servio, do software completo e das ferramentas necessrias para integral cumprimento e satisfao do contratante, sendo 5.000 unidades. O valor ser pago da seguinte maneira: 1.000 unidades no ato da assinatura do contrato a ttulo de adiantamento em arras, com fora no artigo 420 do Cdigo Civil; 1.500 unidades aps 30 dias da assinatura, quando o contratado dever apresentar a primeira verso do software; 1.500 unidades aps 60 dias da assinatura, quando o contratado dever apresentar a verso definitiva em fase final de implantao; 1.000 unidades no trmino da implantao do software e respectivas ferramentas. 3. Do Cdigo-fonte
Por ser o Software um produto caracterizado como Comercial No Exclusivo, o cdigo-fonte no ser entregue no trmino da implantao do servio, podendo o contratado utilizar-se deste para elaborar outros softwares que tenham o mesmo objetivo, respeitando os limites ticos e as informaes sigilosas comerciais do contratante. Aqui, o contratante declara que no se ope utilizao do software, com adequaes para diferenciar e manter a personalidade de cada cliente, pelo contratado. 4. Da Opo de Autorizao *(Essa clusula pode ser utilizada como uma autorizao ou no, do contratado ou do contratante, dependendo da contratao, bastando a adaptao que se busca.) Por fora deste instrumento, o contratante declara que receber do contratado o produto, mas que no receber os Direitos sobre o Software, declarando ter cincia de que uma vez terminada a elaborao contratada e estando o contrato cumprido por ambas as partes, o contratado poder se opor a qualquer alterao sobre o produto, mesmo que seja feita por outro, a qualquer tempo e intuito, nada mais podendo reclamar o contratante futuramente. Em caso de inadimplemento, cada pagamento feito ser perdido pelo contratante, em prol do trabalho desenvolvido, devendo o contratado entregar ao contratante o produto na fase em que estiver, mas o
trmino do programa somente ser realizado aps autorizao do contratado, em prol dos Direitos Autorais. 5. Da Clusula Penal Tambm como condio penal, a parte inadimplente arcar com multa correspondente a 100% (cem por cento) do valor deste instrumento. A parte que der causa a via judicial arcar com todos os gastos, sejam judiciais ou extrajudiciais, at mesmo honorrios advocatcios no importe de 20% (vinte por cento). 6. Da Eleio do Foro As partes elegem o Foro da Comarca de So Paulo para dirimir quaisquer questes oriundas deste instrumento de contrato. E, por estarem ajustadas, assinam o presente instrumento em duas vias de igual teor e forma, na presena de duas testemunhas instrumentrias, para que este surta seus regulares efeitos jurdicos. So Paulo, xx de xxxxxx de xxxx. _______________________ ________________________ Contratante Contratado
_______________________ ________________________ 1 Testemunha 2 Testemunha
Do Software Meramente Comercial e Sua Tributao

O software Meramente Comercial nada mais que o programa de computador feito sem qualquer contratao de elaborao. O software um produto pronto, destinado ao comrcio em geral, sem um consumidor final especfico, o popularmente chamado de produto de caixinha. Assim, nessa modalidade estar presente o Cdigo de Defesa do Consumidor, colocando o programador em desvantagem, pois todas as condies sero analisadas em benefcio e proteo do consumidor; dessa forma, se houver algum desequilbrio ou clusula estranha, esta ser anulada. A melhor forma de o programador no ter problemas com um software desse tipo no criar empecilhos no momento da disponibilizao do produto, ou seja, no inventar condies ou clusulas, simplesmente deve colocar clusulas bsicas, mas que garantam o mximo de direito ao programador, sempre atendendo completamente os ditames do Cdigo de Defesa do Consumidor. A utilizao de condies mais exticas deve ser feita em consulta a um profissional da rea de Direito, para que no finde em disponibilizar algo que desrespeite a Lei, como o caso do produto software OEM, citado nessa obra por razes peculiares e particulares a este autor.
Outro quesito importante a ser mencionado o fato de o software ter um destino incerto, ou seja, poder ser adquirido por qualquer interessado, fazendo com que a ordem tributria do produto seja outra, pois este no poder ser entregue como prestao de servio, com recolhimento simples de ISS (Imposto Sobre Servios), mas ser caso de ICMS (Imposto sobre Circulao de Mercadorias e Servios). A diferena entre esses impostos fcil de ser esclarecida: O ISS Imposto Sobre Servios , o imposto devido, por prestao de servio, pela pessoa fsica ou jurdica, com estabelecimento fixo, de servio no compreendido na competncia da Unio ou dos Estados. O ICMS Imposto sobre Circulao de Mercadorias e Servios , o imposto devido a qualquer pessoa, fsica ou jurdica, que de modo habitual ou em volume caracteriza intuito comercial, oriundos de operaes de mercadorias circuladas. Ou seja, devido sempre que o produto em escala comercial, isto , em grande quantidade (software de caixinha ou de prateleira).
H uma imensa desordem nesse sentido, pois muito comum observar inmeros programadores recolhendo o ISS Imposto Sobre Servios para softwares disponibilizados ao comrcio, muitas vezes por orientao at de profissionais da rea contbil. Outro erro tambm muito observado o recolhimento de ICMS Imposto sobre Circulao de Mercadorias e Servios sobre o valor do CD e no do produto software. O correto recolher o imposto sobre o software, pois este o servio ou a
mercadoria, e no sobre o CD, pois esta apenas um meio de transporte da mercadoria software e no a prpria mercadoria. Esta situao parece absurda, mas comum e j foi verificada na prtica pelo autor desta obra. Inclusive, hodiernamente, no Sul do Brasil h casos de proibio de revistas, que circulavam com CDs-bnus. A proibio se deu com a explicao de que a revista estaria escondendo a venda do Software contido no CD, sonegando impostos, em uma espcie de manobra Lei, invertendo o ditado popular da seguinte maneira: vendendo lebre por gato. Em analogia barata como adquirir computadores com preos inferiores, uma vez que a tributao sobre ele incidiu sobre o plstico bolha. Por esse motivo que logo no incio da obra destacou-se que seria importante saber, ao elaborar um software, qual seria seu destino, podendo ser para um consumidor final certo ou a um comrcio coletivo, pois tal deciso vai alm da escolha da plataforma, do sistema operacional, da Licena de Usa. A escolha reflete at mesma na tributao do Software. A diferena tributria pode fazer valer uma pr-anlise sobre a venda, visando verificar a viabilidade econmica do produto, pois os tributos encareceriam tanto o software com os gastos extras (criao de uma pessoa jurdica quando for necessrio como em licitaes , para emitir notas fiscais aos consumidores que assim exigem) como os encargos de uma pessoa jurdica, com talo de notas fiscais, contador mensal etc. que seria invivel a comercializao deste.
No Estado de So Paulo, por exemplo, qualquer empresa desta natureza obrigada a ser uma Ltda. e a carga tributria bem alta, na opinio particular deste autor. Por exemplo, foi criado para um computador um software com intuito de ser uma calculadora para advogados criminalistas. Essa calculadora verificaria o trmino da pena do condenado, isto , o Juiz condenou o ru a seis meses de deteno. No direito, a pena contada por dia, apesar de ser aplicada na sentena de forma diversa, como meses ou anos. Assim, o advogado teria que saber que seis meses seriam cento e oitenta dias, a contar do primeiro dia em que o ru foi preso (mesmo antes da sentena). Uma vez que os meses no possuem quantidade de dias iguais, como fevereiro com 28 dias e julho e agosto com 31 dias seguidos, a contagem se torna mais complicada do que parece ao leigo. Contagem de pena criminal um assunto muito complexo e que gera muitas aes de indenizao contra o Estado. A contagem da pena mais complicada ainda quando o ru pode sair em liberdade de Benefcio de Livramento Condicional, pois esta tambm ser contada em dias, apesar de ser fixada em percentual sobre a sentena que condena em meses e anos. Realmente, o que parecia ser algo simples, algo que comea a se tornar complexo. Assim, uma calculadora desse tipo um dispositivo verdadeiramente til, especialmente ao Juiz, que tem de fazer essa verificao, muitas vezes em vrios casos ao dia, e no pode errar.
Dessa forma, o programador desenvolve um software bastante til como este. Como seria um software destinado ao mercado incerto (sem contratao direta), sobre o produto recairia o ICMS Imposto sobre Circulao de Mercadorias e Servios e estaria presente o Cdigo de Defesa do Consumidor, devendo o produto conter Nota Fiscal, embalagem, manual escrito (no digital) em portugus e outras cautelas determinadas pela nossa legislao, como a criao de uma pessoa jurdica para representar este Software, com todos os encargos que uma empresa recebe. Bem, isso faria com que um software de 50 unidades passasse a custar at 150 unidades esses valores so simblicos, meramente para atender lgica da explicao. Isso fez com que esse software, no final, no tivesse sada comercial, no tendo o mercado se utilizado dele, pois a sua elaborao, por ser simples ao programador, pode ser contratada diretamente e desenvolvida por dez por cento do preo. Este caso ora narrado foi verdico e acompanhado por este autor e o resultado foi simples no caso desse software; hoje ele encontrado na Internet, disponvel gratuitamente, como Freeware, apenas para levar o nome do desenvolvedor adiante, sem inteno de lucro direto. Mais uma vez a Lei foi a vil para o programador, pois inviabilizou todo o projeto. Isso ocorre rotineiramente, com diversos produtos, em diversas reas e destinos.
Assim, o Software Meramente Comercial um produto muito complicado, motivo pelo qual somente as grandes empresas tencionam produzi-los, sem mencionar os gastos necessrios, como registro no INPI, de forma integral, que custa, em muitos casos, centenas de vezes o valor do prprio software em si. Enfim, um Software Meramente Comercial com todas as cautelas, registros, impostos etc. pode no ser um bom negcio ao programador solitrio, que muitas vezes desenvolve o seu software e acaba transferindo os direitos s empresas, para que estas o comercializem, ou, na frustrao, acaba entregando ao Mundo um timo Freeware. Um bom exemplo genrico para os dias atuais so os programas voltados ao GPS (Sistema de Posicionamento Global). Foram tantos os programas feitos para este hardware que a grande maioria acabou perdendo seu valor e fora comercial, dada a quantidade de ofertas de baixo custo. A maior parte destes Softwares esto na internet gratuitamente. Outro detalhe de suma importncia que no pode deixar de ser comentado que o software meramente comercial deve conter uma validade (ao menos a verso) e o detentor dos direitos do software, como responsvel deste, dever manter suporte ao produto pelo prazo de sua validade, mesmo que o produto venha a ser descontinuado e/ou retirado do mercado comercial (Lei n 9609/98, art. 8 e pargrafo nico). Isso tambm gera um gasto e acarreta responsabilidades, que devem ser avaliados pelo programador. Essa obrigao advm da Lei de Software, com o seguinte texto (destacamos):
DAS GARANTIAS AOS USURIOS DE PROGRAMA DE COMPUTADOR Art. 7 O contrato de licena de uso de programa de computador, o documento fiscal correspondente, os suportes fsicos do programa ou as respectivas embalagens devero consignar, de forma facilmente legvel pelo usurio, o prazo de validade tcnica da verso comercializada. Art. 8 Aquele que comercializar programa de computador, quer seja titular dos direitos do programa, quer seja titular dos direitos de comercializao, fica obrigado, no territrio nacional, durante o prazo de validade tcnica da respectiva verso, a assegurar aos respectivos usurios a prestao de servios tcnicos complementares relativos ao adequado funcionamento do programa, consideradas as suas especificaes. Pargrafo nico. A obrigao persistir no caso de retirada de circulao comercial do programa de computador durante o prazo de validade, salvo justa indenizao de eventuais prejuzos causados a terceiros.
Porm, o contrato ou licena de uso algo simples, podendo variar e at se tornar complexo conforme o caso. A seguir um simples exemplo:
Licena de Uso para o Software Meramente Comercial Nome do Software Licena exclusiva para a verso Especificar a Verso Direitos Autorais: Nome do Titular
(Citar o nmero de registro do contrato no INPI Instituto Nacional da Propriedade Industrial , caso os Direitos Autorais tenham sido transferidos.) Direitos de Criao: Nome do Criador Data do Software: dia/ms/ano Direitos Reservados e Protegidos pelas Leis Federais atinentes (citar registro junto ao INPI Instituto Nacional da Propriedade Industrial, caso tenha). Site: www.sitedoprogramadorousoftware.com.br E-mail: programador@provedor.com.br (Pelo menos uma fonte de contato necessria, para se requerer as autorizaes previstas na Lei.) Este programa um Software Meramente Comercial, denominado Nome do Software, para uso especfico de especificar o uso do software resumidamente. O Software requer o Sistema Operacional Especificar o OS e os seguintes softwares adicionais (se for o caso) Especificar os softwares necessrios. Por ser um Software Meramente Comercial, o usurio poder utiliz-lo por perodo indeterminado, porm a verso deste software tem a validade de um ano aps a data de disponibilizao como consta anteriormente, no estando o titular dos direitos deste obrigado a nenhum suporte aps essa data.
O usurio e detentor do direito de uso desse software poder (o) promover cpia de segurana permitida em Lei e reutiliz-la em outro hardware de seu uso, mas somente poder (o) utilizar-se do software em um hardware de cada vez, mas NO poder(o) distribuir o software livremente, nem mesmo quando conjuntamente com essa licena de uso. Qualquer alterao desejada dever ser previamente autorizada por seu criador e/ou titular de direitos, pelos endereos anteriores, sob pena das cominaes legais. O detentor dos Direitos Autorais e criador desse Software no se responsabiliza(m) pelo uso do programa, assim como no garante(m) que este ter total desempenho ou ser totalmente compatvel com o hardware do usurio, demais softwares usados pelo usurio e/ou manuseio do usurio. O usurio, ao prosseguir na instalao desse software, declara estar ciente de todas as condies aqui expostas, eximindo o criador e o detentor dos Direitos Autorais de quaisquer atos ilegais cometidos, por qualquer uso que seja desse programa. O usurio declara estar ciente da existncia do manual de uso do programa, em portugus, como determinado em Lei Federal, assim como declara que obteve a cpia desse software por meio legal. O direito de uso pessoal e intransfervel. Se este programa no foi obtido licitamente, no dever ser instalado. Cada usurio dever garantir sua prpria
licena, e no uso deste software em mais de um nico hardware, novas licenas devero ser adquiridas, devendo ser uma para cada hardware. O uso desse programa de total responsabilidade do usurio, no estando o programador e o titular dos Direitos Autorais coobrigado(os) a terceiros. Ao instalar esse software, o usurio estar concordando com todas condies dessa licena e se obrigando a respeitar a Lei de Software n. 9.609/98, a Lei de Direitos Autorais n.9.610/98 e demais Leis atinentes ao caso, especialmente a legislao criminal. P.S.: Para obter o download desse modelo ou solicitar informaes adicionais visite o site do autor e ou sua lista de discusso, disponveis em: www.doutord.com.br
Do Vrus de Computador
Como curiosidade e para argumentar, aps apresentar os tipos de softwares que no se confrontam com a Lei federal e podem ser utilizados pelos programadores, algumas dvidas surgem. Esse tema est sendo tratado separadamente, pois meramente argumentativo. Bem, primeiramente se deve esclarecer que alguns softwares no foram reconhecidos como Softwares pelo escritor dessa obra, como o OEM, por se tratarem de programas que se confrontam com a legislao nacional, como exposto anteriormente.
Outros, apesar de no confrontarem a legislao, no se enquadram no conceito de software em si, como o Demo, ou Demonstrao. O Demo comumente utilizado em diversos sites, com a inteno de dizer que so como um Shareware, ou seja, o interessado testa o programa e, se desejar, poder compr-lo. Todavia, o Shareware atinge o fim destinado, ou seja, ele apresenta o programa em si, total ou parcialmente, tal qual faz o Demo. Porm, o Shareware em alguns casos s no completo pois estaria alm do teste, estaria j utilizando os servios de forma completa, como por exemplo do servios de celular, que j seria necessrio haver uma linha telefnica adquirida para a totalidade das funes do programa. O exemplo utilizado no caso do Software Exclusivo pode muito bem ser aproveitado neste caso. Se o programa em sua totalidade oferece um organizador de banco de dados, com um site para disponibilizar as informaes e com ferramenta automtica de upload para o site, claramente o Shareware ser incompleto, pois no haver ainda um site para se testar a ferramenta automtica de atualizao do site com o banco de dados. Assim, interpreta-se que o programa Shareware distingue-se da verso completa por no poder explorar a totalidade sem gerar gastos alm do gratuito, pois at que seja paga a licena do Shareware, este gratuito (e no Freeware). H diversos softwares disponveis que dizem ser Shareware, colocando gratuitamente uma verso para
demonstrao do programa, mas que no dispem o programa em sua totalidade, pois alguns botes de acionamento esto desligados e no autorizam seu uso. Essa forma de disponibilizar o software, sendo ele parcial, visa suprir o travamento do programa aps determinado tempo. O Shareware verdadeiro disponibiliza o programa para teste, gratuita e inteiramente (exceto nos casos de impossibilidade, pois geram gastos, como mencionado anteriormente), e aps o uso pelo prazo determinado travado, podendo ser reabilitado aps adquirir a licena, para uso contnuo, com a verso completa. Por exemplo, h leitores de e-books na verso Shareware (como anunciados) que permitem a leitura do livro digital, mas no permitem que o leitor do programa em teste faa anotaes no texto, em forma de bookmark. Ora, essa particularidade no geraria um gasto alm do gratuito. Tambm, o programa Shareware (como anunciado) no tem prazo algum para uso do teste. A forma utilizada para conquistar o comprador do produto que este passe a desejar o uso ilimitado das ferramentas, e no por ter sido vetado o uso aps o prazo estipulado. Na verdade, esse Shareware no um Shareware, mas sim um Demo, na opinio deste autor. Porm, como poderia o interessado testar um produto que se apresentou de forma fragmentada? A Lei de Software caracteriza um software como sendo (destaque do escritor):
Art. 1 Programa de computador a expresso de um conjunto organizado de instrues em linguagem natural ou codificada, contida em suporte fsico de qualquer natureza, de emprego necessrio em mquinas automticas de tratamento da informao, dispositivos, instrumentos ou equipamentos perifricos, baseados em tcnica digital ou anloga, para faz-los funcionar de modo e para fins determinados.
Desta feita, se a verso completa do Demo no funciona no modo apresentado, tampouco pode este ser utilizado para o fim a que foi determinado; tecnicamente no pode ser considerado um Software. Esta a razo pela qual o escritor defende que o Demo no um Software caracterstico e que possa ser aceito, pois a verdadeira demonstrao do produto feita pelo Shareware, que um Software completo e atende forma prevista em Lei. Bem, todo esse esclarecimento serve para demonstrar, com base em Lei, os motivos pelos quais o escritor defende sua posio de que, pela legislao nacional, somente h seis modalidades de softwares que podem ser utilizados pelos programadores. Porm, uma pergunta ainda permanece sem resposta: o vrus de computador um Software? Inicialmente, o vrus no poderia ser qualificado segundo o quadro dos tipos de software relacionados pelo escritor, pois os que constam a so os que se enquadram na concepo jurdica do termo, assim como no afrontam a legislao. Como se sabe, j se falou que a Legislao Brasileira no fez todas as previses necessrias e em momento algum
Proibiu a elaborao do programa Vrus de Computador, imputando sano e conceituando-o como crime Estadual ou Federal. No obstante isso, proibir algo muito relativo, pois no Brasil no proibido assassinar algum, em muitas praas pblicas proibido pisar a grama, mas matar no proibido, no no territrio nacional. Isso mesmo, a Lei no diz que matar proibido, apenas prev (Cdigo Penal):
DOS CRIMES CONTRA A VIDA Homicdio simples Art. 121 Matar algum: Pena recluso, de 6 (seis) a 20 (vinte) anos.
A Lei imputa pena para quem decide assassinar algum, mas nada probe. Algo semelhante ocorre com o Vrus de Computador. H diversas penas contra quem dedica seu tempo para fazer ou contribuir para a elaborao de um vrus. Mas este no foi proibido, nem ao menos foi previsto, qualificado ou conceituado na legislao nacional. Se o Vrus de Computador no recebeu um conceito prprio, deve ser ento generalizado. Com efeito, o artigo primeiro da Lei de Software perfeitamente vivel, pelo que se pode dizer que o Vrus de Computador realmente um software.
Sim, infelizmente, o Vrus um Software. Como consta em alguns sites, um Malware! Esta denominao provm de Malicious Software, ou Software Malicioso. Mas esse conceito simplesmente Tcnico. Ento, se o Vrus de Computador no diretamente previsto na Lei de Software, no proibido por esta e aceito na concepo jurdica do termo, por que no consta da lista de softwares descrita pelo escritor? Simples, em primeiro lugar, a lista destina-se a orientar a como disponibilizar um software, e um vrus de computador no algo para ser disponibilizado, obviamente. Mas o mais importante que h uma excelente razo para exclu-lo no s da lista indicada pelo escritor, mas tambm para descaracteriz-lo como um Software. Esta obra de cunho informativo aos programadores e afins, mas calcada em Legislao Brasileira e, na ausncia de previso legal, consubstanciada nos diversos seguimentos do Direito. Como j mencionado, alm da legislao, h doutrinas, jurisprudncias etc., como o Direito Consuetudinrio, isto , o Direito baseado nos bons costumes. Alm desses mencionados, de se ressaltar o que aqui mais se enquadra, o Direito No Emprico, o Direito baseado tambm na experincia, na ocorrncia da realidade e no conhecimento alm do que consta na cincia. Tal qual dito no exemplo do Spam, anteriormente mencionado, foi errnea a sentena que qualificou o e-mail de propaganda indesejada como simples mala-direta.
Essa afirmativa no adveio do conceito tcnico, pois tecnicamente isso o Spam, uma mala-direta. Mas pelo intuito e pelo gasto de quem emite e pela inteno de quem recebe, o Spam mereceria uma melhor anlise, baseada no Direito Consuetudinrio e no no Emprico, pois assim o conceito tcnico advindo da analogia seria facilmente reavaliado, formando-se uma viso da realidade, com o pensamento de se verdadeiramente enxergar que o Spam, apesar de no provocar tamanhos estragos, estaria muito prximo do Vrus de Computador, pois inconveniente. Para complementar, o Spam, se fosse visto como , jamais seria interpretado como uma mala-direta, pois o prprio termo adveio da srie americana Monty Phyton, em que vikings gritam SpamSpamSpam continuamente, cada vez mais alto, atrapalhando a todos em um restaurante e fazendo com que ningum mais se entenda, enquanto ingerem uma carne (atum) enlatada, tipicamente americana, que tem tambm o conceito geral de falta de gosto. A cena da srie define o que Spam: algo que aborrece e contra o qual pouco pode ser feito. Engole-se o enlatado nomeado de Spam em meio a gritos, por falta de sada. SpamSpamSpam, atribuio perfeita. Em muitos casos, a quantidade de Spam to grande que prefervel receber um Vrus! H diversos antivrus que protegem o computador de inmeros Malwares, assim o computador pode se defender sozinho do indesejado visitante, porm no h qualquer vacina digital definitivamente eficiente contra o Spam, o que refora
a colocao de que a sentena que favoreceu o Spam foi absolutamente equivocada. Nesse sentido, admitir o Vrus de Computador como um legtimo Software tambm um equvoco. Com base na experincia, sem egosmo ao texto da Lei, descaracterizado est o Vrus de Computador como Software, da mesma forma que deveria ocorrer com o Spam como MalaDireta.
5
O registro do software
INPI Instituto Nacional da Propriedade Industrial
O INPI Instituto Nacional da Propriedade Industrial uma Autarquia Federal, criada em 1970, vinculada ao Ministrio do Desenvolvimento, Indstria e Comrcio Exterior, tendo como prioridade a propriedade industrial (Lei da Propriedade Industrial n 9279/96) para, no mbito nacional, regular a funo social, econmica, jurdica e tcnica, pronunciando
quanto a convenincia de assinatura, ratificao e denncia de convenes, tratados, convnios e acordos sobre a propriedade industrial. Porm, com as necessidades surgidas ao longo do tempo agregou outras tarefas, como concesso de marcas e patentes, a responsabilidade pela averbao dos contratos de transferncia de tecnologia e at mesmo o registro de programas de computador, alm de contratos de franquia empresarial, desenho industrial e indicaes geogrficas. Com a Lei de Software, o INPI tambm responsvel pelos programas de computador e transferncia dos direitos sobre o software, armazenando diversas informaes, como o prprio cdigo-fonte. A importncia do registro simples. Qualquer interessado em informaes sobre o Software poder obt-las no INPI, como o nome do titular dos direitos e alguns dados pblicos. Dados como o prprio cdigo-fonte so de sigilo absoluto, no podendo ter acesso a ele nem mesmo seu criador, caso no seja o titular dos direitos do programa. Dessa forma, caso haja algum dano a terceiros, pode-se obter informaes preciosas acerca dos responsveis. Por outro lado, o registro uma proteo ao criador e ou ao seu detentor dos Direitos Autorais, para que tais Direitos possam ser respeitados. Se eventualmente surgir no mercado algum software idntico ao registrado, o titular dos direitos pode reivindicar a anterioridade do seu direito sobre o outro software ou retir-lo
do mercado, por frustrar suas expectativas, caso esteja presente o instituto da Concorrncia Desleal, por exemplo. Para tanto, o titular dever pleitear a ordem judicialmente visando obstar o concorrente desleal, para interromper a comercializao do programa que o prejudica sem a saudvel concorrncia comercial. A ordem judicial, para ser expedida, ser baseada em um direito concreto e no meramente alegado. Para o titular dos direitos do software registrado obter essa ordem, ter que demonstrar o registro do programa, provando o fato constitutivo do seu direito. O registro serve como uma escritura de compra e venda de bem imvel, a prova da propriedade do programa, que tambm um bem, mas qualificado como bem imaterial. Sendo o software registrado, o INPI no permitir que um outro software idntico seja tambm registrado, garantindo ao criador e seu titular (se pessoas distintas) um direito nico de gozar dos benefcios do programa. A maior proteo visa evitar problemas como a Contrafao e a pirataria, mais bem vistas, conceituadas e esclarecidas anteriormente. O registro do software parece tarefa simples, mas infelizmente no , tornando-se um empecilho para que a garantia desejada seja alcanada. Esse o fator que mais contribui, hodiernamente, para que os programas tenham seus direitos transferidos do programador a um terceiro, para que este possa comercializar o produto.
Essa transferncia somente tem validade no mundo jurdico se feita formalmente, tambm perante ao INPI, o que vale lembrar. Essa formalidade simples e no exige grande esforo aos interessados, bastando que a manifestao das partes seja transcrita em documento e levada a registro.
Do Modelo de Transferncia de Direitos de Tecnologia

INSTRUMENTO DE TRANSFERNCIA E CESSO DE DIREITOS DE TECNOLOGIA CEDENTE Q U A L I F I C A O (Nome, CGC ou CPF N, Nacionalidade, Estado Civil, Profisso, Endereo Completo) CESSIONRIO Q U A LI F I C A O (Nome, CGC ou CPF N, Nacionalidade, Estado Civil, Profisso, Endereo Completo) Pelo presente instrumento particular, nesta e na melhor forma de direito, o(s) CEDENTE(S) , autoriza(m) o(s) CESSIONRIO(S) a registrar o Programa de Computador intitulado (______________), no Instituto Nacional da Propriedade Industrial, cedendo todos os direitos patrimoniais a ele relativos, na forma e para os fins do disposto nos Artigos 49, 50 e 51 da Lei n 9.610, de 19/02/98, recebendo para tanto o valor de R$ .... (valor por extenso) ou, a ttulo gratuito ou percentual da explorao econmica, sem qualquer
restrio quanto forma, ao tempo ou ao lugar, desde j ficando autorizadas quaisquer alteraes que venham a ser consubstanciadas em futuras atualizaes, modificaes ou derivaes tecnolgicas. Por ser a expresso da verdade, este documento assinado na presena de duas testemunhas, devidamente qualificadas que tambm o assinam. Local / Data __________________________________________ CEDENTE __________________________________________ CESSIONRIO TESTEMUNHAS 1 __________________________________________ CPF N 2 __________________________________________ CPF N No caso do CEDENTE, ou CESSIONRIO, ser Pessoa Jurdica, deve haver a completa qualificao do representante legal que estiver firmando o presente Termo, assim como a apresentao do respectivo Contrato Social e Alteraes.
O TTULO mencionado no(s) Termo(s) de Cesso dever, OBRIGATORIAMENTE, ser idntico quele constante do FORMULRIO DE PEDIDO DE REGISTRO. Neste momento, feita a entrega do cdigo-fonte ao titular dos direitos. P.S.: Para obter o download desse modelo ou solicitar informaes adicionais visite o site do autor e ou sua lista de discusso, disponveis em: www.doutord.com.br
O Pedido de Registro do Programa de Computador

O pedido de registro, normalmente, feito por profissionais ligados rea, dada a complexidade da situao perante o interessado que nunca promoveu tal ato. Por esse motivo, ser um manual que verdadeiramente explicasse cada passo para efetivar um registro no o objetivo desta obra. Porm, com o intuito de esclarecimento e desmistificao do ato, tem-se: Um registro , tambm, um ato formal. feito por meio de formulrio emitido pelo prprio INPI (h cpias ilustrativas no final desta obra, anexo 3, passveis de download, at mesmo, pelo site do INPI, no endereo www.inpi.gov.br). Esse formulrio solicita diversos dados, entre eles: Dados do criador do programa.
Dados do titular dos direitos patrimoniais do programa. Dados do programa (como ttulo, data da criao, linguagem empregada etc.). Documentos anexados (como guias de recolhimento, procuraes, contratos de transferncia de direitos, autorizao para modificaes, contrato de trabalho, parceria ou prestao de servio, envelope com os dados do programa em linguagem e cdigo-fonte, entre outros do gnero). Declaraes (como de cincia da necessidade de manual em lngua portuguesa, de suporte ao produto pelo perodo exigido em Lei e demais exigncias legais atinentes ao software). Dados do procurador (se for o caso, como em situao de um profissional da rea estar promovendo o registro em nome do interessado). Declarao para fins de responsabilidade civil e criminal de que as informaes prestadas so verdicas.
A Documentao Tcnica
A documentao constituda por material que visa resguardar dados que venham provar a propriedade do programa, em situao de indagao, judicial ou extrajudicial. Esses documentos serviro exclusivamente para comprovar a autoria e a anterioridade do programa registrado e tambm possuem formalidade para a apresentao.
A documentao deve ser apresentada em papel no formato A4, em duas vias de igual teor e forma, sem capa ou outra proteo, pois estas folhas de papel sero guardadas em invlucros prprios, que so simplesmente envelopes, e cada um deles guarda um nmero exato de vias. As vias podero ser utilizadas inteiramente, at mesmo no verso. Esse detalhe parece no ser muito importante, porm cada invlucro no guarda muitas pginas (apenas sete 7 para ser exato, incluindo a segunda via) e cada um dos invlucros cobrado, separada e individualmente, no sendo um valor irrisrio para o bolso do programador iniciante e, repetindo, tudo deve estar em duas vias. Esse problema pode ser amenizado com o uso de mquinas fotocopiadoras, fazendo uma montagem no texto, para que cada folha possa abrigar o mximo de informaes, tendo o texto fonte de tamanho mnimo, porm legvel (no h especificao quanto tamanho e tipo da fonte, nem mesmo acerca de margem ou espaamento). Esse procedimento permitido pelo INPI, mas o documento deve estar absolutamente legvel a olho nu. Deve-se promover essa montagem antes de mais nada, pois necessrio saber exatamente a quantidade de invlucros que sero necessrios, pois as primeiras etapas do registro devem ser cumpridas antes desse momento (pedidos, transferncias etc.), at mesmo o recolhimento de guias que do o direito aos invlucros, que so cobrados por unidade, ou seja, sem conhecer o tamanho do texto, no se sabe a quantidade de vias, e conseqentemente a quantidade de invlucros necessrios, no podendo conhecer o valor do recolhimento, que adiantado nesse sentido.
Esse procedimento altamente necessrio e importante, pois nesses invlucros estaro o cdigo-fonte do programa e todos os detalhes tcnicos. Os invlucros sero selados e a abertura destes somente ser possvel a pedido do titular dos direitos ou por ordem judicial, como comentado no incio da obra. Esses so alguns dos aspectos para se promover o registro do programa de computador no INPI.
O Mtodo Alternativo de Proteo Autoral ao Software

O caminho correto e determinado em Lei, para se promover o registro de programa de computador, o citado no captulo 5, porm o custo de tal ato no irrisrio e softwares mais simples no encontram apoio para sua viabilidade econmica, como j bem exposto em outros tpicos dessa obra. A dificuldade na burocracia e a complexidade nas etapas so um incentivo aos mdios e pequenos softwares de jamais terem seu registro regularizados. Dessa forma, a falta do registro algo que impossibilita a efetiva garantia dos direitos autorais, exigindo uma declarao judicial (sentena judicial no final de uma processo judicial) nesse sentido, que pode levar anos e nem sempre ser totalmente satisfatria. Ento, como se ter um mnimo de garantia diante dos numerosos programas piratas? A Lei de Software, como comentado anteriormente, clara e no poderia ser mais eloqente, mesmo se complexa fosse.
Concorda-se que no prev totalmente as situaes, mas nesse quesito de registro extremamente objetiva. A Lei acerca dos Direitos Autorais prev em seu artigo 7, inciso XII, que o Programa de Computador est protegido (inclusive o art. 2 ratifica, dizendo que a propriedade intelectual de programa de computador regrada pela Lei dos Direitos Autorais), independentemente de qualquer registro, at mesmo o do INPI, como bem afirma o artigo 3 da Lei de Software. Assim, o criador do programa de computador (e site) est protegido por ambas as Leis, entendendo que seu programa no poder ser desrespeitado (pirateado ou outro ato similar). O registro apenas uma forma regular de proteger sumariamente o produto, sem a necessidade de qualquer discusso, judicial ou extrajudicial. Uma discusso sobre uma propriedade imaterial pode levar muitos anos em nossa rotina jurdica. Dessa forma, o registro imprescindvel, mas o tema aborda um outro caminho. O mtodo alternativo no to seguro quanto o registro promovido no INPI, mas pode ajudar, e muito. Para esclarecer melhor, caso haja uma discusso atinente sobre a propriedade de um software, primeiramente deve ser provada a propriedade e a anterioridade alegada. Assim, se o programador tem o registro do software, essa discusso superada e os atos judiciais so voltados apenas para os efeitos, buscando os direitos do programador lesado, to-somente.
Se o programador no dispe do registro, dever provar o fato constitutivo do seu direito primeiramente, em uma discusso longa, com percias, testemunhas etc., podendo at mesmo nada provar ao longo do processo. O que se orienta nos casos em que o programador no possua interesse no registro, mas deseja o mnimo de garantia, que faa, ento, o seu programa adquirir vida jurdica atrs de sistemas alternativos de registro, por uma declarao de um serventurio da justia e outros mtodos econmicos e eficazes, que passa agora a relatar em trs possibilidades simples.
Alternativa 1
Esse ato um ato jurdico, em que um Cartrio de Registro de Ttulos e Documentos, ou at mesmo um Cartrio Notarial, passa a validar o ato, com f pblica, pelo poder investido pelo Estado. Assim, o programador poder expor publicamente, com f pblica, que seu programa existe no mercado aps determinada data, exibindo um documento registrado em cartrio, por um valor verdadeiramente inferior e com quase nada de burocracia, ao menos para se provar o direito autoral. Obviamente o cdigo-fonte no ser publicado no documento (todos os documentos por este meio empregado sero pblicos e qualquer um ter total acesso), mas a maioria dos softwares pode ser garantida e reconhecida apenas com uma ficha tcnica deste, detalhando o uso, o destino empregado, as formas de construo e demais do gnero, at mesmo por uma transcrio de pequena parte do cdigo-fonte.
O mtodo alternativo que se prope o ato da Escritura de Declarao, em que o programador declara ao servidor do cartrio todos os detalhes do software e este transcreve para um documento pblico, que ficar guardado no arquivo do cartrio, podendo o programador ter cpia deste, por meio de traslado, tambm muito econmico comparado ao registro do INPI, suprindo boa parte da ausncia de prova de titularidade do Software. Esse mtodo altamente econmico e pode ajudar a viabilizar alguns projetos, reduzindo o custo do software enormemente, tornando o produto capacitado para o mercado. Esse mesmo mtodo tambm indicado para situaes em que o programador efetivou um servio contratado, produzindo, por exemplo, um software comercial a um destinatrio nico. O custo para o registro do programa, no INPI, pode ser igual ou at mesmo maior que o prprio valor do software, vale fazer constar. Apenas para resguardar seus direitos, essa prtica da Escritura de Declarao muito positiva, pois no estar o produto no mercado aberto, mas poder servir de base de prova, caso eventualmente um terceiro venha a produzir esse mesmo software, sem seu consentimento, ao mercado. Essa prtica vem demonstrando ser uma rotina aos programadores que desenvolvem softwares sob encomenda, mas alguns relatam uma certa resistncia dos cartrios, que desconhecem a matria. Dessa forma, fica a dica Legal de que o artigo 364 do Cdigo de Processo Civil assim afirma:
Seo V Da Prova Documental Subseo I Da Fora Probante dos Documentos Art. 364. O documento pblico faz prova no s da sua formao, mas tambm dos fatos que o escrivo, o tabelio, ou o funcionrio declarar que ocorreram em sua presena.
Sendo assim, o programador poder de forma econmica ter uma prova a seu favor que visar comprovar a propriedade e anterioridade do Software, protegendo seus interesses, como regra a Lei dos Direitos Autorais e Lei de Software, que esclarecem que o Software est protegido mesmo sem o registro no rgo competente. A parte negativa desta alternativa que parte do cdigofonte ficar pblica, o que sempre poder ser, de uma forma ou outra, perigosa.
Alternativa 2
Como uma segunda alternativa h o simples registro de documento em Cartrio de Ttulos e Documentos. Esta alternativa no indicada por este autor, que a cita por ser muito utilizada, mas no a cita como alternativa eficiente e segura.
Muitos advogados orientam seus clientes a promoverem um registro alternativo utilizando o servio de Cartrio de Ttulos e Documentos. Este servio muito eficiente para contratos de prestao de servio e at mesmo para contratos de desenvolvimento de softwares, mas no entende este autor ser o servio correto para produzir uma prova de autoria e anterioridade de uma criao Software. Basicamente, este servio se resume em produzir um documento relatando o tipo de software, a data em que foi criado e demais informaes, tal como seria na Alternativa 1, porm, na primeira alternativa citada, quem produz o documento um Servidor Pblico, que goza de f pblica do Estado, enquanto nesta segunda alternativa o prprio programador que cria tal documento, unilateralmente. Juridicamente dizendo, um documento produzido unilateralmente tem fora quase zero. correto afirmar que esta segunda alternativa traz a fora adicional de estar o documento registrado no cartrio, que corrobora para com o efeito de prova, porm um mtodo tipo como de pouca eficincia prtica, pelo que no recomendado. Assim, alm de ser um documento produzido unilateralmente tambm h o mesmo inconveniente da alternativa primeira: publicar ao menos parte do cdigo-fonte, para efeitos de identificao do programa.
Alternativa 3
Esta terceira alternativa realmente a mais eficiente e este caminho que este autor vem h anos recomendando aos seus clientes. Vale comentar que este mtodo nunca apresentou qualquer falha ou refletiu qualquer problema. Em todos os casos em que foi empregado ao longo destes anos, em todos o sucesso foi completo. Segue a seqncia correta para se utilizar deste mtodo eficaz, econmico e muito simples:
Passo I elaborao
Mesmo que o Software no tenha sido ainda terminado, possvel adotar este mtodo. Em cada fase nova do projeto, possvel refazer o mtodo, protegendo sempre a criao, em qualquer momento que se desejar, sem publicar nem mesmo qualquer trecho do cdigo-fonte. Terminado ou no o Software, importante reproduzir em uma mdia qualquer (CD ou DVD, por exemplo) todos os detalhes em um arquivo de texto (Doc, .Txt, .Rtf, qualquer outro), como: autoria, data de incio da criao, data do momento em que se encontra o projeto, data do trmino se j ocorreu, se h co-autoria, validade e todas as condies do cdigo-fonte. Na mesma mdia, importante conter um texto da Licena de Uso do Programa, mesmo que no seja ainda a efetiva, seja uma mera provisria Licena. O programador, como criador do Software, poder a qualquer tempo alterar os termos da
Licena de Uso e, se isso ocorrer, basta repetir cada passo deste registro alternativo. Ainda, aproveitando a mdia, inserir o cdigo-fonte, se possvel uma cpia do Software em formato para execuo (Run .exe, por exemplo) e todas e demais informaes sobre o projeto, como imagens utilizadas, rascunhos e o que mais houver. Se o caro leitor estiver em processo de repetio deste registro alternativo, recomenda-se narrar em um arquivo de texto que outros registros j foram produzidos anteriormente, para este mesmo Software, visando no perder o efeito de anterioridade, como mais adiante ser melhor comentado.
Passo II encerrando preparao

Depois de j feita a mdia, coloque-a em um envelope. O mesmo arquivo de texto que foi inserido na mdia poder conter, por exemplo, citao de que o envelope possui determinadas caractersticas, ou at mesmo rubrica do seu criador ou at mesmo cdigo alfa-numrico por ele criado, tudo para dar o mximo de confiabilidade no ato. Este envelope deve ser enviado pelo correio, por exemplo, usando como Remetente a empresa do programador e como destinatrio o prprio programador. O envelope deve ser remetido com A.R. (Aviso de Recebimento), ou Sedex, ou qualquer mtodo idneo que possa ser documentado pela entidade competente (Correios, por exemplo). Desta forma, o programador ter um envelope lacrado e que no seu interior h uma mdia com todos os detalhes tcnicos do programa. Os dados de Remetente e Destinatrio do suporte
prova de autoria da criao, enquanto os documentos dos Correios do a validade do ato e as datas carimbadas nos envelopes e avisos de recebimento validam a data da criao. Se houver rascunhos escritos, documentos fornecidos por um cliente, contrato elaborado com o cliente e qualquer outro que possa servir futuramente como alguma prova, pode ser tambm inserido no mesmo envelope com a mdia, ou cpia do mesmo, para evitar a necessidade de abrir o envelope lacrado para reav-los por um motivo qualquer.
Passo III repetindo o ato

possvel fazer e refazer este simples mtodo alternativo quantas vezes necessrio for. No h limitao. Imagine que o projeto sofreu algumas alteraes, ou inovaes ou algo assim; da a necessidade de refazer o ato. Porm, se feito sem qualquer ressalva, a impresso que o tal Software teria sido criado a partir dali, retirando o privilgio de anterioridade de seu criador. Ento, ao repetir o ato de registro, independentemente da razo, importante lembrar de indicar no novo arquivo de texto que j foi feito um ou mais registros anteriores, usando a mesma metodologia de envelope lacrado, podendo citar as datas e numerao do envelope anterior, dadas pelos Correios ou outra entidade que tiver servido durante o ato. Pode-se at inserir os envelopes anteriores dentro do novo envelope, no h problemas ou limitao.
Passo IV reforando o ato

Por fim, caso seja de interesse, possvel reforar este ato um pouco mais. Depois que o os passos I e II tiverem sido feitos, ou at mesmo o III tambm, pode o programador mais cauteloso desejar um pouco mais de garantia, afinal, esta metodologia tambm uma forma de produo unilateral de documento. Bem, ento se recomenda que o programador v at um Cartrio Notarial e pea uma Escritura de Declarao ao cartorrio. Este servidor pblico, que goza de f pblica, produzir um documento pblico para reforar o registro alternativo, mas desta vez com um adicional muito vantajoso: nenhuma parte do cdigo-fonte ser ento publicada. O cartorrio far um texto narrando que o programador, de qualificao tal, esteve naquele Cartrio em data e hora tal, possui um envelope, de cor e caractersticas tais, com Remetente e Destinatrio tais, com data e cdigo tais, e que no interior do mesmo h uma mdia com todos os dados tcnicos de Software de nome tal, que tem objetivo de ...., serve para os sistemas operacionais tais e outros detalhes similares, da mesma forma que se faria na Alternativa 1. Com isso, o programador ter a um preo muito baixo uma proteo muito importante para o seu projeto de criao. Ainda, ressalta-se que um registro oficial no INPI, alm de dispendioso, pode levar meses at seu ultimato, enquanto este mtodo alternativo oferecido pode se encerrar em 24hs (vinte e quatro horas), tendo o mesmo efeito prtico que : provar a autoria e a anterioridade daquele cdigo-fonte e demais pontos a ele vinculados.
Outra vantagem enorme neste sistema alternativo que nele o programador poder inserir vrios documentos como rascunhos, dados fornecidos pelo cliente que encomendou o servio, desenhos, gravuras, ilustraes e tudo mais que estiver envolvido no projeto, enquanto no INIPI somente se registra o prprio cdigo-fonte, exigindo registros distintos para a marca, o nome, o logo do programa e todo o resto a ele vinculado. Desta feita, pode-se afirmar que este sistema simples e de baixo custo pode ser a grande separao entre o sucesso e o fracasso da vida profissional do programador.
6
Concluso
Um Software transcende o que a Lei conceituou, um Software pode ser um grande produto, estando distante de um simples texto codificado. Um Software um mecanismo destinado execuo de uma tarefa, podendo ser apresentado de diversas formas e tipos, que recebeu previso Legal e est garantido por Lei Federal o Direito de Autoria ao seu criador.
Esse bem imaterial deve ser confeccionado de forma inteligente, no somente em sua elaborao codificada, mas tambm em sua forma jurdica, que ser nada mais que sua forma de sobreviver ao mundo comercial de hoje, predatrio por sua natureza. Para se evitar prejuzos e garantir o mximo de direitos, deve o programador conhecer os caminhos regrados pela Lei, ao menos os mais bsicos, pois diante dela no se alegar ignorncia jamais, pois isso no permitido nos ditames legais. Assim, saber contratar to fundamental quanto saber o que no se deve contratar. Saber expor o produto saber garantir o futuro do Software. Saber se garantir no precisar lutar no amanh. Conhecer formas alternativas, Legais e econmicas de garantir o direito proteo fundamental para todos e quaisquer Softwares. Porm, o mais importante saber como atravessar a fase atual, em que pouco material h sobre o Direito de Tecnologia. Muito est se formando, est se delineando agora sobre o futuro digital, no somente no Brasil, mas no mundo todo. As formas de e-commerce que esto revolucionando o mercado mundial e aproximando os Continentes. As alteraes no universo da Msica, Propaganda, Livros e muitos mais, tudo em virtude do nascimento da era digital. A Logstica ciberntica que surge, promete construir uma barreira imensa que separar o passado do presente, dividindo, quase que fisicamente, a histria econmica do homem que vivia sem a Internet.
Os certificados digitais que sero uma excelente realidade comum em pouqussimo tempo. As transaes Business to Business, como a alavanca do comrcio eletrnico, faro total diferena em um futuro quase imediato. As responsabilidades de provedores, banda larga, o mundo Wireless, mvel, sofisticado; salvando vidas, garantindo sade, proteo, segurana at no meio automobilstico, privacidade e, quem sabe, mais paz. Tudo ser construdo em pouco tempo e essa gerao de programadores agraciada por viver esse momento histrico. Esse momento que valoriza a criao digital. O mundo estar nas mos de quem souber falar com a mquina. Conhecer esse momento ser ajudar a construir o futuro. Que seja ento construdo com sabedoria e idoneidade, respeitando o direito individual e cumprindo a quota parte cada um, que o dever de todo cidado. Que o profissional saiba sempre cumprir com a parte que lhe couber, tal como exigir o direito que lhe foi garantido em contratao e por previso em Lei.
Anexo 1 (Leis tambm disponveis no site do DD. www.doutord.com.br)

Lei de Software Lei n 9.609, 19.02.1998
Anexo 2 (Leis tambm disponveis no site do DD. www.doutord.com.br)

Lei sobre Direitos Autorais Lei n 9.610, 19.02.1998
Anexo 3
Formulrios do INPI Vide em (clique no item 2, se o INPI no mudou o link dever baixar automaticamente o arquivo): 1. http://www.inpi.gov.br 2. Clique aqui para obter o arquivo (ou) utilize: http://www.inpi.gov.br/menu-esquerdo/programa-newversion/pasta_formularios/S_pedido_e.doc
Manual Pblico do Unurio INPI (Extrado do INPI)
1. Apresentao Atravs da Lei n 9.609, de 19 de fevereiro de 1998, ficou estabelecido que os programas de computador - "software" - teriam o regime jurdico do Direito Autoral como forma de proteger os interesses de quem os desenvolva.
Reconhecido o papel preponderante da informtica no contexto do desenvolvimento econmicoindustrial resultante das aplicaes das novas tecnologias, o domnio dos conceitos do novo ordenamento jurdico internacional, onde est inserida a proteo aos programas de computador, deve ser objetivo das empresas e criadores nacionais, tanto quanto a busca permanente de maior competitividade para seus produtos. O Instituto Nacional da Propriedade Industrial INPI, autarquia federal vinculada ao Ministrio da Indstria, do Comrcio e do Turismo, o rgo responsvel pelos registros dos programas de computador, de acordo com o Decreto n 2.556 de 20 de abril de 1998. Para que possa garantir a exclusividade na produo, uso e comercializao de um programa de computador, o interessado dever comprovar a autoria do mesmo, estando, portanto, revestido de grande importncia o registro no INPI. O prazo de validade dos direitos de 50 anos contados do dia 1 de janeiro do ano subseqente ao da "Data de Criao" do programa, garantido o sigilo absoluto das partes do programa trazidas registro no INPI. O presente Manual do Usurio, institudo pela Resoluo INPI n 58, de 14/07/98, tem por objetivo orientar os usurios dos servios prestados pelo INPI, na rea de Registro de Programas de Computador, definindo os procedimentos para a obteno do registro e fornecendo as instrues necessrias ao correto
atendimento aos dispositivos legais e regulamentares pertinentes matria. Importante O Servio de Registro de Programas de Computador do INPI, buscando a excelncia no atendimento de seus usurios, envia TODAS AS COMUNICAES relativas ao andamento dos pedidos ou registros diretamente, via Correio, com Aviso de Recebimento. As vantagens desse tipo de atendimento so evidentes, economizando sobremaneira o tempo e os esforos para o INDISPENSVEL ACOMPANHAMENTO da tramitao dos processos, durante toda a vida til dos mesmos. Entretanto, srios prejuzos podero advir no caso do NO ATENDIMENTO das solicitaes contidas nessas correspondncias, portanto: ATENO ! MANTENHA SEU ENDEREO ATUALIZADO JUNTO AO SETOR DE REGISTRO SR. USURIO O REGISTRO DE SEU PROGRAMA PODE SER FEITO DIRETAMENTE, SENDO COMPLETAMENTE DISPENSVEL A UTILIZAO DE INTERMEDIRIOS I. ESCLARECIMENTOS PRELIMINARES O REGISTRO DE PROGRAMAS DE COMPUTADOR Objetivo: Comprovao da autoria de Programas de Computador para que fique assegurada a exclusividade de explorao, de acordo com o estabelecido na "Lei de Software" - n 9.609/98 e seu regulamento -Decreto n 2.556/98 e na Lei de Direito Autoral - n 9.610/98. Caractersticas:
a) No obrigatrio: no entanto, para assegurar a exclusividade no uso do Programa o usurio ter que comprovar de alguma outra forma - sempre passvel de um maior questionamento em juzo - a autoria do mesmo. Deve ser ressalvado que, nos casos de transferncia, parcial ou total, de direitos sobre um programa, para a garantia dos direitos das partes contratantes, o contrato poder ser averbado margem do registro. b) Abrangncia: diferentemente dos casos de marcas e patentes, o reconhecimento do registro INTERNACIONAL. Assim, os programas estrangeiros no precisam ser registrados no Brasil - salvo, para garantia das partes envolvidas, nos casos de cesso de direitos -e, da mesma forma, os nacionais no precisam ser registrados nos demais pases, desde que haja o registro no INPI (Tratado sobre Aspectos do Direitos de Propriedade Intelectual Relacionados ao Comrcio Internacional - TRIPs; Lei n 9.609/98, art. 2, 4). c) Documentos de Programa: a escolha dos "Documentos de Programa" que devem instruir o registro de inteira responsabilidade do usurio. Entretanto, deve ficar claro que tais documentos tm importncia fundamental para dirimir futuras questes acerca da utilizao indevida (CONTRAFAO ou "PIRATARIA") envolvendo o programa objeto do registro. Assim, estes "documentos" devero ser efetivamente capazes de COMPROVAR, em juzo, que um programa,
objeto de uma ao judicial (do AUTOR ou do RU), encontra-se realmente registrado no INPI, procedimento, este, fundamental para a deciso sobre a autoria. d) Regime de Guarda: a critrio do depositante (Lei n 9.609/98, art. 3, 2), poder ser: Sigiloso: os Documentos de Programa so colocados dentro de um envelope especial e ficam guardados em Arquivo de Segurana do INPI, no sendo dado conhecimento de seu contedo sequer aos funcionrios do setor responsvel pelo registro. No Sigiloso: os Documentos de Programa so inseridos no corpo do processo administrativo de instruo do pedido de registro, ficando, desta forma, passveis, inclusive, de conhecimento por parte do pblico em geral. e) Proteo de Obras de outras naturezas: as criaes intelectuais de outras naturezas do direito de autor, constantes de um programa de computador, desde que constituam com este um nico produto e assim sejam comercializadas, podero ser objeto de um registro nico, bastando para isto que, alm de obedecer s disposies relativas ao registro do programa de computador, cumpram as normas especficas definidas para o registro, para cada natureza adicional objeto da proteo. f) Nome Comercial: a proteo ao Nome Comercial do programa de computador pode ser obtida concomitantemente com a providncia relativa ao registro (Lei n 9.610/98, de 20 de fevereiro de
1998), bastando para tanto que aquele seja informado como TTULO do programa no ato da apresentao do pedido de registro. g) Invenes Relacionadas com Programas de Computador IRPC: os programas de computador desenvolvidos estritamente para funcionar "embarcados" em mquinas ou equipamentos, normalmente gravados em "chips" integrantes das estruturas destes, podem ser objeto de proteo via PATENTE. Note-se que nestes casos o mercado no estar demandando o programa de computador "em si" e sim a mquina ou equipamento Desde que a diferena de produtividade entre o produto novo e os similares oferecidos no mercado se caracterize pela presena do programa de computador, esta criao poder ser objeto de proteo patentria, obedecidas as prescries da Lei n 9.279/96. As principais diferenas entre este tipo de proteo e aquele conferido aos programas de computador "em si", so a durao (no caso das PATENTES, no mximo 20 anos) e a abrangncia (apenas no territrio nacional, para PATENTES). II. PROCEDIMENTOS PARA O REGISTRO DE PROGRAMAS O registro de programa de computador est disciplinado atravs da seguinte legislao, constante dos respectivos ANEXOS a este manual: ANEXO A Lei 9.609, de 19/02/98 ANEXO B Decreto n 2.556, de 20/04/98 ANEXO C Lei n 9.610, de 20/02/98
ANEXO D Decreto n 91.873, de 04/11/85 ANEXO E Resoluo CNDA n 057, de 06/07/88 ANEXO F Resoluo INPI n 058, de 14/07/98 Outras informaes, complementares instruo dos pedidos de registro, podem ser encontradas nos seguintes ANEXOS: ANEXO G Tabela de Tipos de Logradouros ANEXO H Cdigo dos Pases e Organizaes Internacionais ANEXO I Tabela de Campo de Aplicao ANEXO J Tabela de Tipo de Programa ANEXO L Modelo de Documento de Cesso de Direitos ANEXO M Resoluo INPI n 106, de 24/11/2003 (preos do servios) Os requerimentos relativos ao registro de programa de computador - Depsito e demais peties -devero ser entregues diretamente na sede do INPI ou para esta dirigidos, atravs das delegacias ou representaes estaduais, ou ainda pela Via Postal, utilizando os formulrios "Pedido de Registro de Programa de Computador", "Folha de Petio" e "Continuao" (para complementar informaes dos formulrios de pedido e petio)", de acordo com as instrues contidas neste manual. 2.1. DOCUMENTOS QUE CONSTITUEM O REGISTRO 2.1.1. Documentao formal Os documentos que perfazem a instruo formal do pedido de registro so os descritos em detalhe
nas pginas seguintes deste manual (devendo ser apresentados em uma nica via). Estes documentos so de fundamental importncia para esclarecer a quem caber efetivamente o exerccio dos direitos patrimoniais definidos pela legislao que regula a matria e, medida que sejam suficientemente esclarecedores, serviro de base concreta para dirimir as questes que possam advir quanto a "um mesmo programa ter os direitos reivindicados por pessoas diferentes" fsica(s) e/ou jurdica(s). Obs.: Para o registro necessria apenas uma via de cada documento que, em folhas tamanho A4 dobradas ao meio, devem ocupar a parte central do INVLUCRO ESPECIAL "Pedido de Registro". O requerimento inicial, deve ser apresentado em formulrio prprio -FORMULRIO PEDIDO DE REGISTRO - preenchido em uma nica via, datilografado ou manuscrito em letra de forma legvel, com caneta azul ou preta, sem rasuras. Os documentos a serem anexados ao requerimento inicial so: 1) Guia de Recolhimento Devem ser apresentadas as 3 e 4 vias autenticadas pelo Banco do Brasil S/A, no exato valor da Tabela de Retribuies em vigor na data da comprovao do pagamento junto ao INPI. 2) Procurao (se o interessado no requerer pessoalmente) Na procurao devem estar expressos os poderes necessrios, podendo ser passada por instrumento
pblico ou particular, observadas, ainda, as seguintes instrues: - conter o nome do signatrio, sua qualificao perante o requerente e assinatura ntida; - estar datada e, no caso de haver prazo de validade definido, este dever estar em curso; - no caso de subestabelecimento, estar expressos poderes para tal; - reconhecimento de firma em cartrio. Obs.: O depositante domiciliado no exterior DEVER constituir procurador domiciliado no Brasil, com poderes para represent-lo, receber citaes judiciais e notificaes administrativas, durante a vigncia do registro. 3) Documento comprobatrio do vnculo empregatcio ou da prestao de servio No caso dos direitos sobre o programa pertencerem exclusivamente ao depositante, sendo este empregador ou contratante do servio Lei n 9.609/98, art. 4 - dever ser apresentada cpia do instrumento contratual ou documento que contenha as disposies pactuadas, comprobatrias da exclusividade dos direitos patrimoniais do depositante (empregador ou contratante do servio), com relao ao programa de computador desenvolvido por empregado, servidor ou prestador de servios, que possa garantir: -ter sido o programa desenvolvido e elaborado durante a vigncia do contrato ou do vnculo estatutrio; e
- ser tal contrato destinado pesquisa e ao desenvolvimento ou nele estar prevista a atividade do empregado, servidor ou prestador de servios, ou, ainda, decorrer, o desenvolvimento do programa, da prpria natureza dos encargos contratados. No h necessidade de apresentar o documento na ntegra, devendo, no entanto, haver clara conexo entre: a folha em que constam os nomes das partes interessadas; a folha contendo as disposies antes citadas e a das assinaturas. 4) Documento de Cesso Deve ser apresentado quando se tratar de depositante que no seja o criador do programa, e no esteja includo na hiptese do item anterior, devendo a cesso, total ou parcial, dos direitos ser feita pelo criador do programa ou por seus sucessores, pessoalmente ou por meio de representante com poderes especiais (Lei n 9.610/98, art. 50). Do documento, devem constar especificamente os direitos objeto da cesso e as condies de seu exerccio quanto ao tempo, ao lugar e s condies de remunerao, eventualmente previstas (Lei n 9.610/98, art. 50, 2). O documento dever ser firmado pelo criador do programa ou titular dos direitos exclusivos (cedente) e pelo depositante (cessionrio) - ver MODELO no ANEXO "L". 5) Autorizao do(s) autor(es) do programa original
No caso de modificaes tecnolgicas e derivaes feitas pelo depositante, DESDE QUE ESTE NO SEJA O PRPRIO AUTOR -Lei n 9.609/98, art. 5 e Decreto n 2.556/98, art. 4 -dever ser apresentada autorizao para tal, sendo que do documento devero constar: - ttulo do programa original; - nmero do registro do programa original no INPI, se existir; - limite da autorizao, se houver; - assinatura do autorizador. importante observar que a data da autorizao dever ser anterior data de criao do programa com as modificaes ou derivaes, bem como, no caso de o documento ser firmado por uma nica pessoa, dever ser explicitado, no texto, a condio de "nico autor". 2.1.2. Documentao tcnica Ser constituda pelos documentos que serviro de base para COMPROVAR A AUTORIA de um programa registrado, devendo ser apresentada em duas vias de igual teor (maiores detalhes no item 3.2). importante ressaltar que no caso de litgios (aes judiciais) relativos aos DIREITOS DE EXCLUSIVIDADE para o uso, produo e comercializao de programa registrado, a definio sobre a identidade, ou no, entre os programas objeto da causa, dar-se- atravs do exame pericial a ser realizado sobre DOCUMENTOS DOS PROGRAMAS EMLITGIO que sero
SOLICITADOS por um perito judicial. Se, a concluso da percia apontar para a identidade dos programas implicando a no possibilidade de "conviverem" no mercado - a ao ter OBJETO, cabendo ento, s partes litigantes, A COMPROVAO DA AUTORIA DOS PROGRAMAS. Nestes casos o Juzo solicitar ao INPI o fornecimento dos DOCUMENTOS DE PROGRAMA que instruram o registro, o qual, s ter a EFICCIA DESEJADA, se tais documentos FOREM CAPAZES DE DEMONSTRAR que o programa correspondente, eanteriormente examinado, AQUELE QUE SE ENCONTRA REGISTRADO. Obs.: dever ser feita, ainda pelo perito judicial, a COMPARAO entre os documentos examinados inicialmente (solicitados diretamente s partes) e os constantes do registro no INPI. Portanto, imperioso que os "DOCUMENTOS DO PROGRAMA", apesar de poderem conter apenas trechos, ou outros elementos essenciais, do programa, SEJAM CAPAZES de caracterizar a criao independente e identificar o programa (Lei n 9.609/98, art. 3, 1, inciso III). A documentao deve ser apresentada em papel no formato A4, no podendo ser utilizadas capas duras, que possam danificar o invlucro onde os documentos sero acondicionados. O depositante poder utilizar frente e verso de todas as folhas e dever numer-las, colocando o nmero da folha que est sendo numerada seguido do nmero da ltima. Ex.:
1 - Documento com uma folha: 1/1 2 - Documento com trs folhas: a 1 ser 1/3; a 2, 2/3; e a 3, 3/3. Para a devida instruo do Pedido de Registro, tais documentos devem ser extrados em DUAS VIAS DE IGUAL TEOR, que ocuparo os compartimentos n 1 e n 3 do(s) envelope(s) "Pedido de Registro". Sugesto :a fim de reduzir o volume da documentao tcnica, pode ser utilizado o recurso de reduo em mquina fotocopiadora e montagem, desde que o resultado final permita leitura a olho nu. 2.2. CONDIES GERAIS Todos os documentos devero estar legveis, sendo que os expressos em lngua estrangeira devem ser acompanhados da respectiva traduo, feita por tradutor juramentado. Os documentos em cdigo devero conter tal indicao estando dispensados de traduo. A documentao formal especificada no item 2.1.1, sub-itens "2" a "5", poder ser apresentada em cpia, desde que devidamente autenticadas. No caso de pedido entregue diretamente na Recepo/Rio, a autenticao dos documentos anexados em cpia poder ser feita por funcionrio do INPI, desde que apresentado o original, que ser devolvido, no ato, ao interessado. Formulrio "Pedido de Registro de Programa de Computador" - modelo 2.3. INSTRUES DE PREENCHIMENTO
Obs.: Sero dadas instrues apenas para os campos cujos os ttulos requerem maiores explicaes para o correto preenchimento. 2.3.1. Instrues GeraisCampos Numricos Escrever um nico caracter numrico em cada quadrcula, sem insero de pontos, hfens, vrgulas ou traos. Campos Alfanumricos Escrever um nico caracter, numrico ou alfabtico, em cada quadrcula, deixando uma quadrcula nmeros. em branco entre as palavras ou
Para os campos de linha dobrada, no devero ser observadas as regras de diviso silbica na mudana de linha, ou seja, o campo dever ser considerado como nica linha. Campos de Datas Preencher com o nmero do dia ou do ms nos campos respectivos. Quando se tratar de dia ou ms inferior a 10, inscrever algarismo zero (0) na primeira posio do campo. O campo relativo ao ano dever ser preenchido com os quatro algarismos do ano. QUADRO "IDENTIFICAO DO PEDIDO" Os campos deste quadro so de uso exclusivo do INPI. Obs.: i) as publicaes e comunicaes sobre atos e andamento do Pedido referir-se-o ao
nmero do pedido; ii) quaisquer Peties ou atos relativos ao Pedido de Registro devero referenciar, tambm, esse nmero. QUADRO "DADOS DO AUTOR"
Os campos constantes deste quadro destinam-se s informaes de identificao do(s) autor(es) do programa. Campo "Tem outro(s) programa(s) registrado no INPI?" S dever ser assinalado a quadrcula SIM, se o autor j tiver outro pedido ou registro de programa de computador. Quando forem ser apresentados vrios pedidos de uma s vez, sem que tenha qualquer pedido ou registro anterior, um dos pedidos dever Ter assinalada a quadrcula NO e os demais a quadrcula SIM. Em caso de dvida dever ser assinalada a quadrcula NO. Campo "CIC / N INPI" Deve ser preenchido com o n do CIC, da esquerda para a direita, sem separaes, deixando em branco as restantes. No caso de autor estrangeiro, poder ser utilizado, se houver, o n do passaporte, caso contrrio, ser atribudo um n INPI. OBS.: se for atribudo n INPI, este, desde que conhecido, dever ser utilizado nos pedidos de registro posteriores. Campo "Nome Civil (completo)" Este campo ser preenchido com :
-o nome do empregado, servidor ou contratado de servios, quando o programa foi desenvolvido sob vnculo empregatcio, ou estatutrio, ou sob contratao especfica por tempo determinado; - o nome do cedente, no caso de o Titular dos Direitos, ser o Cessionrio. Nos demais casos ser o mesmo do Titular dos Direitos, bastando essa referncia. Se o nome ultrapassar o espao reservado, adotar critrios usuais de abreviaturas, apenas para palavras, tantas quantas necessrias para o preenchimento do campo. OBS.: sempre que for preciso abreviar o nome, face limitao do campo, este dever ser apresentado de forma completa, utilizando-se para tanto do formulrio "Registro de Programa de Computador - Continuao". Campo "Endereo" - usar as abreviaturas Usar as abreviaturas constantes do Anexo G deste manual. Devero ser observadas, quando necessrio, as mesmas instrues de abreviaturas previstas para o campo "Nome Civil", podendo, tambm, ser apresentada a informao completa no formulrio "Registro de Programa de Computador Continuao". Campo "UF" No ser preenchido, quando se tratar de
depositantes
domiciliado
no
exterior.
Campo "CEP" Dever ser preenchido de acordo com a tabela da EBCT. Quando se tratar de depositante domiciliado no exterior, ficar em branco. Campo "Cd. Pas" Preencher de acordo com a tabela de siglas constantes do Anexo H deste manual QUADRO - "DADOS DO TITULAR DOS DIREITOS PATRIMONIAIS" Os campos constantes deste quadro destinam-se s informaes de identificao do Titular dos Direitos sobre o programa de computador, objeto do registro. Campo "Pessoa Fsica/Jurdica" Se o titular dos direitos patrimoniais pessoa fsica, marque a respectiva quadrcula. Se pessoa jurdica, marque a quadrcula correspondente. Sendo pessoa jurdica, assinale a quadrcula da melhor classificao. Campo "Tem outro(s) programa(s) registrado no INPI?" Quando forem ser apresentados vrios pedidos de uma s vez, sem que tenha qualquer pedido ou registro anterior, um dos pedidos dever Ter assinalada a quadrcula NO e osdemais a
quadrcula SIM. Em caso de dvida dever ser assinalada a quadrcula NO. Campo "CGC/CIC/N INPI" Quando se tratar de CGC, devero ser preenchidos as 14 (quatorze) quadrculas, observando-se as instrues gerais descritas inicialmente. Quando se tratar de CIC ou N. INPI, devero ser preenchidas as quadrculas da esquerda para a direita, deixando em branco as demais, no caso de nmero inferior a 14 (quatorze) dgitos. O N. INPI ser atribudo ao depositante estrangeiro e se repetir em todos os registros. No caso de ser o primeiro registro, o campo dever ficar em branco. OBS.: confira sempre o nmero, aps escrever, a fim de evitar rejeio ou registro em outro cadastro. Campo "Nome Civil ou Razo Social" Salvo prova em contrrio, o depositante ser o autor, assim considerado : - aquele que houver lanado o programa, indicando ser de sua autoria (Lei n 9.610/98, arts. 12 e 13); -na falta de indicao de autoria, aquele que o tiver anunciado ou indicado essa qualidade na sua utilizao (Lei n 9.610/98, art. 13); - todos os colaboradores em cujo nome for o programa lanado (Lei n 9.610/98, art. 15); -empregador ou contratantes de servios, no caso de programa de computador desenvolvido e elaborado durante a vigncia do contrato ou de vnculo estatutrio, expressamente destinado pesquisa e ao desenvolvimento ou em que a
atividade do empregado, servidor ou prestador de servios seja prevista, ou, ainda, que decorra da prpria natureza dos servios prestados (Lei n 9.609/98, art. 4); - o empregado, servidor ou prestador de servios, quando o programa tiver sido gerado sem relao ao contrato de trabalho, vnculo estatutrio ou prestao de servios e sem utilizao de recursos, informaes tecnolgicas, materiais, instalaes ou equipamentos do empregador ou contratante de servios (Lei n 9.609/98, art. 4, inciso 2); -a pessoa que, devidamente autorizada, tiver feito modificaes tecnolgicas e derivaes no programa original, no que tange somente a tais modificaes e derivaes (Lei n 9.609/98, art. 5); Alm dos casos anteriormente mencionados, poder ser depositante o cessionrio pessoa a quem o autor do programa cede, por escrito, o seus direitos patrimoniais, total ou parcialmente. (Decreto n 96.036/88, art. 10) Se o nome ou razo social ultrapassar o espao reservado, adotar critrios usuais de abreviatura, apenas para palavras intermedirias. Quando as palavras Sociedade Annima, Sociedade Civil e Limitada forem as palavras finais, podero ser representadas por S/A, S/C e LTDA. Em se tratando de microempresa, dever constar na razo social a abreviatura "ME". OBS.: sempre que o depositante precisar abreviar o nome ou razo social, face limitao do campo, poder apresent-lo completo em folha anexa,
para utilizao quando da expedio do Certificado de Registro, se for o caso. Campo "Endereo" Usar as abreviaturas constantes do Anexo G deste manual. Devero ser observadas, quando necessrio, as mesmas instrues de abreviaturas previstas para o campo "Nome Civil ou Razo Social", podendo, tambm, ser apresentada a informao completa no formulrio "Registro de Programa de Computador Continuao"Campo "UF" No ser preenchido, quando se tratar de depositante domiciliado no exterior. Campo "CEP" Dever ser preenchido de acordo com a tabela da EBCT. Quando se tratar de depositante domiciliado no exterior, ficar em branco. Campo "Cd. Pas" Preencher de acordo com a tabela de siglas constantes do Anexo H deste manual. QUADRO "DADOS DO PROGRAMA" Campo "Ttulo" Escrever o ttulo, considerando que a proteo obra intelectual abrange o ttulo, desde que original e inconfundvel com o de outro programa lanado anteriormente (Lei n 5.988/73, art. 10). Ateno: Deve-se ter em mente que as expresses designativas das funes executadas
pelos programas necessariamente no sero originais e inconfundveis (P. Ex.: Gerenciador de Bases de Dados; Editor de Texto). Assim, tais expresses no devem ser utilizadas como TITULO porque no atendero o requisito legal retrocitado. Os nomes designativos dos programas de computador no podem ser protegidos como marca, devendo, para proteger adequadamente o NOME pelo qual o programa ser COMERCIALIZADO, ser utilizada a faculdade de proteger o TITULO do programa. Campo "Data de Criao"
indispensvel a indicao da data da primeira utilizao do programa ou da sua colocao disposio de terceiros (Lei n 9.609/98, art. 2, 2). Campo "Linguagens" Deve ser informada a(s) LINGUAGEM(S) DE PROGRAMAO na(s) qual(is) foi desenvolvido e est disponibilizado o programa. Campo "Modificao Tecnolgica ou Derivao?" Deve ser colocado um "X" na quadrcula correspondente, caso o programa seja uma derivao (nova preexistente. Obs.: verso), ou no, de outro
i) No caso afirmativo e, ainda, se houver sido registrado o programa original (anterior), os DOCUMENTOS DE PROGRAMA podero se restringir s partes EFETIVAMENTE MODIFICADAS -informando as excluses e explicitando AS INCLUSES (atravs das RESPECTIVAS PARTES DO FONTE); ii) Ressalve-se que obrigatria a apresentao das pertinentes AUTORIZAES dos AUTORES do programa original, para que sejam introduzidas quaisquer modificaes ou derivaes (Decreto n. 2.556/98, Art. 4) Campo "Ttulo do Programa Original" Quando a resposta do campo "Modificao Tecnolgica ou Derivao" for SIM, informe o ttulo do programa original, podendo adotar os critrios usuais de abreviaturas, j descritos. Campos "Classificao do Campo de Aplicao" e "Classificao do Tipo de Programa" Preencher com os cdigos da classificao adotada pela Secretaria de Informtica e Automao SEPIN, do MinistQUADRO - "DOCUMENTOS ANEXADOS" Preencher a quadrcula da quantidade em relao ao documento que for anexado ao formulrio. No caso de documento em idioma estrangeiro que est sendo anexado com a respectiva traduo (que obrigatria), considere, ao preencher a quadrcula, a quantidade dois. Quando o documento no constar da relao descrita neste quadro, especificar em 99 "OUTROS", o documento anexado.
QUADRO - "DECLARAES" Deve ser dada especial ateno a todas as DECLARAES constantes deste QUADRO, a fim de evitar dvidas e problemas posteriores. rio da Cincia e Tecnologia, constante dos Anexos "I" e "J". QUADRO - "DADOS DO PROCURADOR" Preencha os campos correspondentes se o pedido est sendo feito atravs de procurador. QUADRO -"DECLARO, SOB AS PENAS DA LEI, SEREM VERDADEIRAS AS INFORMAES PRESTADAS" Este quadro dever ser preenchido corretamente e conter a assinatura do requerente, ou de seu representante legal. ANEXO :"Pedido de Registro de Programa Continuao" Este ANEXO dever ser utilizado - em quantas vias forem necessrias - como forma de complementar quaisquer informaes referentes a: i) -instruo do "Pedido de Registro": continuao de informaes (Ex.: mais de um CRIADOR ou DEPOSITANTE); esclarecimentos; etc. ii) instruo de "Peties": razes; esclarecimentos; continuao de informaes. Formulrio Folha de Petio Programa de Computador (Folha de Continuao) modelo III. ENVELOPE PARA APRESENTAO DO PEDIDO 3.1. OBTENO DO(S) ENVELOPE(S) Para a apresentao do pedido, ser entregue ao interessado, na Sede do INPI, no Rio de Janeiro, ou em suas Delegacias ou Representaes nos
Estados, um envelope (ou mais, se necessrio for) denominado "Invlucro Especial", mediante a apresentao das 3 e 4 vias da Guia de Recolhimento, comprovando o pagamento da devida importncia. O funcionrio do INPI declarar, no verso da guia, a entrega do(s) invlucro(s) (alm do Formulrio - "Pedido de Registro de Programa de Computador"). 3.2. UTILIZAO E PREENCHIMENTO DO(S) ENVELOPE(S) Nos compartimentos 1 e 3 devero ser colocadas, respectivamente, a PRIMEIRA e a SEGUNDA VIAS, DE IGUAL TEOR, dos "DOCUMENTOS DE PROGRAMA", contendo, no mximo 07 (sete) folhas tamanho A4. Quando os documentos do programa possurem mais de 07 (sete) folhas, devero ser acondicionados em tantos invlucros quanto necessrios. Nesse caso, a importncia recolhida dever corresponder ao nmero total de envelopes. O(s) invlucro(s) dever(ao) ser numerado(s), no campo prprio do compartimento n 1, indicando o n do invlucro que est sendo usado, seguido do n do ltimo (Exs.: Um s invlucro: o nmero indicado ser 1/1; Trs invlucros: no 1 constar o n 1/3; no 2, 2/3; e no 3, 3/3). FIGURA 4 Invlucro Especial - Parte Externa (modelo reduzido) FIGURA 5
Invlucro Especial - Parte Interna (modelo reduzido) No compartimento n 1 dever ser assinalada uma das quadrculas do campo "Sigilo" (SIM ou NO). O formulrio "PEDIDO DE REGISTRO DE PROGRAMA DE COMPUTADOR" e demais documentos de instruo do registro -Guia de Recolhimento (obrigatria); Procurao, Documento de Cesso, Documento comprobatrio de vnculo empregatcio (se houverem) - devero ser acondicionados no compartimento n 2. No caso de serem usados diversos invlucros para um pedido, o formulrio e os demais documentos constitutivos da DOCUMENTAO FORMAL no devero ser repetidos em todos eles, bastando que constem uma s vez no envelope 01 - caso seja necessrio (se a documentao for muito extensa e houver mais de um envelope), os documentos podem ser distribudos em mais de um invlucro. No esquecer de escrever no compartimento n 2 (de TODOS OS INVLUCROS) o ttulo do programa (parte interna) e nome e endereo completos (parte externa) de forma legvel. O depositante dever fechar com cola os compartimentos n 1 e 3, e posteriormente (aps dobrar o Compartimento de n 3 sobre o de n 2, em seguida dobrando o conjunto sobre o Compartimento n 1) colar o invlucro. 3.3. REMESSA DO(S) INVLUCROS(S) O(s) invlucro(s) devero ser remetido(s) ao INPI (no Rio), atravs dos servios do Correio, como
carta registrada, com ou sem Aviso de Recebimento, nos casos em que tenha sido utilizado apenas 01 (um) invlucro, ou SEDEX (nos casos de utilizao de dois ou mais invlucros). O depositante deve observar se a data da postagem constante do recibo est legvel e guard-lo, como comprovante da remessa. No Rio de Janeiro, onde se localiza a sede do INPI, se o depositante no quiser utilizar os servios do Correio, poder entregar o envelope colado diretamente no setor responsvel pelos registros. 4. O INCIO DA PROTEO CONFERIDA PELO INPI Como o registro independe de exame de mrito, o programa considerado REGISTRADO assim que recebe o protocolo definitivo, momento em que lhe conferido o nmero definitivo. Desse modo, assim que o interessado receber o comprovante do registro INVLUCRO ESPECIAL, Compartimento n 03 devidamente filigranado com o nmero definitivo do registro, pode passar a divulgar, comercializar ou utilizar o programa com uma informao do seguinte tipo: "Este programa encontra-se protegido contra a utilizao no autorizada, conforme preceitua a Lei n 9.609, de 19 de fevereiro de 1998, regulamentada pelo Decreto n 2.556, de 20 de abril de 1998, combinada com a Lei n 9.610, de 19 de fevereiro de 1998, estando devidamente registrado no Instituto Nacional da Propriedade Industrial INPI (Decreto n 2.556/98, art. 1) sob o n _________________, ficando os
infratores sujeitos s sanes cveis e penais previstas nos respectivos diplomas legais." DESCRIO RESUMIDA DE COMO REGISTRAR Aps a leitura detalhada do "Manual do Usurio Registro de Programas de Computador", o interessado dever ter condies de identificar a seguinte informao bsica: -n de invlucros especiais para acondicionar os documentos do programa; para ento obter junto ao INPI o valor da retribuio devida pelo depsito e guarda dos documentos referentes ao registro, recebendo ento, na sede do Instituto, ou em uma de suas Delegacias/Representaes estaduais, uma "Guia de Recolhimento", onde constar o valor da retribuio referente, que dever ser quitada em uma agncia do Banco do Brasil. Posteriormente, apresentada a "Guia" devidamente autenticada ao INPI, sero fornecidos o formulrio prprio para o pedido de registro e os invlucros especiais na quantidade solicitada. Aps o preenchimento do formulrio e anexao da documentao formal e tcnica, como previsto no "Manual do Usurio" (itens 2.1, 2.2, 2.3 e 2.4), o(s) invlucro(s), j fechado(s), poder(ao) ser entregue(s) diretamente no INPI ou postado(s) no Correio - registrado ou SEDEX. Obs.: No caso de entrega direta na sede ou nas delegacias / representaes estaduais, orequerente poder PROTOCOLAR uma segunda via da DOCUMENTAO FORMAL como comprovante provisrio do depsito.
Examinados os aspectos pertinentes, a deciso sobre a registrabilidade ser exarada nomximo em 180 (cento e oitenta) dias, sendo que TODAS AS COMUNICAES AO INTERESSADO, durante a tramitao do processo, SERO FEITAS VIA CORREIO. IV. RESUMO DA AO DO INPI O(s) envelope(s) aberto(s), danificados, ou fechados de forma incorreta no ser(ao) recebido(s) pelo INPI. O compartimento n 3, que contm uma das vias dos documentos do programa, ser destacado e devolvido ao depositante para servir como prova do depsito. Obs.: este Compartimento DEVER SER CUIDADOSAMENTE GUARDADO PELO INTERESSADO, pois, no caso de perda por acidente (incndio) do material sob a guarda do INPI, O ARQUIVO DO INSTITUTO SER RECONSTITUDO A PARTIR DOS DOCUMENTOS EM POSSE DOS TITULARES. Ressalve-se que OS DOCUMENTOS EM POSSE DO INTERESSADO NO PODERO SER ABERTOS, pois, sendo necessria a reconstituiro dos arquivos do INPI, os COMPARTIMENTOS n 3 que estiverem VIOLADOS no podero servir para este fim, implicando assim a perda do registro. O formulrio "Pedido de Registro de Programa de Computador" conter data e hora da entrada no INPI e ser, igualmente, numerado. Aprovado o pedido no exame formal, o INPI expedir o Certificado de Registro, que ser
entregue atravs dos servios de correio ou pessoalmente. O andamento dos pedidos de registro tero ampla divulgao para terceiros, atravs de publicao na Revista da Propriedade Industrial - Seo I. A medida que todas as informaes necessrias ao acompanhamento dos pedidos de registro so feitas DIRETAMENTE AO INTERESSADO, da exclusiva responsabilidadedo depositante as conseqncias oriundas da NO COMUNICAO AO INPI de qualquer mudana de endereo, pela V. PETIES 5.1. UTILIZAO E CONDIES PARA APRESENTAO O formulrio "FOLHA DE PETIO" destina-se apresentao de peties, tanto para requerer providncias quanto para apresentar documentos referentes a determinado pedido de registro de programa de computador em andamento, ou a registro j obtido. O formulrio ser preenchido em uma nica via, datilografado ou manuscrito em letra de forma legvel, com caneta azul ou preta, sem rasuras. No caso de petio a ser entregue diretamente ao INPI, no Rio, pelo interessado, o formulrio dever ser preenchido em 02 (duas) vias (ler as instrues para "Entrega da Petio", neste Manual). No caso de recurso (excludo aquele contra o indeferimento) dever ser apresentada uma via extra, acompanhada de cpia de todos os documentos que instrurem a 1 via.
Em se tratando de petio que exija justificativa (como nos casos de contestao exigncia, recurso e outras), esta deve ser apresentada em anexo, observando as seguintes instrues: - ser feita em papel no tamanho A4; - conter na 1 folha, na parte superior, o nmero do pedido ou do registro a que se refere; - omitir qualquer introduo ou encerramento caracterstico de requerimento; e - ter todas as folhas numeradas em algarismos arbicos e rubricadas. Os documentos devero estar legveis e os que estiverem em lngua estrangeira devem ser acompanhados da respectiva traduo, feita por tradutor juramentado. Os documentos anexados podero ser apresentados em cpia (exceto a Guia de Recolhimento), mas devero estar autenticados. No caso de petio entregue diretamente nas Recepes, a autenticao dos documentos anexados em cpia poder ser feita por funcionrio do INPI, desde que apresentado o original que ser devolvido, no ato, ao interessado. via prpria - Petio devidamente protocolada. 5.2. DOCUMENTOS A SEREM ANEXADOS As Peties sero instrudas mediante anexao dos seguintes documentos, de acordo com o seu objeto: 1) Alterao de endereo e/ou de nome
documento comprobatrio revestido das formalidades legais de alterao de endereo e/ou de nome; - relao numrica dos pedidos e registros a serem alterados;- originais ou 2s. vias dos Certificados dos Registros a serem alterados. 2) Transferncia documento de cesso;
- procurao, se for o caso;- originais ou 2 vias dos Certificados dos Registros a serem transferidos. 3) Desistncia do registro e renncia ao sigilo - Certificado de Registro. A alterao de nome e de endereo ser solicitada em uma nica petio, independente do nmero de registros ou de pedidos do solicitante, e recolhida uma nica contribuio. A petio de transferncia ser preenchida com os dados do cessionrio. Alm dos documentos especficos, todas as peties devero ser acompanhadas das 3 e 4 vias da Guia de Recolhimento, autenticadas mecanicamente, no exato valor fixado na Tabela de Retribuio em vigor na data da comprovao do pagamento junto ao INPI, salvo nos casos de iseno.
obrigatria a apresentao de procurao nos casos de: a) transferncia de titularidade; b) substituio do outorgado; c) extino da procurao anteriormente apresentada por decurso de prazo estabelecido; d) aps a concesso do registro, decorridos dois anos da outorga da procurao. A procurao outorgada por depositante estrangeiro dever conferir ao procurador, domiciliado no Brasil, poderes para represent-lo durante a vigncia do registro, a contar da data do depsito, no se lhe aplicando a exigncia contida na alnea "d" do item acima. Formulrio Folha de Petio Programa de Computador - modelo 5.3. INSTRUES DE PREENCHIMENTO 5.3.1. Instrues Gerais Devero ser observadas as instrues gerais anteriormente descritas para o preenchimento do formulrio "Pedido de Registro de Programa de Computador". QUADRO - "IDENTIFICAO DO PEDIDO / REGISTRO" Obs.: O campo "Arquivamento" de uso exclusivo do INPI Preencher com um "X" a quadrcula correspondente ao processo (pedido ou registro) a que se refere a petio, indicando CORRETAMENTE o nmero do mesmo. QUADRO - "DADOS DO AUTOR"
Os campos deste quadro devero ser preenchidos com as informaes de identificao do requerente do objeto da petio, observando-se os mesmos critrios de preenchimento descritos para o preenchimento do formulrio "Pedido de Registro de Programa de Computador", relativamente ao quadro "Dados do Depositante". QUADRO - "OBJETO DA PETIO" Os campos deste quadro destinam-se a identificar o objeto da petio, observando-se a seguinte orientao: - marcar com um "X" as quadrculas que se fizerem necessrias identificao do objeto da petio; e -o campo "Cincia do Despacho" deve ser preenchido sempre que o objeto da petio decorrer de um despacho anterior proferido pelo INPI. Cite o nmero do expediente (Ex.: Carta de Exigncia) ou da Revista da Propriedade Industrial - RPI que o publicou. Quando o objeto da petio no constar da relao, assinalar a quadrcula "OUTROS", especificando o objeto requerido. QUADRO - "DOCUMENTOS ANEXADOS" Os campos deste quadro devero ser preenchidos observandose os mesmos critrios de preenchimento descritos no formulrio "Pedido de Registro de Programa de Computador", relativamente ao quadro "Documentos Anexados". QUADRO - "DADOS DO PROCURADOR" Preencha os campos correspondentes se a petio est sendo feito atravs de procurador.
QUADRO -DECLARO, SOB AS PENAS DA LEI, SEREM VERDADEIRAS AS INFORMAES PRESTADAS Este quadro dever ser preenchido corretamente e conter a assinatura do requerente, ou de seu representante legal. "CONTINUAO" Deve ser utilizado o ANEXO sempre que houver necessidade de apresentao de QUAISQUER ESCLARECIMENTOS ou RAZOES, adicionalmente ao informado no Formulrio "PETIO". 5.4. ENTREGA DA PETIO A petio e seus anexos devero ser remetidos ao Servio de Registro de Programas de Computador do INPI, situado na Praa Mau n 7, 12 andar sala 1203 - Rio de Janeiro RJ - CEP 20081-900), atravs dos servios do correio, como carta registrada (com ou sem Aviso de Recebimento AR). O interessado deve observar se a data da postagem constante do recibo est legvel e guard-lo como comprovante da remessa. Se o interessado no quiser utilizar os servios do correio, poder entregar a petio e o(s) anexo(s) diretamente ao INPI, na sede ou nas Delegacias ou Representaes Estaduais, podendo, nesse caso, ser apresentadas, e protocoladas, duas vias da Petio e devolvida, no ato, a 2 via. VI. OBSERVAES FINAIS 1) imprescindvel que a quantidade de folhas de papel tamanho A4, referentes aos "documentos que caracterizem o programa", colocadas nas
partes 1 e 3 de cada envelope-padro utilizado para dar entrada no registro, seja no MXIMO 7(sete). Caso contrrio a mquina de filigranar, utilizada para numerao de segurana dos documentos do programa, no perfurar o(s) envelope(s), fazendo-se, nesse caso, necessria a devoluo do(s) envelope(s) (partes 1 e 3) para que o interessado remeta a documentao novamente, atendendo a essa prescrio. Ateno: O contedo dos documentos da parte 1 DEVERA SER IDNTICO ao da parte 3. 2) A Guia de Recolhimento deve conter as informaes abaixo: - Pedido de Registro de Programa de Computador; - utilizando "N" (quantidade) envelopes. Ateno: a) para cada depsito deve ser usada apenas uma Guia. Mesmo que sejam utilizados vrios envelopes para os Documentos do Programa, no necessria a utilizao de duas Guias -Ex.: uma com o valor referente ao depsito e outra para os invlucros excedentes (ERRADO). b) importante que seja feito o recolhimento devido pelo servio que est sendo solicitado, pois, caso contrrio, ser necessria a formulao de exigncia para regularizar a situao, com o conseqente custo adicional. c) a Guia de Recolhimento quitada pelo banco ser CONFERIDA nos protocolos do INPI (no ser retida nenhuma via) com os valores vigentes das
retribuies, sendo, nessa oportunidade, assinalado no verso da 4 via a quantidade de material -formulrio e envelopes - fornecido para o depsito. 3) Nos casos de EXIGNCIA relativa a "Diferena Devida a Retribuio Recolhida a Menor", deve ser utilizada uma s Guia, explicitando os valores referentes: - diferena monetria expressa na exigncia, e; - petio de Cumprimento de Exigncia em si.ex.: "Cumprimento de Exigncia no Processo n ___________". (Diferena a recolher: "x" + Petio Exigncia: "y" ) "Total em unidades monetrias: __________". 4) Poder ser aceita como "Data de Criao" do programa (campo DADOS DO PROGRAMA do "Formulrio de Pedido") a prpria data do depsito (caso no tenha data de criao anterior devidamente comprovada). 5) Os formulrios "Pedido de Registro", "Folha de Petio" e "Continuao", esto disponveis em papel, diretamente na sede do INPI (12 andar) e nas Delegacias ou Representaes Estaduais.

Proteção Jurídica de Software - Guia Prático para Programadores e Webdesigners v2.1 (14-04-08)

Transféré par

Informations du document

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Proteção Jurídica de Software - Guia Prático para Programadores e Webdesigners v2.1 (14-04-08)

Transféré par

Droits d'auteur :

Formats disponibles

PJS Por Alexandre Coutinho Ferrari

Esta Verso : 2.1 Livro: PJS

Proteo Jurdica de Software Guia Prtico para Programadores e Webdesigners.

Hall do Livro www.halldolivro.com.br

PJS - Proteo Jurdica de Software www.doutord.com.br

PJS Por Alexandre Coutinho Ferrari

PJS - Proteo Jurdica de Software www.doutord.com.br

PJS Por Alexandre Coutinho Ferrari

PJS - Proteo Jurdica de Software www.doutord.com.br

PJS Por Alexandre Coutinho Ferrari

PJS Por Alexandre Coutinho Ferrari

PJS Por Alexandre Coutinho Ferrari

PJS - Proteo Jurdica de Software www.doutord.com.br

PJS Por Alexandre Coutinho Ferrari

PJS - Proteo Jurdica de Software www.doutord.com.br

PJS Por Alexandre Coutinho Ferrari

PJS Por Alexandre Coutinho Ferrari

PJS Por Alexandre Coutinho Ferrari

PJS Por Alexandre Coutinho Ferrari

Alternativa 1 Alternativa 2 Alternativa 3

.............. .............. ..............

PJS - Proteo Jurdica de Software www.doutord.com.br

PJS Por Alexandre Coutinho Ferrari

PJS Por Alexandre Coutinho Ferrari

A criao seu destino os direitos bsicos

PJS - Proteo Jurdica de Software www.doutord.com.br

PJS Por Alexandre Coutinho Ferrari

PJS - Proteo Jurdica de Software www.doutord.com.br

PJS Por Alexandre Coutinho Ferrari

PJS - Proteo Jurdica de Software www.doutord.com.br

PJS Por Alexandre Coutinho Ferrari

PJS - Proteo Jurdica de Software www.doutord.com.br

PJS Por Alexandre Coutinho Ferrari

PJS - Proteo Jurdica de Software www.doutord.com.br

PJS Por Alexandre Coutinho Ferrari

PJS Por Alexandre Coutinho Ferrari

PJS - Proteo Jurdica de Software www.doutord.com.br

PJS Por Alexandre Coutinho Ferrari

PJS Por Alexandre Coutinho Ferrari

funcionar de modo e para fins determinados. (Destaque nosso.)

PJS Por Alexandre Coutinho Ferrari

A Lei de Software Lei 9.609/98

PJS - Proteo Jurdica de Software www.doutord.com.br

PJS Por Alexandre Coutinho Ferrari

PJS - Proteo Jurdica de Software www.doutord.com.br

PJS Por Alexandre Coutinho Ferrari

PJS - Proteo Jurdica de Software www.doutord.com.br

PJS Por Alexandre Coutinho Ferrari

O registro do programa de computador

PJS - Proteo Jurdica de Software www.doutord.com.br

PJS Por Alexandre Coutinho Ferrari

PJS - Proteo Jurdica de Software www.doutord.com.br

PJS Por Alexandre Coutinho Ferrari

As garantias aos usurios de programa de computador

PJS - Proteo Jurdica de Software www.doutord.com.br

PJS Por Alexandre Coutinho Ferrari

PJS - Proteo Jurdica de Software www.doutord.com.br

PJS Por Alexandre Coutinho Ferrari

PJS Por Alexandre Coutinho Ferrari

PJS - Proteo Jurdica de Software www.doutord.com.br

PJS Por Alexandre Coutinho Ferrari

PJS - Proteo Jurdica de Software www.doutord.com.br

PJS Por Alexandre Coutinho Ferrari

PJS Por Alexandre Coutinho Ferrari