Cómo ChinaValidate prueba los informes de empresas

Esta página documenta cómo ChinaValidate verifica la salida del informe de la empresa y dónde se detiene esa evidencia. Un informe puede aprobar las pruebas de presentación y aún así requerir que el comprador verifique la transacción, los registros de origen, el contrato, el producto y las instrucciones de pago. El método a continuación es un registro de versión con fecha, no un certificado de que una empresa sea segura.

Instantánea del método: Método v1, revisado el 15 de julio de 2026

Interfaz bajo prueba: público informe de muestra de la empresa

Evidencia actual del navegador: Chrome estable instalado controlado por Playwright 1.60

Visores: 1440 x 1000, 390 x 844 y 320 x 800 píxeles CSS

El método comienza con el significado, no con capturas de pantalla

La primera prueba consiste en verificar si el informe mantiene intacta la identidad de una sola empresa. El nombre chino registrado, el Código Unificado de Crédito Social (USCC), el estado de registro, el representante legal, la fecha del informe y la referencia del informe deben permanecer asociados con la misma entidad en la parte superior de la página. Un informe visualmente pulido falla si un campo pertenece a otra empresa candidata o pierde su tiempo de origen.

La segunda prueba consiste en verificar si los estados de los datos permanecen distintos. Un módulo con registros devueltos es diferente de un módulo verificado sin registros coincidentes, y ambos difieren de una fuente que estaba temporalmente no disponible. La presentación del informe de ChinaValidate lleva esos estados por separado. Esto es importante porque «no se devolvieron registros» no debe reescribirse como «no existe litigio»; el guía de interpretación de resultados negativos explica ese límite.

La tercera prueba es temporal. Los tiempos de generación y finalización a nivel de informe identifican el paquete, mientras que los módulos de registros públicos llevan sus propios tiempos de captura. Las actuales normas chinas sobre regulaciones de divulgación de información empresarial hacen responsables a los departamentos gubernamentales y a las empresas de la veracidad y puntualidad de la información que divulgan cada una, y prevén correcciones. Por lo tanto, una instantánea del informe puede revisarse como evidencia desde un momento declarado; no debería describirse como permanentemente actual.

Evidencia actual del navegador

El 15 de julio de 2026, el informe público de muestra se cargó desde un contexto de navegador limpio en cada uno de los visores siguientes. La verificación requirió HTTP 200, el H1 correcto de la empresa, la misma evidencia de identidad superior, sin desbordamiento horizontal generalizado del documento, sin excepciones de consola ni de página, y sin respuestas de red fallidas.

Perfil	Viewport	Resultado observado
Escritorio	1440 x 1000	Aprobado; ancho del informe 1440, evidencia superior y secuencia de secciones presentes
Móvil	390 x 844	Aprobado; el informe se reflujo a 390 sin desbordamiento del documento
Reflujo estrecho	320 x 800	Aprobado; todas las secciones del informe 28 permanecieron presentes en un ancho de 320

La verificación de 320 píxeles está vinculada a la explicación de reflujo, que utiliza 320 píxeles CSS como referencia de contenido vertical para evitar desplazamiento bidimensional, con excepciones para contenido que realmente lo requiera. Aprobar este ancho es una señal útil de diseño; no es una afirmación de conformidad completa con WCAG.

Lo que realmente detecta la afirmación del navegador

• Ruta incorrecta o informe faltante: la respuesta inicial no es 200 o falta el título esperado del informe.
• Deriva de identidad: el encabezado visible de la empresa o los campos de anclaje no coinciden con el fixture que se está probando.
• Diseño responsivo roto: el documento se vuelve más ancho que su viewport, generalmente debido a una tabla, un valor similar al código o un módulo de ancho fijo.
• Activos o solicitudes fallidas: las imágenes no tienen dimensiones naturales o una solicitud de página devuelve una respuesta de error.
• Desacuerdo cliente/servidor: aparecen errores de hidratación, JavaScript o de página en la consola del navegador.

Playwright se puede configurar para Chromium, Firefox, WebKit, navegadores de marca y proyectos móviles. Su emulación de dispositivos también puede controlar el viewport, la pantalla, el toque, la configuración regional y la zona horaria. Esas son capacidades de prueba disponibles, no evidencia de que cada configuración haya pasado la compilación del informe actual de ChinaValidate. La matriz anterior registra solo lo que realmente se ejecutó.

El informe del navegador y el PDF son salidas separadas

El informe del navegador admite la revisión en pantalla y conserva la jerarquía completa de la página. El PDF descargable es una copia impresa de la página de detalles de la empresa desbloqueada: utiliza la misma instantánea guardada, expande los módulos avanzados e incluye el mismo análisis de IA, fuentes y limitaciones, mientras omite la navegación y los controles interactivos. Sus pruebas de generación requieren un informe completado y verifican que se escriba un archivo descargable; los informes incompletos se rechazan en lugar de exportarse como evidencia finalizada.

El PDF enumera el estado del módulo y la hora de captura e incluye una sección de Fuentes y Limitaciones. Cuando un módulo tiene más datos de los que incluye el diseño del documento, el PDF indica que contiene los primeros 100 registros normalizados. Un comprador no debe tratar un PDF truncado como el conjunto de datos subyacente completo. Guarde la referencia del informe y utilice el guía de aprobación de archivos para preservar contratos relacionados y registros de pago.

Límites conocidos del Método v1

Cobertura del navegador: la ejecución documentada actual utiliza Chrome estable, no Firefox, Safari/WebKit, tecnología asistiva o todos los sistemas operativos. Cobertura del dispositivo: los viewports fijos reproducen las restricciones de diseño pero no reemplazan las pruebas en teléfonos físicos, configuraciones de fuente, niveles de zoom, redes lentas o políticas de navegador empresarial.

Cobertura de datos: un pase de renderizado no demuestra que una fuente pública fuera completa, que una traducción tenga autoridad legal o que una empresa no tenga registros pendientes de devolución. El informe de muestra utiliza datos ficticios y prueba únicamente la presentación. Para campos como los informes anuales, conserve el año de informe y la fecha del campo utilizando el método de lectura de informes anuales.

Cobertura de decisiones: el informe es de apoyo a la decisión. Las pruebas no pueden garantizar identidad, solvencia, calidad del producto, rendimiento, autoridad para contratar, una cuenta bancaria o conducta futura. Las decisiones de mayor valor aún pueden requerir documentos originales, confirmación independiente, inspección, auditoría, asesoramiento contractual o revisión profesional local.

Registro de versión y desencadenantes de reintento

Método v1 — 15 julio 2026: registró los tres viewports de Chrome, las afirmaciones del DOM y la red, las verificaciones del estado de los datos, las marcas de tiempo de las instantáneas, el límite del PDF V2 y las limitaciones conocidas del navegador. La versión del PDF y la versión del método son etiquetas separadas.

Se requiere reintento cuando cambia el contrato de datos del informe, se agrega o renombra un módulo de registro público, se mueven los campos de identidad, cambia el renderizador de PDF, cambia materialmente la versión del navegador admitida o una corrección de diseño afecta a componentes compartidos del informe. El resultado debe registrarse como una nueva entrada de método con fecha en lugar de sobrescribir silenciosamente lo que realmente cubrió una versión anterior.

Para inspeccionar la salida utilizada en este método, abra el recorrido por el informe de muestra o realice una búsqueda de empresa en Búsqueda de Empresas de ChinaValidate.