Download Word gratuito • Edite on-line • Salve e compartilhe com Drive • Exporte para PDF
Um acordo de mediador (ou escrow) de código fonte é um contrato tripartido que estabelece como o código fonte de um software licenciado é depositado com segurança junto a um agente fiduciário neutro. O licenciante (fornecedor) entrega o código; o agente fiduciário o guarda; e o licenciado (cliente) ganha direito de acesso em caso de crise — como insolvência, falência ou descontinuação do produto pelo fornecedor. Este modelo Word editável inclui todas as cláusulas essenciais: definições de depósito, obrigações de atualização, direitos de auditoria de ambas as partes, eventos de inadimplência, procedimentos de liberação condicional, e responsabilidades do agente fiduciário. Disponível para download gratuito em formato Word, pode ser exportado para PDF e assinado digitalmente.
Quando uma empresa licencia software crítico — seja um ERP, sistema de pagamentos, plataforma de gestão clínica ou software de controlo industrial — depende desse sistema funcionar continuamente. Se o fornecedor original falir, descontinuar o produto ou violar o contrato, a empresa licenciada fica vulnerável: perde acesso ao código e não consegue manter, adaptar ou migrar o software. Um acordo de escrow protege contra este risco gravíssimo. Estabelece que o código fica depositado com terceiro independente, acessível quando evento de crise validado ocorre. Isto é exigido por clientes empresariais, reguladores (ex.: banca, saúde pública), e é standard em transações de software de alto valor. Sem este acordo, fornecedores recusam trabalhar com grandes clientes; com ele, todas as partes têm clareza, segurança e confiança — o cliente protege investimento, o fornecedor demonstra compromisso, o agente fica seguro em seu papel.
| Se sua situação é… | Use este modelo |
|---|---|
| Quando há licenciante, licenciado e agente fiduciário terceiro definido | Acordo completo tripartido |
| Quando as partes ainda não definiram o agente fiduciário | Acordo sem agente nomeado |
| Quando há condições preestabelecidas para libertação sem espera | Cláusulas de liberação automática |
| Quando apenas licenciante e licenciado acordam, sem terceiro | Escrow simplificado (duas partes) |
| Quando a inspeção periódica de materiais é crítica | Acordo com procedimento de auditoria detalhado |
Por que importa: Se o código entregue é incompleto ou desatualizado, o licenciado não consegue manter o software em emergência, anulando o propósito do acordo.
Fix: Inclua lista detalhada de componentes, bibliotecas, documentação e certificado de completude assinado pelo licenciante.
Por que importa: Disputa sobre quando o código deve ser libertado causa atraso crítico em cenários de crise, prejudicando o negócio do licenciado.
Fix: Liste explicitamente cada evento (insolvência, falência, descontinuação, violação) e período de cura antes de liberação.
Por que importa: Agente pode atrasar indefinidamente a liberação sob pretexto de verificação, deixando licenciado desprotegido em emergência real.
Fix: Estabeleça prazo máximo (ex.: 10 dias úteis) para o agente validar o Aviso de Inadimplência e confirmar libertação.
Por que importa: Código depositado fica obsoleto; quando libertado em crise, pode ser inútil se não refletir versão atual e produção.
Fix: Inclua obrigação do licenciante entregar novas versões e atualizações no máximo a cada [período] ou com cada release.
Por que importa: Perda ou roubo de código depositado pode destruir propriedade intelectual valiosa sem recourse legal.
Fix: Exija que agente mantenha seguro de custódia adequado e copias de backup encriptadas, com cobertura mínima de [valor].
Por que importa: Segunda parte pode auditar continuamente, disruptando operações do agente e criando custo irrecuperável.
Fix: Especifique frequência máxima (ex.: anualmente com aviso prévio de 30 dias) e duração máxima (ex.: um dia de trabalho).
Em linguagem simples: Define como o código fonte é entregue ao agente fiduciário, documentado por recibos, e mantido em segurança sem divulgação a terceiros.
O Agente Fiduciário concorda em aceitar da Primeira Parte, para fins de armazenamento seguro, o Código Fonte de todos os Produtos Licenciados, e para cada entrega emitirá um recibo identificando todas as alterações, revisões ou suplementos feitos. O Código Fonte permanecerá propriedade exclusiva da Primeira Parte.
Erro comum: Não especificar claramente quem custeia os custos de preparação e armazenamento dos materiais, deixando dúvida sobre despesas futuras.
Em linguagem simples: O licenciante garante que o código entregue é completo, legível, adequado para reprodução e inclui toda a documentação necessária para manutenção por terceiros.
A Primeira Parte apresenta e garante que o Código Fonte entregue ao Agente Fiduciário está em forma adequada para reprodução e consiste de declaração completa do idioma de origem, fluxogramas, esquemas e todos os materiais necessários para que um programador qualificado mantenha o Produto Licenciado sem auxílio externo.
Erro comum: Omitir o grau de completude esperado do código, causando disputa sobre se o depositado é realmente 'mantível' por terceiros.
Em linguagem simples: O licenciante compromete-se a entregar prontamente todas as revisões, melhorias, atualizações e novas versões do código fonte ao agente fiduciário.
A Primeira Parte se compromete em prontamente suprir o Código Fonte entregado com todas as revisões, correções, melhorias, atualizações, modificações, novas versões, suplementos ou outras alterações relacionadas de modo que o Código Fonte constitua um programa legível para todos os Produtos Licenciados.
Erro comum: Não definir prazo ou procedimento claro para atualização, deixando ambiguidade sobre frequência e formato das entregas.
Em linguagem simples: O licenciado tem direito de inspecionar periodicamente o estado físico dos materiais depositados, com notificação prévia e sem modificação dos depósitos durante a auditoria.
Mediante notificação razoável durante horário comercial normal, a Segunda Parte, à sua própria despesa, terá o direito de inspecionar o estado físico e a condição dos materiais depositados junto ao Agente Fiduciário. Quaisquer depósitos já realizados não podem ser modificados durante a auditoria.
Erro comum: Não estabelecer limite de frequência ou duração das auditorias, permitindo disrupção excessiva das operações do agente fiduciário.
Em linguagem simples: O licenciante também pode inspecionar os materiais depositados com notificação prévia e mesmas condições de proteção.
Mediante notificação razoável durante horário comercial normal, a Primeira Parte, à sua própria despesa, terá o direito de inspecionar o estado físico e a condição dos materiais depositados junto ao Agente Fiduciário. Quaisquer depósitos já realizados não podem ser modificados durante a auditoria.
Erro comum: Permitir direitos de auditoria ilimitados que dificultam o trabalho do agente fiduciário ou comprometem segurança.
Em linguagem simples: Define os eventos (insolvência, falência, descontinuação, violação material) que desencadeiam a liberação do código, e o procedimento formal de notificação ao agente fiduciário.
A Segunda Parte deverá notificar por escrito (Aviso de Inadimplência) ao Agente Fiduciário quando a Primeira Parte comete ato de insolvência, falência, deixa de fabricar os Produtos Licenciados, ou comete violação material de suas obrigações contratual, não reparada no prazo de cura aplicável.
Erro comum: Listar eventos de inadimplência de forma vaga ou incompleta, deixando discrepância sobre quais cenários realmente justificam a liberação.
Em linguagem simples: Estabelece como o agente fiduciário verifica a ocorrência de um evento de inadimplência e autoriza a liberação do código ao licenciado.
Após recebimento de Aviso de Inadimplência, o Agente Fiduciário verificará a validade do evento alegado e, uma vez validado, procederá à entrega do Código Fonte para a Segunda Parte, conforme especificado neste Acordo.
Erro comum: Não detalhar o tempo necessário para validação ou permitir que o agente fiduciário adie indefinidamente a liberação sob pretexto de investigação.
Em linguagem simples: O agente fiduciário não pode divulgar o código a terceiros ou fazer uso dele, exceto conforme expressamente autorizado neste acordo ou por ordem judicial.
O Agente Fiduciário não deverá utilizar o Código Fonte ou divulgá-lo a terceiros, exceto nos casos expressamente previstos neste documento ou por mandado judicial válido. O Agente Fiduciário manterá sigilo absoluto sobre os materiais armazenados.
Erro comum: Deixar brechas para que o agente fiduciário divulgue informações sob pressão de credores ou autoridades sem processo judicial formal.
Em linguagem simples: Define os limites de responsabilidade do agente fiduciário por perda, dano ou furto, e as indenizações esperadas de cada parte.
O Agente Fiduciário não será responsável por perda, dano ou furto causados por caso fortuito, força maior ou negligência das partes. A Primeira Parte e a Segunda Parte manterão seguro adequado e indenizarão o Agente Fiduciário por reclamações não cobertas por cláusula de isenção.
Erro comum: Criar responsabilidade absoluta do agente fiduciário por qualquer dano, tornando o papel inviável ou excessivamente caro para terceiros.
Em linguagem simples: Especifica o período de vigência do acordo de custódia e as circunstâncias sob as quais pode ser rescindido ou encerrado.
Este Acordo permanecerá em vigor durante toda a vigência do Acordo Principal e continuará por [NÚMERO] anos após expiração ou rescisão do Acordo Principal, a menos que rescindido por consentimento mútuo das três partes ou por ordem judicial.
Erro comum: Deixar indefinida a data de término, criando incerteza sobre quando o agente fiduciário pode descartar os materiais.
Preencha o nome completo, forma legal (empresa, LTDA, SA) e endereço da Primeira Parte (licenciante), Segunda Parte (licenciado) e Agente Fiduciário. Certifique-se de que cada parte tem poderes para assinar contratos vinculativos.
💡 Obtenha as informações oficiais do registo comercial ou certificado de constituição de cada entidade.
Insira a data efetiva e número do contrato de licença de software original entre a Primeira Parte e a Segunda Parte. Inclua o número do artigo que define os 'Produtos Licenciados'.
💡 Certifique-se de que o documento de licença já está assinado ou está em paralelo com este acordo de custódia.
Descreva especificamente quais componentes, linguagens de programação, documentação de manutenção, fluxogramas e anotações serão depositados. Seja claro sobre o nível de completude esperado.
💡 Liste formatos de arquivo (source code, PDFs de documentação, esquemas visio, etc.) e indique onde serão armazenados fisicamente.
Revise e personalize a lista de eventos de inadimplência (insolvência, falência, descontinuação, violação material). Defina o prazo de cura para violações reparáveis.
💡 Adicione ou remova eventos conforme o risco comercial específico (ex.: mudança de controlo, violação de sigilo).
Descreva como o Aviso de Inadimplência deve ser formalizado, quem o envia, e o prazo dentro do qual o Agente Fiduciário deve validar e entregar o código.
💡 Considere exigir confirmação legal ou certificado de insolvência antes de liberação automática.
Especifique quem paga pelos custos de preparação, armazenamento, inspeção e entrega. Estabeleça limites de responsabilidade do agente por perda ou dano.
💡 Inclua cláusula de seguro e retenção de valor caução se o agente exigir proteção adicional.
Estabeleça frequência máxima de inspeções (ex.: uma vez por ano), duração permitida e notificação prévia exigida para cada auditoria.
💡 Inclua horários de acesso e procedimento para cópia de recibos solicitados pela Segunda Parte.
Escolha a jurisdição aplicável (português, brasileiro ou outro), e defina duração do acordo (ex.: vigência do contrato principal + 5 anos). Especifique como o acordo é rescindido.
💡 Para transações internacionais, considere incluir cláusula de lei aplicável neutra ou mediação.
Um acordo de mediador (escrow) de código fonte é um contrato tripartido que protege o licenciado garantindo acesso ao código fonte do software licenciado em caso de insolvência, falência ou incumprimento do licenciante. É importante porque permite ao licenciado continuar usando e mantendo software crítico mesmo se o fornecedor original colapsar, protegendo investimento contínuo em tecnologia de missão crítica.
As três partes são: (1) a Primeira Parte — o licenciante ou fornecedor original do software; (2) a Segunda Parte — a empresa licenciada ou cliente que usa o software; (3) o Agente Fiduciário — uma terceira parte neutra e profissional (geralmente um banco, firma de custódia ou legal) responsável por manter o código em segurança até evento de liberação.
O código é libertado quando ocorre um 'evento de inadimplência' especificado no contrato, como insolvência ou falência da Primeira Parte, descontinuação do produto, ou violação material não corrigida de obrigações. A Segunda Parte envia um Aviso de Inadimplência formal ao Agente Fiduciário, que valida o evento e procede à entrega.
O Agente Fiduciário verifica evidências documentadas — certificado de insolvência de tribunal, publicação oficial de falência, comunicação formal de descontinuação do produto, ou correspondência legal de incumprimento. Dependendo da complexidade, pode consultar advogado independente para validação antes de liberar código.
Sim. O acordo deixa explícito que o código fonte permanece propriedade exclusiva do licenciante durante toda a custódia. O Agente Fiduciário é apenas depositário de segurança e não pode usar, modificar ou divulgar o código. A Second Parte ganha direito de acesso apenas quando evento de inadimplência é validado.
O acordo obriga o licenciante a entregar prontamente todas as revisões, melhorias e novas versões ao Agente Fiduciário. Se não cumprir, é violação material contratual que pode desencadear evento de inadimplência. A Segunda Parte pode notificar e, se licenciante não reparar no prazo de cura, solicitar liberação do código.
Sim. O acordo concede à Segunda Parte direito de auditoria periódica (geralmente uma vez por ano com notificação prévia) para inspecionar o estado físico dos materiais depositados e confirmar que se mantêm seguros e atualizados. A Primeira Parte também tem direitos de auditoria equivalentes.
O contrato deve especificar claramente. Geralmente, o licenciante custeia preparação e armazenamento inicial, enquanto cada parte cobre sua própria auditoria. Custos de entrega emergencial podem ser compartilhados ou atribuídos conforme negociado.
Geralmente, o código permanece em custódia durante toda a vigência do contrato principal de licença. Muitos acordos estendem a custódia por período adicional (ex.: 3–5 anos) após término ou rescisão do contrato de licença, garantindo proteção por janela temporal suficiente.
Um acordo de licença simples concede direitos de uso, mas não protege o licenciado contra colapso do licenciante. Um acordo de escrow adiciona camada de proteção: deposita o código com terceiro neutro e define eventos de liberação em emergência. Use licença simples para software de baixo risco ou curto prazo; use escrow para software crítico, longa duração ou grandes investimentos.
Um contrato de suporte obriga o licenciante a corrigir bugs e fornecer atualizações durante período contratual, mas termina quando relação comercial acaba. Um escrow vai além: garante acesso ao código mesmo após falência ou encerramento do fornecedor. Combine ambos: suporte cobre manutenção rotineira, escrow cobre continuidade em cenário extremo.
Comprar o software outright transfere toda propriedade e código para o comprador imediatamente. Um escrow mantém código sob custódia com acesso condicionado a evento. Use buy-out se quiser controlo completo; use escrow se quiser continuar relacionamento comercial mas com rede de segurança para emergências.
Código open source está sempre acessível publicamente; não há depósito ou acesso condicional. Escrow é privado e condicional — código fica selado até validação de evento. Use open source se modelo comercial permite divulgação; use escrow se código é proprietário e valor comercial depende de segredo.
Fornecedores de SaaS, software empresarial e soluções legadas utilizam escrow para garantir continuidade ao cliente em caso de falência ou encerramento.
Bancos e instituições financeiras licenciam software crítico para operações de pagamento e custódia; escrow é exigência regulatória.
Hospitais e clínicas dependem de software de gestão clínica; escrow protege continuidade de cuidado ao paciente.
Empresas industriais licenciam software de controlo de máquinas e automação; custódia garante acesso ao código se fornecedor falir.
Operadoras licenciam software de redes críticas; escrow é standard em contratos de infraestrutura.
Agências governamentais exigem escrow de software de segurança e sistemas administrativos por resiliência e soberania digital.
No Brasil, acordos de escrow de código fonte seguem princípios de direito civil (CC) e propriedade intelectual (Lei de Software 9.609/98). O Agente Fiduciário é depositário legítimo; recomenda-se instituição com registro em órgão regulador (banco, custódia institucional). Lei de Insolvência 11.101/2005 define conceitos de insolvência e falência aplicáveis.
Em Portugal, o acordo de escrow segue Código Civil e Lei de Propriedade Industrial. O Agente Fiduciário deve estar regulado (banco, custodiante autorizado ou firma de advocacia). Decreto-Lei 53/2004 sobre insolvência define eventos de inadimplência. Recomenda-se incluir eleição de lei portuguesa e tribunais competentes em Lisboa ou Porto.
| Caminho | Melhor para | Custo | Tempo |
|---|---|---|---|
| Use o modelo | Empresa pequena a média em licença simples, sem alto risco ou complexidade jurisdicional. | Gratuito (modelo) + apenas custos internos de preenchimento. | 2–4 horas para preencher e adaptar conforme suas partes. |
| Modelo + revisão jurídica | Transação de valor médio-alto com termos críticos; quer modelo como base + validação jurídica. | €800–€2000 por revisão jurídica breve de modelo preenchido. | 1–2 dias de revisão adicional por advogado após seu preenchimento. |
| Redigido sob medida | Transação muito complexa, múltiplas jurisdições, software altamente crítico, risco regulatório. | €3000–€8000+ para redação completa e negociação tripartida. | 2–4 semanas de trabalho jurídico, incluindo ciclos de revisão com as três partes. |
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
