Como definir compatibilidade de engine no contrato de modelagem 3D

O prestador entrega um personagem em FBX. Na máquina do cliente, o modelo abre com escala errada, as texturas não aparecem e a animação usa outro esqueleto. O contrato dizia apenas compatível com a engine. Para fechar escopo, indique engine, versão, formato e testes. Uma entrega pode ser adequada para importar uma malha e ainda exigir trabalho para materiais, rig, animações ou configuração de projeto.

Defina a versão e a forma de entregar

Registre engine, versão, plataforma de destino, formato, ferramenta de origem e plugins aceitos. Indique se o cliente recebe arquivo de intercâmbio, pacote de projeto, cena ou asset pronto no repositório. A documentação da Epic descreve o fluxo de importação FBX e a versão usada pelo pipeline documentado. Consulte a documentação da versão efetivamente contratada. Compatibilidade depende de exportação, importador e recursos usados. Confirme também configuração de unidades, eixos, escala, convenção de nomes e caminho de texturas.

Separe compatibilidade de ajustes adicionais. Uma malha pode importar e exigir conversão de material. Uma animação pode depender de esqueleto, retarget e regras do cliente. Um modelo para jogo pode precisar de colisão, níveis de detalhe e orçamento de desempenho. Defina quais requisitos entram no preço e como o comprador fornece a referência. Para cenas com dependências externas, a documentação do Blender explica o empacotamento de arquivos suportados. Confira o que realmente foi incluído, pois um arquivo aberto na máquina de origem pode continuar dependendo de caminho externo.

Planeje o teste de aceite com o comprador

Use amostra em projeto limpo na versão acordada. Confira importação, escala, posição, materiais, texturas, rig, animações e dependências, conforme o escopo. Registre resultado e ambiente. Se o cliente usa uma versão alterada da engine, solicite informações e acesso de teste autorizados. Se for necessário validar em outro sistema operacional ou hardware, indique condição e custo. Um teste na versão mais nova pode passar e o projeto do cliente exigir versão anterior.

Defina quem confirma e em quanto tempo. O Código Civil, quando rege a relação, orienta parâmetros objetivos e boa-fé. Inclua regra para alteração de engine depois do aceite da proposta. Uma atualização pode exigir converter arquivos e repetir testes. Guarde versão anterior e aprovação de escopo. Se um plugin não pode ser redistribuído, confirme se o comprador precisa adquirir licença ou se existe saída alternativa autorizada.

Exemplo de um personagem e três animações

Uma exportadora cria personagem para estúdio estrangeiro. O acordo identifica versão da Unreal Engine usada pelo cliente, esqueleto de referência e entrega de uma malha com três animações. Inclui teste em projeto limpo, materiais básicos e um relatório. Na primeira importação, a equipe verifica uma diferença de escala. Ajusta exportação e repete o teste. O cliente confirma abertura na versão própria e aponta que uma textura não acompanhou o pacote. O prestador corrige dentro do escopo e envia nova versão.

Depois do aceite, o estúdio pede pacote compatível com outra engine. A equipe identifica diferenças de material e rig e estima novo trabalho. Registra preço, moeda, prazo e teste antes de executar. A invoice inicial mantém a referência do personagem e das três animações aceitas. O extra recebe outro pedido, conforme a autorização. O histórico explica qual versão funciona e que atividade foi cobrada.

Monte um manifesto que permita repetir

Inclua nome e versão dos arquivos, formato, ferramenta, engine, dependências e instruções. Indique itens excluídos, como plugins de terceiros. Teste com a conta e o ambiente que o comprador vai usar. Registre problema e resolução. Para arquivo que abre só com caminho local, ajuste o pacote ou documente a dependência antes da entrega. Guarde a prova de aceite e a referência da cobrança em área autorizada.

Para estimar prazo, faça uma amostra de asset representativo antes de produzir o lote. Inclua um item com material, um com animação e um com dependência, se o escopo exigir. Confirme o que o cliente considera pronto para uso. A aceitação pode exigir que o arquivo abra e que a cena funcione. Registre a diferença. Se houver atualização durante o projeto, confira a data de vigência e quais testes precisam ser repetidos. Na entrega final, preserve a versão testada, o resultado e quem aprovou.

Na proposta, informe se o comprador precisa fornecer uma cena de teste, esqueleto ou conjunto de materiais. Se a exportadora recebeu só referências visuais, registre o que ainda precisa ser confirmado antes de produzir todos os itens. Faça uma amostra com o conjunto mais difícil, incluindo escala, rig e texturas. Guarde a configuração de exportação e a versão da ferramenta para repetir o resultado. Se a engine muda durante o contrato, compare o que já foi aprovado com o que será convertido. A evidência deve identificar quais arquivos o comprador abriu e qual teste passou.

Perguntas frequentes

Entregar em FBX garante abertura na engine?

Verifique versão, configurações e recursos usados. Faça teste no ambiente contratado e documente as limitações.

Quem paga adaptação para outra versão?

Confira o escopo e o motivo da mudança. Se for trabalho adicional, obtenha aprovação de preço e prazo.

O arquivo fonte precisa incluir plugins?

Confira contrato e licenças. Documente dependências e o que o comprador precisa instalar ou adquirir.

Fontes oficiais

• Epic Games — pipeline de conteúdo FBX no Unreal Engine
• Blender — empacotamento de dependências
• Câmara dos Deputados — Código Civil atualizado

Leituras relacionadas

• Como orçar a entrega de arquivos brutos de vídeo para um cliente estrangeiro
• Guias para exportadores de serviços

Como a Zen pode ajudar

A contabilidade para exportação de serviços da Zen ajuda a organizar documentos, conciliar recebimentos e analisar as regras da sua operação. Peça uma proposta personalizada para conversar sobre o seu caso.