Relatório de Direitos Autorais de Software em Empresa na China

Um registro de direitos autorais de software pode vincular uma versão de software nomeada a um titular de direitos registrado. Ele não certifica que o software funciona, que a compilação atual é a versão registrada ou que o fornecedor possui todos os componentes do produto.

Essa delimitação é especialmente importante ao revisar uma plataforma industrial, aplicativo móvel, controlador embarcado, fornecedor de SaaS ou fornecedor de dispositivos inteligentes. Um relatório de empresa pode revelar um registro útil, mas a pergunta sobre a aquisição é mais restrita: esse registro apoia o papel alegado do fornecedor neste produto?

O que está registrado?

Da China Regulamentos de Proteção de Software de Computador definem software como programas de computador e sua documentação relacionada. O código-fonte e o código-objeto do mesmo programa são tratados como a mesma obra sob essa definição. O conceito é, portanto, mais específico do que uma ideia de produto, um serviço em nuvem, uma marca ou todo um negócio de tecnologia.

O resumo de software da WIPO traça outra linha útil: o direito autoral protege a expressão, não ideias, procedimentos, métodos de operação ou conceitos matemáticos em si. Um registro para `Plataforma de Roteamento de Armazém V1.0` não é propriedade exclusiva de todos os conceitos ou algoritmos de roteamento de armazém descritos em uma apresentação de vendas.

Quando um relatório de empresa lista registros de software junto com patentes e marcas, mantenha seus propósitos separados. O mapa de uso de registros de PI explica o portfólio mais amplo; esta página permanece focada no registro de software.

O registro é evidência, não o nascimento do direito autoral

Os regulamentos de proteção afirmam que o direito autoral de software surge quando o desenvolvimento é concluído. Eles também permitem que o titular registre e descreva o documento de registro resultante como evidência preliminar dos assuntos registrados. Da China Medidas de Registro de Direitos Autorais de Software incentivam o registro e estabelecem os requisitos do solicitante e dos documentos.

Portanto, evite duas afirmações comuns:

• `A empresa obteve o direito autoral na data do registro.` O direito subjacente não é criado por essa data administrativa.
• `Nenhum registro foi encontrado, então a empresa não tem direito autoral.` A ausência de resultado de busca não define se existem software protegível ou direitos contratuais.

A distinção também explica por que o volume de registros não é uma classificação de qualidade. A Administração Nacional de Direitos Autorais relatou 3,182,829 registros de direitos autorais de software em 2025. Isso é um contexto administrativo amplo, não uma evidência de que um fornecedor com 100 registros seja melhor do que aquele com cinco registros relevantes.

Leia seis campos como um cartão de versão

A disponibilidade varia conforme a fonte, mas uma extração de registro útil pode conter os seguintes campos. Preserve o texto chinês e a data de recuperação em vez de traduzir ou omitir um sufixo de versão ou nome de entidade.

Nome completo do software e nome curto

Compare a redação exata com a cotação, tela de login, manual do usuário e anexo contratual. Nomes semelhantes podem descrever uma família de produtos em vez da versão específica sendo adquirida.

Número da versão

`V1.0` não é intercambiável com uma `V3.2` demonstrada. Pergunte como as versões, módulos e edições white-label se relacionam com a versão registrada.

Titular do registro ou detentor dos direitos registrados

Corresponda o nome jurídico chinês à empresa contratante. Se o nome referir-se a um fundador, funcionário, afiliado ou desenvolvedor externo, documente a cadeia de propriedade ou licença em vez de tratar a diferença como automaticamente legítima ou suspeita.

Data de conclusão do desenvolvimento

Este é o ponto de conclusão relatado para o software registrado. Não se trata de uma auditoria independente do repositório de código, da completude das funcionalidades ou da qualidade da versão lançada.

Data da primeira publicação, se indicada

Isso pode ajudar a reconstruir a cronologia. `Não publicado`, campo em branco ou indisponível não devem ser reinterpretados como `nunca utilizado` ou `nunca entregue`.

Data e número de registro

Use esses dados para identificar e datar o registro administrativo. Não substitua a data de registro pela data de conclusão, data da primeira publicação ou data da versão atual do produto.

O detentor dos direitos pode não ser o vendedor

Uma divergência exige uma explicação sobre a relação entre as partes. O software pode ter sido desenvolvido por funcionários, desenvolvido conjuntamente, encomendado a um contratante, transferido, licenciado ou retido em outra empresa do grupo. As regulamentações de proteção contêm regras padrão específicas para software encomendado e para certo tipo de software desenvolvido por empregados, mas o comprador não deve tentar resolver a propriedade jurídica com base apenas em um resultado público resumido.

