Download Word gratuito • Edite on-line • Salve e compartilhe com Drive • Exporte para PDF
É um contrato de confidencialidade padronizado que estabelece termos vinculantes para proteger informação sensível entre um desenvolvedor web e um cliente. O documento define quais dados, especificações, estratégias e propriedade intelectual são considerados confidenciais, como devem ser protegidos, por quanto tempo, e sob que circunstâncias a divulgação é permitida. Você preenche os campos com nomes das partes, datas, jurisdição e detalhes específicos do seu projecto. Está disponível como download Word gratuito, totalmente editável, pronto para imprimir e assinar digitalmente.
Quando você negocia desenvolvimento de um website, ambas as partes compartilham informação valiosa: o desenvolvedor revela técnicas e arquitectura; o cliente revela dados de negócio, listas de cliente e estratégia. Sem contrato de confidencialidade, nada impede a outra parte de divulgar esses segredos a concorrentes, fornecedores ou ao público. Um desenvolvedor pode perder um código proprietário; um cliente pode perder uma vantagem competitiva. Além disso, sem documento por escrito, em caso de vazamento é difícil provar que houve violação e obter indenização em tribunal. Este modelo protege você legalmente, estabelece expectativas claras desde o início, e cria uma base sólida para futuro contrato de serviços. Custa pouco ou nada implementar agora; custa muito remediar depois de violação.
| Se sua situação é… | Use este modelo |
|---|---|
| Desenvolvedor e cliente em posição equilibrada, compartilhando riscos | Versão padrão (entre partes iguais) |
| Cliente quer proteger apenas suas informações, desenvolvedor não exigente | Versão unilateral (cliente protege-se) |
| Ambas as partes com informações muito sensíveis ou propriedade intelectual valiosa | Versão mútua reforçada |
| Projeto de curta duração ou tecnologia com ciclo de vida rápido | Versão com duração limitada |
| Desenvolvedor precisa mostrar o projeto em portfolio após conclusão | Versão com exceção de portfólio |
Por que importa: Contrato incompleto pode não ser executável em tribunal ou causar disputa sobre qual jurisdição se aplica.
Fix: Preencha todos os campos com informação exacta antes de assinar; use busca-substituir para garantir nenhum placeholder permanece.
Por que importa: Desenvolvedor pode sentir-se desprotegido e recusar assinar; cria desconfiança e negociação improdutiva.
Fix: Use versão mútua (bilateral) se ambas as partes precisam sigilo; só unilateral se apenas uma parte compartilha segredos.
Por que importa: Em tribunal, juiz pode considerar a definição demasiado ampla e recusar enforçar; informação mundana não é protegível.
Fix: Seja específico: liste categorias (software, dados de cliente, especificações, estratégias, preços). Exemplifique.
Por que importa: Sem data clara, as partes podem discordar sobre quando obrigações começaram; protecção pode ser contestada.
Fix: Insira data exacta em que contrato entra em vigor, ou frase como "a partir da primeira divulgação de informação confidencial".
Por que importa: Se contrato tenta proteger informação pública ou já conhecida, é inválido; cria falsa sensação de protecção.
Fix: Mantenha as exclusões no modelo; reconheça que nem toda informação pode ou deve ser confidencial indefinidamente.
Por que importa: Sem esforços reais de sigilo, a outra parte pode argumentar que você não estava sério; protecção falha.
Fix: Especifique: "Informação será guardada em servidor encriptado com acesso apenas a [pessoas nomeadas]"; comprove esforço.
Em linguagem simples: Identifica claramente o desenvolvedor web e o cliente (pessoa física ou jurídica), incluindo nomes legais, domicílios e jurisdições de constituição.
[NOME DA SUA EMPRESA] (o "Desenvolvedor"), uma corporação organizada sob as leis do [ESTADO/PROVÍNCIA], com sede em [SEU ENDEREÇO]
Erro comum: Usar nomes informais ou incompletos; deixar em branco dados de identificação que depois impedem execução legal
Em linguagem simples: Define quando o contrato começa a vigorar (geralmente na primeira divulgação de informação confidencial ou assinatura, se anterior).
Este Contrato passará a viger no primeiro dia de divulgação de informação confidencial, ou [DATA], a que for mais antiga
Erro comum: Deixar a data vaga ou em branco, causando disputa sobre quando as obrigações começaram
Em linguagem simples: Especifica todas as categorias de informação protegida: software, dados financeiros, estratégias, especificações técnicas, contactos comerciais, planos de negócio.
Informação que inclui fórmulas, padrões, programas, métodos, sistemas de software, dados financeiros e técnicas relacionadas aos negócios
Erro comum: Definir de forma vaga ou omitir categorias importantes (ex: dados de cliente, especificações de projeto)
Em linguagem simples: Estabelece que informação é confidencial apenas se tiver valor económico independente, não seja publicamente conhecida e seja objeto de esforços razoáveis para manter sigilo.
Informação que (i) tem valor económico pela não publicidade e (ii) é objeto de esforços razoáveis para manter seu sigilo
Erro comum: Tentar classificar como confidencial informação que é notoriamente pública ou que não foi propriamente guardada
Em linguagem simples: Lista exceções legítimas: informação de domínio público quando recebida, já possuída legitimamente antes, desenvolvida independentemente, ou revelada por ordem judicial.
A confidencialidade termina quando documentar que era domínio público, estava legitimamente em seu poder, ou foi desenvolvida independentemente
Erro comum: Tentar aplicar confidencialidade ilimitadamente; não reconhecer que informação pública não pode ser confidencial
Em linguagem simples: Compromete cada parte a proteger informação confidencial com o mesmo cuidado que usaria para sua própria propriedade.
As Partes proporcionarão à Informação Confidencial o maior cuidado e proteção
Erro comum: Não detalhar medidas específicas (senhas, encriptação, acesso restrito); deixar obrigações genéricas
Em linguagem simples: Indica qual jurisdição (estado ou país) governa o contrato e como disputas serão resolvidas.
Este Contrato será regido pelas leis da Jurisdição de [ESTADO/PAÍS], sem consideração a conflitos de lei
Erro comum: Deixar em branco a jurisdição; permitir ambiguidade entre Brasil e Portugal se negócio é transfronteiriço
Em linguagem simples: Define por quanto tempo as obrigações de confidencialidade permanecem válidas após o contrato terminar.
Obrigações de sigilo permanecem por [X] anos após rescisão, exceto onde inaplicável por lei
Erro comum: Não especificar duração; deixar indefinido se confidencialidade cessa ao fim do projeto ou perdura
Em linguagem simples: Permite divulgação se exigida por ordem da corte, mas exige notificação prévia para que a parte possa contestar a ordem.
Divulgação em resposta a ordem válida emitida pela corte ou órgão governamental, desde que notificado previamente
Erro comum: Aceitar divulgação sem resistência legal; não reservar direito de proteção judicial
Em linguagem simples: Esclarece que mera assinatura de confidencialidade não obriga ninguém a contratar; é apenas para proteger negociações.
Este Contrato não obriga qualquer Parte a prosseguir com negociações ou contratar serviços
Erro comum: Deixar ambíguo se confidencialidade implica compromisso comercial; criar expectativa falsa
Em linguagem simples: Determina que este contrato representa a totalidade do acordo sobre confidencialidade e substitui conversas anteriores.
Este Contrato constitui o acordo integral entre as Partes e substitui todas as prévias negociações verbais
Erro comum: Deixar espaço para interpretações contraditórias; não esclarecer que contrato anterior é invalidade
Insira o nome legal completo da sua empresa (desenvolvedor) e do cliente. Se pessoa jurídica, incluir estado/país de constituição e endereço da sede. Se pessoa física, nome completo e endereço de residência.
💡 Verifique documentos de constituição ou identidade para garantir ortografia exacta; nomes incorretos podem invalidar a assinatura
Insira a data em que o contrato entra em vigor. Normalmente é a data da primeira reunião ou divulgação, ou a data de assinatura, a que for mais antiga.
💡 Deixe em branco se tiver dúvida; muitos advogados preferem "a partir do primeiro contacto"
Adicione ou remova categorias conforme relevante (ex: fotografias de cliente, especificações de banco de dados, listagens de preços, dados de fornecedores). Seja específico.
💡 Quanto mais detalhado, melhor protegido. Inclua tipos de informação únicos ao seu sector ou projecto
Defina quanto tempo as obrigações de confidencialidade perduram após o fim do contrato (ex: 2 anos, 5 anos, indefinidamente). Inserir número em [X] ANOS.
💡 Projectos web normalmente 2–3 anos; informação de grande valor 5+ anos; defina conforme risco percebido
Se desenvolvedor precisa mostrar projeto em portfolio (com aprovação), ou se cliente pode usar código reutilizável, crie cláusulas adicionais explícitas.
💡 Não deixe implícito; qualquer exceção deve estar por escrito e assinada por ambas as partes
Se Brasil, insira estado brasileiro (ex: São Paulo). Se Portugal, insira Portugal. Se ambos, considere consultar advogado para clareza.
💡 Escolha a jurisdição onde mais fácil enforçar; se cliente é brasileiro, lei brasileira; se português, portuguesa
Leia todas as cláusulas com a outra parte. Confirme que ambos entendem o que é confidencial, como será protegido e por quanto tempo.
💡 Pequenas diferenças agora evitam grandes conflitos depois; se houver dúvida, solicite revisão de advogado
Ambas as partes devem assinar e datar. Guarde cópias assinadas em local seguro. Fotografe ou digitalize se assinado em papel.
💡 Arquivo digital seguro (nuvem encriptada, email confirmado) é tão válido quanto papel; mantenha rastreabilidade
O modelo é neutro e funciona em ambas as jurisdições, mas o ideal é especificar qual lei governa (Portugal ou Brasil) e ajustar a data/formato conforme local. Se negócio é entre Portugal e Brasil, considere consultar advogado em uma das jurisdições para confirmar que cláusulas (ex: ordem da corte) funcionam em ambos os países. Não há diferença material de substância, mas localizações legais menores podem existir; revise com um jurista se o contrato é internacional.
Depende da sensibilidade e valor da informação. Para projetos web típicos, 2 a 3 anos é comum; para propriedade intelectual valiosa ou dados de cliente críticos, 5 anos ou indefinidamente. Revise com a outra parte no começo. Se cliente quer proteção indefinida e você quer liberdade em 2 anos, negocie agora e deixe no contrato. Lembre-se: quanto mais longa a duração, mais custoso é cumprir; balance protecção com practicidade.
O contrato permite divulgação se ordenado por tribunal ou autoridade governamental, MAS você tem o direito de notificar a outra parte com antecedência para que possa contestar a ordem judicialmente. Isso significa: (1) você recebe a ordem, (2) você contacta o cliente imediatamente, (3) o cliente tem chance de ir a tribunal impedir a divulgação. Se não puder notificar (ex: segredo de investigação criminal), revele apenas o mínimo obrigatório e documenti tudo.
Não, a menos que o contrato explicitamente permita. A versão padrão restringe qualquer uso ou divulgação de informação confidencial. Se quer incluir o projeto em seu portfolio, adicione uma cláusula antes de assinar: \"Desenvolvedor pode exibir website finalizado em portfolio e sites de referência, com aprovação escrita do Cliente\". Negociar isso no início; depois é mais difícil obter aprovação retroactiva.
Sim, totalmente. Código, especificações técnicas, arquitectura de sistema e qualquer documentação técnica são explicitamente inclusos na definição de \"Informação Confidencial\". O contrato compromete ambas as partes a não divulgar, não modificar e não usar o código para outros fins sem permissão. Se quer protecção adicional (ex: registo de direitos de autor), faça isso separadamente; este contrato é sobre sigilo.
Sim. Idealmente, assine antes de qualquer reunião onde informação sensível será compartilhada. A vigência começa \"no primeiro dia de divulgação ou assinatura, a que for mais antiga\". Isso significa: se reunir sem contrato assinado e compartilhar segredos, pode não estar protegido legalmente. Melhor prática: envie o contrato 1–2 semanas antes da primeira reunião, confirme assinatura, depois reúna.
O contrato não é auto-executável; você precisa de ir a tribunal para processar a outra parte por violação. Se porventura houver vazamento, documente tudo: quando descobriu, que informação vazou, prejuízo causado, e como o vazamento ocorreu. Consulte um advogado imediatamente; você pode ter direito a indenização e ordem de corte para parar divulgação. Lembre-se: o contrato é preventivo; protecção real depende de vigilância e acção legal rápida.
Sim, mas muitos fornecedores (ex: plataformas SaaS, provedores cloud) têm seus próprios termos de confidencialidade já embutidos. Antes de assinar este contrato com um fornecedor, revise os termos dele; podem conflitar. Se em dúvida, use este modelo como base e ajuste em comum acordo. Não assine dois contratos contraditórios; consolide os termos em um.
Este contrato trata APENAS confidencialidade; não cobre escopo de trabalho, pagamento, prazo ou responsabilidades. Idealmente, você precisará de DOIS contratos: (1) Contrato de Confidencialidade (este), e (2) Contrato de Serviços de Desenvolvimento Web que detalha o que será entregue, quanto custa, e por quando. Muitas vezes os dois são assinados em sequência: confidencialidade primeiro (para discussões seguras), depois contrato de serviços (com termos específicos do projecto).
Um NDA genérico é amplo e aplica-se a qualquer sector; a Atribuição de Criador do Website é especializada para relações desenvolvedor–cliente. Use a Atribuição quando negociar serviços web específicos (arquitectura, integração, código, e-commerce). Use um NDA genérico em negociações muito iniciais, investimento ou discussões estratégicas amplas antes de detalhar técnica. A Atribuição é mais directa e pronta para assinar; o NDA genérico requer mais customização.
Um contrato de serviços é longo, cobre escopo, preço, timeline, garantias, responsabilidade. A Atribuição é contrato ISOLADO, apenas de confidencialidade, mais curto e rápido de assinar. Idealmente, assine a Atribuição primeiro (para proteger negociações iniciais), depois o contrato de serviços (para detalhar o projecto). Se combinar tudo num contrato, fica complexo e demora mais tempo a negociar; dividir é mais eficiente.
Email ou proposta informal é frágil; não constitui contrato válido em muitos casos porque falta clareza formal, datas, assinaturas. A Atribuição é documento formal, estruturado, reconhecido legalmente, com assinaturas de ambas as partes. Se apenas partilhar ideias por email \"sob confidencialidade\", a protecção é questionável; um contrato formal é muito superior. Use a Atribuição para qualquer divulgação material de informação sensível; email é insuficiente.
Um contrato de direitos de autor define quem é PROPRIETÁRIO do website, código e designs (você ou cliente). A Atribuição define quem pode USAR ou DIVULGAR informação sensível durante negociações e desenvolvimento. São complementares: use Atribuição para proteger segredos durante negociações; use contrato de propriedade para definir quem é dono do resultado final. Muitas vezes ambos são necessários; não são mutuamente exclusivos.
Agências e freelancers protegem especificações técnicas, arquitectura de site, estratégias de integração de e-commerce, designs inovadores e processos proprietários de desenvolvimento.
Startups usam este contrato para proteger ideias de negócio, código source, estrutura de banco de dados, algoritmos e tecnologia core durante rodadas de financiamento ou parceria.
Lojistas online protegem dados de cliente, estrutura de preços, estratégias de marketing, integração de pagamento e fornecedores ao negociar redesigns ou expansões de plataforma.
Agências protegem estratégias de campanha, dados analíticos, contactos de fornecedor, metodologias proprietárias e trabalho de criação durante consultorias e desenvolvimento de projetos.
Consultores de TI, segurança e negócio usam este contrato para resguardar recomendações estratégicas, análises de risco, arquiteturas de sistema e estudos confidenciais.
Instituições educacionais e plataformas protegem conteúdo de cursos, estrutura curricular, dados de alunos e sistemas de gestão de aprendizado durante desenvolvimentos ou integrações.
No Brasil, confidencialidade é regida pelo Código Civil e lei de propriedade intelectual. Contrato é válido se assinado digitalmente (lei 14.063/2020) ou em papel. Recomenda-se especificar qual estado governa (ex: São Paulo) para clareza jurisdicional. Ordem de tribunal (Poder Judiciário) permite divulgação conforme cláusula de exceção.
Em Portugal, confidencialidade é regida pelo Código Civil e lei de propriedade intelectual. Contrato é válido em assinatura digital (Decreto-Lei 290-D/99) ou papel. Tribunal português tem jurisdição; GDPR também se aplica se dados pessoais estiverem envolvidos. Ordem judicial (Tribunal) é válida como exceção.
| Caminho | Melhor para | Custo | Tempo |
|---|---|---|---|
| Use o modelo | Projectos pequenos, relações de confiança, ou primeira discussão com cliente onde informação partilhada é baixa sensibilidade | Gratuito a baixo custo (apenas template) | 30–60 minutos: preencher, revisar, assinar |
| Modelo + revisão jurídica | Projectos médios, informação técnica valiosa, ou relação nova onde risco de vazamento é moderado a alto | €150–400 (review jurídico de 1–2 horas) | 2–3 horas: preencher, enviar a advogado, receber feedback, ajustar, assinar |
| Redigido sob medida | Projectos de grande valor, relações internacionais Brasil–Portugal, ou informação crítica de propriedade intelectual | €500–1500 (contrato customizado do zero por advogado) | 1–2 semanas: diálogo com advogado, ajustes, redação final, assinatura |
Este documento é um dos 3,000+ modelos comerciais e jurídicos incluídos no Business in a Box.
Acesse mais de 3,000+ modelos empresariais e jurídicos para qualquer tarefa, projeto ou iniciativa.
Personalize seu modelo de documento empresarial pronto para uso e salve-o na nuvem.
Compartilhe seus arquivos e pastas com sua equipe. Crie um espaço de colaboração contínua.
"De um valor fantástico! Não sei o que faria sem essa plataforma. Vale cada centavo e valeu o investimento diversas vezes."
"Eu uso o Business in a Box há 4 anos. Tem sido a fonte mais útil de documentos que encontrei. Recomendo a todos."
"Salvou minha vida tantas vezes que eu perdi a conta. O Business in a Box me poupou muito tempo e, como você sabe, tempo é dinheiro."
Pare de baixar documentos. Comece a operar com clareza. Business in a Box fornece o sistema operacional usado por mais de 250.000 empresas no mundo para estruturar, gerenciar e expandir seu negócio.
Comece grátis · Não é necessário cartão de crédito
