Como a ChinaValidate testa relatórios de empresas
Veja as verificações atuais do navegador, carimbos de tempo dos dados, limites do PDF, limitações conhecidas e o registro de versão por trás dos relatórios de empresas da ChinaValidate.
Esta página documenta como a ChinaValidate verifica a saída do relatório da empresa e onde essa evidência termina. Um relatório pode passar nos testes de apresentação e ainda exigir que o comprador verifique a transação, os registros de origem, o contrato, o produto e as instruções de pagamento. O método abaixo é um registro de versão datado, não um certificado de que uma empresa é segura.
Instantâneo do método: Método v1, revisado em 15 de julho de 2026
Interface sob teste: público relatório de amostra da empresa
Evidência atual do navegador: Chrome estável instalado controlado pelo Playwright 1.60
Viewports: 1440 x 1000, 390 x 844 e 320 x 800 pixels CSS
O método começa com o significado, não com capturas de tela
O primeiro teste é se o relatório mantém uma identidade de empresa intacta. O nome chinês registrado, o Código Unificado de Crédito Social (USCC), o status de registro, o representante legal, a data do relatório e a referência do relatório devem permanecer associados à mesma entidade no topo da página. Um relatório visualmente polido falha se um campo pertencer a outra empresa candidata ou perder seu tempo de origem.
O segundo teste é se os estados dos dados permanecem distintos. Um módulo com registros retornados é diferente de um módulo verificado sem registros correspondentes, e ambos diferem de uma fonte que estava temporariamente indisponível. A apresentação do relatório da ChinaValidate carrega esses estados separadamente. Isso é importante porque “nenhum registro retornado” não deve ser reescrito como “não existe litígio”; o guia de interpretação de resultado negativo explica esse limite.
O terceiro teste é temporal. Os tempos de geração e conclusão em nível de relatório identificam o pacote, enquanto os módulos de registro público carregam seus próprios tempos de captura. As atuais normas chinesas de divulgação de informações empresariais têm os departamentos governamentais e as empresas responsáveis pela veracidade e atualização das informações divulgadas por cada um e preveem correções. Portanto, uma captura instantânea do relatório pode ser analisada como evidência de um momento declarado; ela não deve ser descrita como permanentemente atual.
Evidência atual do navegador
Em 15 de julho de 2026, o relatório de amostra público foi carregado a partir de um contexto de navegador limpo em cada viewport abaixo. A verificação exigia HTTP 200, o H1 da empresa correto, a mesma evidência de identidade superior, sem overflow horizontal em todo o documento, sem exceção de console ou página e sem resposta de rede com falha.
| Perfil | Janela de visualização | Resultado observado |
|---|---|---|
| Área de trabalho | 1440 x 1000 | Aprovado; largura do relatório 1440, evidência superior e sequência de seções presentes |
| Dispositivo móvel | 390 x 844 | Aprovado; o relatório foi reorganizado para 390 sem transbordamento do documento |
| Reorganização estreita | 320 x 800 | Aprovado; todas as seções do relatório 28 permaneceram presentes na largura 320 |
A verificação de 320 pixels está vinculada à explicação sobre reorganização, que utiliza 320 pixels CSS como referência de conteúdo vertical para evitar rolagem bidimensional, com exceções para conteúdo que realmente a exija. Aprovar essa largura é um sinal útil de layout; não é uma afirmação de conformidade total com o WCAG.
O que a asserção do navegador realmente detecta
- Rota incorreta ou relatório ausente: a resposta inicial não é 200 ou o título esperado do relatório está ausente.
- Deriva de identidade: o cabeçalho visível da empresa ou os campos de âncora não correspondem ao fixture sendo testado.
- Layout responsivo quebrado: o documento fica mais largo que sua janela de visualização, geralmente devido a uma tabela, valor semelhante a código ou módulo de largura fixa.
- Ativos ou solicitações com falha: as imagens não possuem dimensões naturais ou uma solicitação de página retorna uma resposta de erro.
- Desacordo cliente/servidor: erros de hidratação, JavaScript ou de página aparecem no console do navegador.
O Playwright pode ser configurado para Chromium, Firefox, WebKit, navegadores personalizados e projetos móveis. Seu emulação de dispositivo também pode controlar viewport, tela, toque, localidade e fuso horário. Essas são capacidades de teste disponíveis, não evidência de que cada configuração passou pela construção atual do relatório da ChinaValidate. A matriz acima registra apenas o que foi realmente executado.
Relatório do navegador e PDF são saídas separadas
O relatório no navegador suporta revisão na tela e preserva a hierarquia completa da página. O PDF baixável é uma cópia para impressão da página de detalhes da empresa desbloqueada: usa o mesmo instantâneo salvo, expande os módulos avançados e inclui a mesma análise de IA, fontes e limitações, omitindo navegação e controles interativos. Suas verificações de geração exigem um relatório concluído e verificam se um arquivo baixável é gravado; relatórios incompletos são rejeitados em vez de exportados como evidência finalizada.
O PDF lista o status do módulo e o horário da captura e inclui uma seção Fontes e Limitações. Quando um módulo possui mais dados do que o layout do documento permite, o PDF indica que contém os primeiros 100 registros normalizados. Um comprador não deve tratar um PDF truncado como o conjunto de dados subjacente completo. Salve a referência do relatório e utilize o guia de aprovação de arquivos para preservar contratos relacionados e registros de pagamento.
Limitações conhecidas do Método v1
Cobertura do navegador: a execução documentada atual utiliza o Chrome estável, não Firefox, Safari/WebKit, tecnologia assistiva ou todos os sistemas operacionais. Cobertura de dispositivos: viewports fixos reproduzem restrições de layout, mas não substituem testes em telefones físicos, configurações de fonte, níveis de zoom, redes lentas ou políticas de navegadores corporativos.
Cobertura de dados: uma passagem de renderização não prova que uma fonte pública estava completa, que uma tradução tem autoridade legal ou que uma empresa não possui registros não devolvidos. O relatório de amostra utiliza dados fictícios e testa apenas a apresentação. Para campos como relatórios anuais, preserve o ano de reporte e a data do campo utilizando o método de leitura de relatórios anuais.
Cobertura de decisões: o relatório é suporte à decisão. Os testes não podem garantir identidade, solvência, qualidade do produto, desempenho, autoridade para contratar, conta bancária ou conduta futura. Decisões de maior valor ainda podem exigir documentos originais, confirmação independente, inspeção, auditoria, aconselhamento contratual ou revisão profissional local.
Registro de versão e gatilhos de reteste
Método v1 — 15 de julho de 2026: registrou os três viewports do Chrome, asserções de DOM e rede, verificações de estado dos dados, carimbos de tempo dos instantâneos, limite do PDF V2 e limitações conhecidas do navegador. A versão do PDF e a versão do método são rótulos separados.
O reteste é necessário quando o contrato de dados do relatório muda, um módulo de registro público é adicionado ou renomeado, os campos de identidade se movem, o renderizador de PDF muda, a versão do navegador suportado muda significativamente ou uma correção de layout afeta componentes compartilhados do relatório. O resultado deve ser registrado como uma nova entrada de método datada, em vez de sobrescrever silenciosamente o que uma versão anterior realmente cobriu.
Para inspecionar a saída utilizada neste método, abra o tutorial do relatório de amostra ou execute uma busca de empresa em Busca de Empresas da ChinaValidate.