Solicite os documentos que correspondem à situação real: contrato de desenvolvimento, cláusulas de propriedade intelectual no contrato de trabalho, instrumento de transferência, licença, autorização de empresa do grupo, registro de fusão ou mudança de nome, e uma lista de componentes de terceiros e de código aberto. Verifique cada empresa por sua identidade jurídica chinesa. Se o vendedor afirmar que o desenvolvedor é uma afiliada, compare a relação com a parte contratante e com a equipe de serviços, em vez de fundir ambos os nomes em uma única empresa.

O objeto social pode fornecer contexto sobre desenvolvimento de software ou serviços de tecnologia, mas não determina a titularidade dos direitos autorais. Utilize o revisão do objeto social para esse campo específico.

Três datas não constituem um histórico de lançamentos

Um registro pode fornecer uma data de conclusão, uma data de primeira publicação e uma data de registro. Nenhuma delas necessariamente informa qual build está em execução na demonstração atual, quando uma funcionalidade foi adicionada, quem mantém a produção ou se o fornecedor consegue restaurar o serviço após uma falha.

Construa uma cronologia breve com base em registros criados para a entrega do software:

1. título registrado, versão e data de conclusão relatada;
2. notas de lançamento e identificadores de build para a versão cotada;
3. registros de aceitação (cliente ou interna) datados;
4. evidências de repositório, implantação ou custódia adequadas ao negócio;
5. titular atual do suporte, subcontratados e política de fim de vida.

O objetivo não é exigir o código-fonte para cada compra. Trata-se de tornar as evidências proporcionais à dependência: uma utilidade offline usada por um único analista precisa de menos evidência de continuidade do que um software que controla uma linha de produção ou armazena dados regulados.

Caso: o relatório indica V1.0, a demonstração mostra V3.2

Um fornecedor fictício demonstra `PlantWatch 3.2`, uma plataforma de monitoramento incluída com sensores de fábrica. O relatório da empresa lista `Plataforma de Monitoramento de Equipamentos PlantWatch V1.0`, registrada há três anos para a mesma entidade legal chinesa. O título, o proprietário e a cronologia são plausíveis. O registro apoia a continuidade entre a empresa e uma versão anterior do produto.

Não autentica a V3.2. O comprador solicita notas de lançamento vinculando a V1.0 à V3.2, o número de compilação mostrado na demonstração, uma lista de recursos por versão, evidências recentes de aceitação e a divulgação do componente de mapeamento fornecido por outro desenvolvedor. O contrato então nomeia a versão do entregável, o prazo de suporte, o método de exportação de dados, as obrigações de segurança, os testes de aceitação e a responsabilidade pelas licenças de terceiros.

A conclusão resultante não é nem `direito autoral verificado, aprovar` nem `descompasso de versão, rejeitar`. É: `O registro apoia um relacionamento anterior produto-empresa; a propriedade da versão atual, os componentes e os controles de entrega exigem as evidências listadas.`

O que o registro não testa

• Função: se os recursos prometidos funcionam sob a carga de trabalho do comprador.
• Segurança: gestão de vulnerabilidades, controle de acesso, criptografia, resposta a incidentes ou desenvolvimento seguro.
• Procedência do código: se cada módulo é original, licenciado, de código aberto ou fornecido por um contratante.
• Operações: propriedade da hospedagem, backup, recuperação de desastres, equipe de suporte e disponibilidade.
• Direitos do produto: se o vendedor tem autoridade para licenciar a compilação atual no território e caso de uso do comprador.

Isso requer testes técnicos, composição de software ou revisão de segurança, evidências contratuais e, às vezes, aconselhamento jurídico especializado. Um registro da empresa pode ajudar a direcionar essas verificações; ele não pode realizá-las.

Redija uma conclusão limitada do relatório da empresa

Declare o registro exato, correspondência de identidade, relação de versões, limite de data e próxima ação. Por exemplo:

O relatório identifica `Plataforma de Monitoramento de Equipamentos PlantWatch V1.0` registrada para a entidade contratante verificada. Isso apoia um relacionamento de software-empresa para a versão especificada até as datas registradas. Não estabelece a propriedade, a segurança ou o desempenho da compilação V3.2 citada. Obtenha a cadeia de lançamentos, a divulgação de componentes, as evidências de aceitação e a licença contratual antes da aprovação.

Anexe o extrato da fonte e a resposta do fornecedor ao arquivo de aprovação do fornecedor. Um relatório modelo da empresa mostra como o módulo de PI fica ao lado dos dados de identidade e operacionais; ele não deve ser lido isoladamente.

Escale o desenvolvimento personalizado de alto valor, a propriedade disputada, o acesso ao código-fonte, o licenciamento transfronteiriço, preocupações com infração ou a continuidade crítica para o negócio aos revisores técnicos e jurídicos qualificados. Para compras ordinárias, coloque o resultado na sequência de evidências pré-contratuais e registre a delimitação das palavras no memorando interno de aprovação.