Download Word gratuito • Edite on-line • Salve e compartilhe com Drive • Exporte para PDF
Um Acordo de Desenvolvimento Publicador Multimídia é um contrato legal entre uma empresa (publicador) e um desenvolvedor, criativo ou agência que define os termos para criar conteúdo, aplicações ou produtos de natureza multimídia. O documento é editável em Word e pode ser exportado em PDF, permitindo que você customize termos, datas, taxas e itens entregáveis conforme sua situação específica. Inclui cláusulas sobre taxa de desenvolvimento, processo de aprovação em fases, cronograma de entrega, propriedade intelectual e mecanismos de término. É particularmente útil para projetos que exigem múltiplas revisões, aprovações formais e transferência clara de direitos autorais.
Sem um acordo claro de desenvolvimento, há risco significativo de disputa. Por exemplo: o desenvolvedor entrega um item, você não responde a tempo, e depois discute se deve pagar (desenvolvedor diz que foi aceito, você diz que não aprovou). Ou: você quer editar o trabalho e o desenvolvedor reclama que danifica sua reputação e exige crédito. Ou ainda: você descobre que o desenvolvedor subcontratou a terceiros ou usou componentes de terceiros sem direitos legais. Um Acordo de Desenvolvimento Publicador Multimídia protege você ao estabelecer prazos, marcos de pagamento, processo claro de aprovação, e transferência explícita de todos os direitos autorais e propriedade intelectual. Isto evita litígios, garante que você é proprietário total do trabalho, e cria clareza sobre quanto será pago e quando. Para projetos de valor significativo ou propriedade intelectual crítica (código, design, vídeo, marca), este documento é essencial.
| Se sua situação é… | Use este modelo |
|---|---|
| Quando o desenvolvedor cria software, aplicação ou plataforma web | Acordo de desenvolvimento aplicação web |
| Quando o trabalho envolve vídeos, animações ou produção de mídia | Acordo de desenvolvimento conteúdo audiovisual |
| Quando o trabalho é focado em design, ilustrações ou artes visuais | Acordo de desenvolvimento design gráfico |
| Quando você contrata um freelancer ou profissional autónomo | Acordo com desenvolvedor independente |
| Quando você contrata uma agência para projeto complexo multimídia | Acordo de desenvolvimento com agência criativa |
| Quando há necessidade de revisões iterativas e aprovações formais | Acordo com múltiplas fases de aprovação |
Por que importa: Sem um cronograma anexado claro, há disputa sobre quais itens devem ser entregues, quando, e em que qualidade, bloqueando pagamentos.
Fix: Crie um Apêndice A detalhado listando cada item, descrição, formato, data-limite e critérios de aceitação.
Por que importa: Se não está claro que o publicador é proprietário exclusivo, o desenvolvedor pode reclamar direitos depois ou impedir edições, limitando uso comercial.
Fix: Use linguagem explícita: 'todos os direitos autorais são de propriedade do Publicador' e 'Desenvolvedor renuncia a todos os direitos morais'.
Por que importa: O publicador pode bloquear indefinidamente pagamentos não respondendo a itens entregues, deixando o desenvolvedor sem recursos.
Fix: Inclua cláusula que, após prazo de revisão + 1 dia útil de contacto, o item é automaticamente aceito.
Por que importa: O desenvolvedor pode contratar terceiros de qualidade inferior, expor informações sensíveis, ou transferir trabalho a concorrentes, sem o seu conhecimento.
Fix: Exija aprovação prévia por escrito para qualquer subcontratante e garanta que subcontratantes assinam cláusulas idênticas de propriedade intelectual.
Por que importa: Em projetos de longa duração ou alto valor, sem visibilidade sobre progresso, o publicador descobre atrasos apenas na data de entrega.
Fix: Inclua direito de enviar representantes ao local do desenvolvedor com aviso prévio para inspeção e reuniões de progresso.
Por que importa: O desenvolvedor pode reivindicar custos adicionais (software, infraestrutura, revisões além do escopo) que não estavam orçados, inflando o custo total.
Fix: Declare que a taxa cobre todos os custos do desenvolvedor e que o publicador paga apenas a taxa acordada, sem reembolsos de despesas.
Em linguagem simples: O publicador pagará ao desenvolvedor um valor total fixo em parcelas, conforme a entrega de itens é aprovada.
O Publicador concorda em pagar ao Desenvolvedor uma taxa total de [QUANTIDADE] [PAÍS] em pagamentos conforme a aceitação dos Itens Entregáveis, pagáveis dentro de [NUMERO] dias úteis da aprovação.
Erro comum: Não especificar o calendário de pagamento ou não vincular o pagamento à aprovação formal dos itens.
Em linguagem simples: Define exatamente o que será entregue, em que formato, e em que datas, usando um cronograma anexado (Apêndice A).
O Desenvolvedor concorda em realizar os serviços descritos neste Acordo e no Apêndice A em entregar os Itens Entregáveis descritos no Apêndice A, conforme as datas especificadas na Previsão de Entrega.
Erro comum: Deixar vago o que constitui um item entregável completo, causando disputa sobre quando o pagamento é devido.
Em linguagem simples: O publicador revisa cada item entregável e aceita, solicita mudanças ou termina o acordo em prazo específico.
Ao receber cada Item Entregável, o Publicador deve, dentro de [NUMERO] dias úteis, dar ao Desenvolvedor um dos seguintes: Aceitação escrita do Item Entregável; Uma lista escrita das mudanças necessárias; ou Aviso de término deste Acordo.
Erro comum: Não estabelecer prazos para revisão, deixando o desenvolvedor em espera indefinida sem saber o status.
Em linguagem simples: Se o publicador não responder dentro do prazo de revisão, o item é considerado automaticamente aceito após contato do desenvolvedor.
Se o Publicador falhar em prover aviso dentro de seu dia útil final, o Item Entregável deve ser considerado como aceitado como se o Publicador tivesse dado a aprovação por escrito.
Erro comum: Não incluir mecanismo de aceitação automática, permitindo que o publicador bloqueie indefinidamente pagamentos.
Em linguagem simples: Todos os direitos sobre o trabalho criado, incluindo direitos autorais, pertencem ao publicador, não ao desenvolvedor.
Os Itens Entregáveis e toda arte original são considerados serviços por encomenda. O Publicador deve ser considerado o criador e deter propriedade exclusiva de todos os direitos, incluindo direitos autorais, sobre os Itens Entregáveis.
Erro comum: Não esclarecer quem detém os direitos autorais, criando disputa quando o trabalho é usado ou comercializado.
Em linguagem simples: O desenvolvedor renúncia ao direito de ser creditado ou proibir alterações ao seu trabalho, que pertence integralmente ao publicador.
O Desenvolvedor não terá qualquer direito, titularidade ou interesse nos Itens Entregáveis, e renuncia a todos os direitos morais sobre o trabalho realizado.
Erro comum: Não renunciar explicitamente a direitos morais, permitindo que o desenvolvedor impeça edições ou reclame crédito depois.
Em linguagem simples: O publicador retém direito exclusivo de distribuir, vender, comercializar e promover o trabalho indefinidamente e em qualquer meio.
O Publicador retém o direito exclusivo de distribuir, comercializar, vender, mostrar, propagandear e promover os Itens Entregáveis em perpetuidade através do universo.
Erro comum: Não esclarecer que o publicador pode fazer qualquer uso comercial, limitando sua liberdade de explorar o trabalho.
Em linguagem simples: O publicador pode enviar representantes ao local do desenvolvedor durante o horário comercial para acompanhar o progresso do projeto.
O Publicador deve ter o direito, a custo do Publicador, de enviar um funcionário ao local do Desenvolvedor com aviso prévio razoável durante horário comercial de dias úteis para consultar a respeito do desenvolvimento.
Erro comum: Não incluir direito de fiscalização, deixando o publicador sem visibilidade sobre o andamento de projetos de alto valor.
Em linguagem simples: O desenvolvedor não pode contratar terceiros para fazer o trabalho sem aprovação prévia por escrito do publicador.
O Publicador deve ter o direito, em sua própria discrição, de aprovar qualquer subcontrato ou licenciado de quem o Desenvolvedor obtenha serviços ou direitos pertençam ao Item Entregável.
Erro comum: Permitir subcontratação sem supervisão, resultando em trabalho de qualidade inferior ou terceiros com acesso a informações sensíveis.
Em linguagem simples: O desenvolvedor garante que toda a obra é original e criada por ele, não violando direitos de terceiros ou sendo domínio público.
O Desenvolvedor garante que, exceto como oferecido pelo Publicador, criou toda arte, programação e conteúdo a serem incorporados nos Itens Entregáveis, e toda porção é original e não é de domínio público.
Erro comum: Não exigir garantia de originalidade, deixando o publicador exposto a ações judiciais por violação de direitos autorais de terceiros.
Em linguagem simples: O publicador pode terminar o acordo se o desenvolvedor não entregar itens aceitáveis dentro de período especificado, com reembolso de valores pagos em excesso.
O Publicador pode terminar este Acordo se o Desenvolvedor não entregar Itens Entregáveis aceitáveis dentro de [NUMERO] dias da data original da Previsão de Entrega, com direito a reembolso de taxas pagas em excesso dos custos comprovados.
Erro comum: Não incluir mecanismo de término, deixando o publicador preso a um desenvolvedor que não cumpre prazos.
Em linguagem simples: Todos os custos de desenvolvimento são responsabilidade do desenvolvedor; o publicador paga apenas a taxa acordada após aprovação.
Sujeito ao pagamento das taxas definidas sobre aceitação dos Itens Entregáveis, o Desenvolvedor é responsável por todo custo de desenvolvimento associado com os Itens Entregáveis.
Erro comum: Deixar ambíguo quem paga custos adicionais (infraestrutura, software, revisões), causando desentendimentos sobre orçamento.
Preencha o nome legal completo, estado de incorporação e endereço de ambas as empresas (publicador e desenvolvedor). Certifique-se de usar o nome exato conforme registos legais.
💡 Use CNPJ ou número de registro comercial para evitar ambiguidade.
Especifique o valor total que será pago, a moeda, e o cronograma de parcelas (ex.: 30% à assinatura, 40% no meio do projeto, 30% na entrega final).
💡 Vincule cada pagamento à aceitação de itens entregáveis específicos para garantir qualidade.
Liste todos os itens que o desenvolvedor deve criar, com descrição detalhada, formato de entrega (Word, PDF, código-fonte, etc.), e datas-limite.
💡 Seja específico: não diga apenas 'design', mas 'design de 5 telas de aplicação em Figma com 3 variantes de cor'.
Estabeleça quantos dias úteis o publicador tem para revisar, solicitar mudanças ou rejeitar cada item. Inclua também prazos para revisão de itens modificados.
💡 Use prazos realistas (geralmente 5-10 dias úteis) para evitar bloqueios prolongados.
Especifique que, se o publicador não responder dentro do prazo, o desenvolvedor deve contactá-lo, e após 1 dia útil sem resposta, o item é automaticamente aceito.
💡 Isto protege o desenvolvedor de bloqueios indefinidos e motiva aprovações atempadas do publicador.
Confirme que todos os direitos autorais, incluindo direitos morais, transferem-se para o publicador. Se houver exceções (ex.: o desenvolvedor reter direito a portfolio), defina-as claramente.
💡 Considere jurisdição: direitos morais são mais fortes em países europeus e podem não ser totalmente renunciáveis.
Ajuste prazos para atraso que justificam término e fórmula de reembolso (ex.: reembolso proporcional aos custos comprovados). Consulte um advogado sobre conformidade local.
💡 Claro sobre reembolso evita litígios; seja específico sobre como 'custos comprovados' serão documentados.
Um Acordo de Desenvolvimento é específico para projetos criativos/técnicos com marcos, entregáveis e cronograma estruturado. Um Contrato de Prestação de Serviços é mais genérico. Este modelo é ideal se você precisa de aprovações iterativas, direitos autorais claros e entregas em fases. Para trabalho contínuo ou consultoria, um Contrato de Prestação de Serviços pode ser mais apropriado.
Este modelo funciona para ambos. Certifique-se de preencher corretamente: se é freelancer, use o número de contribuinte pessoal ou registo de trabalho autónomo; se é empresa, use CNPJ/NIF e razão social. As disposições sobre propriedade intelectual e termo aplicam-se igualmente. Recomenda-se que o freelancer esteja registado legalmente conforme sua jurisdição.
Este modelo não inclui cláusula de confidencialidade explícita. Recomenda-se adicionar uma seção que obriga o desenvolvedor a manter sigilo sobre briefings, especificações de projeto, cronogramas e qualquer informação sensível da empresa. Pode adicionar: 'O Desenvolvedor concorda em manter confidencialidade sobre todos os detalhes do projeto, exceto quando autorizado por escrito pelo Publicador.' Considere consultar um advogado para termos apropriados à sua jurisdição.
Se o publicador não responder à entrega de um item dentro do prazo especificado (ex.: 5 dias úteis), o desenvolvedor contacta-o. Se ainda não houver resposta dentro de 1 dia útil após contacto, o item é considerado automaticamente aceito e o pagamento é devido. Isto protege o desenvolvedor de bloqueios indefinidos. Recomenda-se que o desenvolvedor documente o contacto (email, telefone com data/hora).
Sim, mas qualquer mudança deve ser acordada por escrito por ambas as partes e anexada como emenda ao contrato. Recomenda-se incluir uma seção como: 'Qualquer alteração ao Apêndice A (itens, datas ou taxas) requer aprovação por escrito assinada por ambas as partes.' Isto evita desentendimentos sobre modificações verbais.
Direitos morais permitem ao criador original ser creditado e proibir alterações prejudiciais à sua reputação. Se não renunciar explicitamente, o desenvolvedor pode depois reclamar que uma edição danifica sua reputação e exigir que seja desfeita. Ao renunciar, o publicador tem liberdade total para editar, vender, remixar ou alterar o trabalho sem restrições. Isto é essencial para propriedade plena.
Este modelo permite ao publicador terminar o acordo se o desenvolvedor não entregar itens aceitáveis dentro de [NUMERO] dias após a data original. O publicador tem direito a reembolso de qualquer taxa paga em excesso dos custos comprovados do desenvolvedor até à data de término. O que constitui 'custos comprovados' (ex.: equipamento, subcontratados) deve ser documentado. Recomenda-se consultar um advogado sobre como forçar reembolso em sua jurisdição.
Pesquise taxas de mercado para o tipo de trabalho (design, programação, vídeo, etc.) e experiência do desenvolvedor. Considere a complexidade do projeto. Muitos recomendam: taxa = (taxa horária estimada × horas estimadas) × 1,2 (margem). Ou negocie taxa fixa que inclua todas as revisões dentro do escopo acordado. Vincule-a a entregas aceitas, não ao tempo. Isto incentiva o desenvolvedor a entregar valor.
Sim, recomenda-se. Este é um contrato legal vinculativo. Um advogado pode adaptar termos à sua jurisdição específica (Brasil, Portugal, etc.), verificar conformidade com lei local de direitos autorais, adicionar cláusulas como confidencialidade ou seguro, e garantir que protege seus interesses. Custo de revisão é geralmente menor que disputa depois.
Um Contrato de Prestação de Serviços é genérico e cobre qualquer tipo de trabalho, enquanto este Acordo é específico para desenvolvimento de conteúdo/produtos com entregas estruturadas. Use este modelo se há marcos de entrega, aprovações iterativas e propriedade intelectual crítica. Use um contrato genérico para consultoria contínua ou apoio administrativo.
Um Acordo de Freelancer é tipicamente mais simples e focado em uma pequena tarefa ou projeto de curta duração. Este modelo é mais formal e apropriado para projetos complexos, multifase ou equipes maiores. Se você contrata uma única pessoa para uma única tarefa pequena, um acordo de freelancer é suficiente. Se é projeto estratégico com múltiplas entregas e riscos, use este.
Um Acordo de Parceria é para relacionamentos onde ambas as partes compartilham ganhos, riscos e direitos. Este Acordo de Desenvolvimento é para relacionamento contratante-contratado, onde o desenvolvedor é pago por um serviço e o publicador detém plena propriedade. Use este para relação tradicional de cliente-fornecedor; use parceria se pretende lucros ou direitos compartilhados.
Um Acordo de Licença é usado quando o desenvolvedor retém propriedade do software e você licencia direito de uso. Este Acordo de Desenvolvimento é quando você compra propriedade integral. Se quer usar software existente de terceiros, use uma licença. Se contrata criação exclusiva para si, use este desenvolvimento.
Usado para contratar desenvolvimento de aplicações, plataformas web ou sistemas, com cronogramas de entrega e transferência de propriedade intelectual do código.
Aplicável a contratação de cineastas, animadores e editores para produção de vídeos, documentários ou conteúdo multimídia, com direitos exclusivos sobre a obra final.
Usado por agências ou empresas para contratar freelancers de design gráfico, UX/UI, ilustração ou branding, com transferência de direitos de criações.
Aplicável a desenvolvimento de cursos online, material educativo interativo ou plataformas de aprendizagem, com propriedade intelectual para a instituição.
Usado para contratar programadores, artistas 3D e designers de jogos, garantindo que a publicadora detém todos os direitos sobre o jogo e seus ativos.
Aplicável a contratação de criadores de conteúdo, agências de marketing ou designers para campanhas, com direitos de uso ilimitados sobre materiais criados.
Em Brasil, direitos autorais de trabalhos por encomenda são regulados pela Lei 9.610/1998. A transferência de direitos autorais deve ser explícita por escrito. Recomenda-se revisar cláusulas de propriedade intelectual e garantir conformidade com legislação do trabalho autónomo ou contrato de trabalho, conforme o desenvolvedor seja PJ ou PF.
Em Portugal, o Código do Direito de Autor e dos Direitos Conexos protege fortemente direitos morais, que podem não ser integralmente renunciáveis. Recomenda-se que a renúncia seja acordada explicitamente e conforme Artigos 161–170 do Código. Consulte advogado português para garantir exigibilidade de direitos morais renunciados.
| Caminho | Melhor para | Custo | Tempo |
|---|---|---|---|
| Use o modelo | Projetos simples, baixo risco, desenvolvedor confiável, valor até €5.000. | €0 (template gratuito) | 1-2 horas para preencher |
| Modelo + revisão jurídica | Projetos de valor médio (€5.000–€50.000), múltiplos entregas, propriedade intelectual crítica, jurisdição sensível. | €50–€300 em revisão jurídica | 2-4 horas preencher + 3-5 dias revisão |
| Redigido sob medida | Projetos de alto valor (>€50.000), relacionamento estratégico longo prazo, cláusulas complexas, múltiplas jurisdições. | €500–€2.000+ rascunho do zero | 1-2 semanas para negociação e redação |
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
