# Inventario de información por confirmar o recibir de HAWK

Este inventario reúne los datos, aprobaciones, evidencia y decisiones operativas que faltan para convertir los wireframes en contenido publicable. Está ordenado por prioridad y por área del sitio; se puede responder por secciones.

El inventario separado de las 21 URLs faltantes de Recursos y otros destinos/enrutamientos está en [missing-link-inventory.md](missing-link-inventory.md).

## Cómo leer el estado

- **Falta de HAWK:** hace falta una respuesta, fuente vigente o aprobación explícita.
- **Borrador basado en una fuente:** existe texto en el DOCX/XLSX, una publicación externa de HAWK o el video de lanzamiento de SAFE. Sirve de base editorial, pero no confirma que la oferta, función o alcance siga vigente ni que la redacción esté aprobada para el sitio.
- **Ya proporcionado por Carlos:** no hace falta volver a solicitarlo. Sí puede quedar pendiente comprobar el resultado en el destino externo.

Una frase razonable o un placeholder no cuenta como dato confirmado. En particular, toda interpretación derivada de conversaciones breves sobre Soluciones, Clase 8 o SAFE está marcada aquí como **Falta de HAWK**, aunque ya aparezca redactada en la maqueta.

## Información ya proporcionada; no volver a pedir

- Las 19 rutas aprobadas y la estructura principal del sitio.
- Los nombres de las familias y subcategorías, las rutas internas y las URLs de catálogo entregadas, incluida la opción `Single` bajo Galvanizado. Las cadenas exactas se guardan en `assets/equipment-navigation.json`.
- La integración Stockist y el identificador del widget `map_v3jkw2eq`.
- El número de WhatsApp `+52 333 576 2677`.
- El logotipo HAWK y las referencias visuales de Inicio y Equipo.
- El DOCX de estructura/copy v3, el XLSX de Arquitectura Comercial y el texto transcrito del video de lanzamiento de SAFE.

Estos elementos fijan etiquetas, destinos o material de partida; no validan por sí solos especificaciones de producto, la operación actual de un servicio ni los resultados que ofrece una herramienta.

## P0 · Contenido y operación que HAWK debe confirmar antes de publicar

### 1. Equipo de protección personal: contenido por familia y subcategoría

Para **cada subcategoría**, HAWK debe proporcionar o aprobar una explicación breve que responda:

1. ¿Qué producto, función o agrupación representa este nombre?
2. ¿Qué tarea o necesidad cubre y para quién, dentro del alcance documentado?
3. ¿Qué diferencia verificable ayuda a compararla con las otras opciones de esta misma familia?
4. ¿Qué término puede resultar desconocido y cómo se explica en lenguaje claro?
5. ¿Qué debe revisar el visitante en la ficha/instrucción de un modelo concreto?
6. ¿Qué no se debe inferir del nombre, material, filtro o imagen?
7. ¿Qué modelo identificado y documento respaldan la explicación? ¿Se autoriza usarlo como ejemplo?

La matriz siguiente identifica el contenido que se solicita. Los nombres y filtros ya están definidos; lo que falta es el significado técnico/editorial específico. No trasladar descripciones entre familias que compartan Alpha, Beta, Gamma o Specialty.

| Familia | Subcategorías que necesitan respuesta individual de HAWK | Aclaración particular |
|---|---|---|
| Arneses de seguridad | Alpha, Beta, Gamma y Specialty | Confirmar propósito, usuario/tarea y diferencias documentadas de cada línea de arnés. Confirmar también qué significan las configuraciones X, Y y H, qué componentes describen y cómo se relacionan —si corresponde— con las cuatro líneas. No se asume que una forma determina una línea. |
| Eslingas y cables | Alpha, Beta, Gamma y Specialty | Explicar el posicionamiento de esos nombres específicamente para eslingas/cables. Confirmar función, componentes/terminales, variantes y diferencias por referencia; no copiar la explicación de arneses. |
| Conectores | Anclajes, Mosquetones y Posicionamiento | Definir “Anclajes” como grupo del catálogo de Conectores y distinguirlo de la familia interna Puntos de anclaje. Confirmar la función y los datos de conexión que deben revisarse para cada grupo. |
| Espacios confinados | Ascenso y descenso; Bases | Precisar qué equipo incluye cada agrupación, qué función cubre y cómo se relacionan sus componentes. Indicar qué otros elementos o decisiones quedan fuera. No presentar estos dos filtros como un sistema completo de espacio confinado o rescate. |
| Líneas de vida | Kermantle; Línea de vida horizontal; Polydac; Polysteel; Sujetadores; Línea vertical | Confirmar la grafía pública “Kermantle”; explicar qué nombran los términos y qué material/componente identifican; definir qué incluye el filtro de kit horizontal y sus límites frente a sistemas horizontales diseñados por Engineering. Aclarar la función de Sujetadores y Línea vertical en esta familia. |
| Puntos de anclaje | Alpha, Beta, Gamma y Specialty | Explicar cada línea exclusivamente dentro de puntos de anclaje; no inferir que comparte el posicionamiento de los arneses u otras familias. Separar datos del producto de la evaluación de estructura, fijación e instalación. |
| Retráctiles | Galvanizado; Galvanizado / Aluminio; Inoxidable / Acero; Inoxidable / Aluminio; Webbing / Acero; Webbing / Aluminio | Identificar qué parte del dispositivo corresponde a cada material o combinación; no deducirlo de la etiqueta. Explicar diferencias verificables de uso/manejo y límites por modelo. Confirmar qué significa “Single” bajo Galvanizado. |

#### Datos técnicos y evidencia por modelo/SKU

Para respaldar cualquier contenido más específico o una futura comparación, se necesita una matriz vigente por modelo con los campos que correspondan a la familia:

- Código y nombre comercial vigente; familia y subcategoría correctas.
- Función y uso previsto expresados en la documentación del modelo.
- Variantes, tallas y configuraciones disponibles; componentes incluidos y exclusiones.
- Material declarado para cada componente (no una inferencia del nombre del filtro).
- Interfaces, conectores y compatibilidades confirmadas, indicando con qué producto/modelo y bajo qué evidencia.
- Condiciones, limitaciones e instrucciones aplicables al uso e inspección.
- Certificaciones, normas o conformidades por modelo, con certificado vigente, organismo, alcance y mercado/jurisdicción. No usar una prueba de un modelo como certificación de toda la marca.
- Ficha, manual, instrucción de inspección y demás documento que corresponda a la referencia.
- Diferencias comparativas que HAWK autoriza publicar y la fuente que las respalda.
- Fotografía o ilustración técnica aprobada, identificada con el modelo y con permiso de uso.

No se requieren precios ni conteos para estas páginas. Si HAWK quiere publicar precio o disponibilidad, debe aprobar por separado la fuente, región y mantenimiento de esos datos.

### 2. Soluciones / HAWK Engineering

**Estado actual:** la secuencia de aplicaciones está aprobada en la arquitectura; varios detalles del texto son borradores o inferencias editoriales. La publicación externa de SLL-INOX sirve como referencia de producto, no como prueba de que HAWK ofrece cada servicio, aplicación o alcance descrito en el wireframe.

#### Oferta y alcance del servicio

- Confirmar el nombre público del área/servicio (Engineering / Ingeniería) y cómo se relaciona con HAWK México y la entidad que atiende otros países.
- Confirmar qué ofrece realmente: suministro de sistemas estándar, conexiones o configuraciones personalizadas, adaptación de anclajes, desarrollo especial y/o diseño de ingeniería. Indicar cuáles son productos de catálogo, cuáles requieren proyecto y cuáles no están disponibles.
- Revisar y aprobar las afirmaciones actuales sobre adaptaciones, desarrollos y sistemas. Para cada una, definir ejemplos y límites; no basta con que aparezca en una conversación.
- Confirmar qué puede incluir un proyecto: levantamiento, visita, revisión de estructura, cálculo, planos, especificación, fabricación, suministro, instalación, puesta en servicio, inspección o mantenimiento. Marcar cada servicio como incluido, sujeto a evaluación o no ofrecido; no inferirlo del término “Engineering”.
- Confirmar la afirmación del borrador de que HAWK instala sus productos en México: qué productos, en qué zonas, por quién y bajo qué condiciones. Confirmar también el alcance exacto fuera de México; actualmente se dice que se revisa por proyecto, pero eso sigue siendo una inferencia hasta que el equipo lo apruebe.
- Indicar qué responsabilidades corresponden al cliente, a HAWK, a un distribuidor o a un tercero durante el proyecto.
- Definir qué ocurre después de una consulta y qué compromisos no se generan automáticamente. Confirmar si se ofrece una primera evaluación, una visita o un diseño y bajo qué condiciones. No comunicar plazos de respuesta si no hay un compromiso aprobado.

#### Aplicaciones que aparecen en la página

Confirmar que las cuatro aplicaciones corresponden a trabajo vigente y precisar la solución ofrecida en cada caso:

| Aplicación del wireframe | Información que falta de HAWK |
|---|---|
| Trabajos en techumbre | Tarea y recorrido cubiertos; tipos de solución disponibles; qué información estructural/acceso se revisa; límites del ejemplo. Confirmar que SLL-INOX sigue publicado/ofrecido para esa aplicación y si se puede enlazar como ejemplo. La página ya aclara que no es un caso de cliente ni se extrapola a otra instalación. |
| Escaleras marinas | Confirmar qué sistemas HAWK ofrece para acceso vertical, en qué condiciones y qué datos de escalera/recorrido deben recopilarse. No prometer compatibilidad ni recomendar una solución universal. |
| Inspección de vehículos | Confirmar si la familia TI y sus variantes están vigentes para esta tarea, qué tipo de acceso/protección resuelven y qué cambia según vehículo, zona de trabajo y estructura. El texto actual es provisional. |
| Trabajos en interiores | Confirmar que es una aplicación ofrecida; qué necesidades típicas se atienden y qué estructuras/recorridos se evalúan. El texto actual solo describe preguntas de descubrimiento y no confirma una solución concreta. |

Además, validar si las aplicaciones se agrupan en **cuatro** y **tres** recorridos de servicio como sugiere la arquitectura, qué aplicaciones pertenecen a cada grupo y cómo se llaman esos grupos en el sitio.

#### Proceso, requisitos y prueba

- Lista de información útil para iniciar: ubicación y país, tarea, recorrido/acceso, estructura, áreas de trabajo, restricciones, etapas del proyecto y documentos disponibles. Indicar qué es necesario, opcional o sensible; no exigir cálculos al visitante.
- Proceso real desde el primer contacto hasta la definición del proyecto, con puntos de decisión, responsables y entregables posibles.
- Qué planos, fotos, especificaciones y datos de sitio puede compartir el visitante, por qué canal seguro y con qué límite de tamaño/formato.
- Receptor de las solicitudes, cobertura geográfica y qué pasa si el proyecto queda fuera de cobertura.
- Caso(s) autorizado(s) con tarea, solución, alcance, evidencia, resultado solo si está probado y permiso escrito del cliente. Confirmar el uso de fotografías, planos, nombres/logos y la página externa SLL-INOX.
- Fotografías reales aprobadas por aplicación; pie de foto que identifique el sistema/contexto y lo que no demuestra.

#### Formulario de proyecto

El prototipo recoge nombre, empresa, correo o teléfono, país/ciudad, aplicación y descripción de tarea/recorrido. HAWK debe confirmar qué campos son obligatorios, si se necesita algún otro dato, quién recibe el formulario, qué respuesta puede esperar el usuario, qué consentimiento aplica y cuánto tiempo se retienen los datos. Confirmar si se aceptan archivos; el wireframe no habilita carga de planos/fotos ni envía datos.

### 3. Capacitación / Clase 8

**Estado actual:** los nombres “Persona Autorizada” y “Persona Competente” y sus descripciones tienen una base en material publicado por HAWK. Los objetivos, método, relación con Clase 8, vigencia y disponibilidad no están validados como oferta vigente. No hay calendario, compra individual ni inscripción en la maqueta.

- Confirmar la relación institucional y comercial entre HAWK y Clase 8, el nombre oficial del centro, domicilio completo de Zapopan, instalaciones que se pueden visitar y a quién atiende.
- Entregar la lista vigente de programas, cursos y módulos que se pueden solicitar; confirmar si Persona Autorizada y Persona Competente siguen disponibles bajo Clase 8.
- Por cada programa: objetivo oficial, temario, actividades prácticas reales, público/perfil, tareas cubiertas, requisitos de ingreso, nivel previo requerido, duración, modalidad, idioma, ubicación y tamaño de grupo admitido.
- Confirmar qué significa “teoría y práctica” en cada curso; qué ejercicios se hacen y qué equipo/instalaciones pueden mostrarse. No usar “práctica” como afirmación genérica si el programa no la incluye.
- Definir evaluación, asistencia, constancia, diploma o certificado que se entrega, emisor, criterios y vigencia. Confirmar expresamente cualquier registro, acreditación o reconocimiento antes de mencionarlo; no inferir cumplimiento normativo o autorización profesional por el nombre del curso.
- Confirmar disponibilidad actual, cómo se organizan fechas, si hay grupos empresariales o individuales y qué países/ciudades atiende el centro. El sitio puede seguir enviando una consulta, pero el equipo debe decir qué ocurre después y quién responde.
- Indicar si se publicará precio o si se cotiza; no se asume una tarifa ni disponibilidad.
- Revisar el texto actual de “reconocer riesgos”, “comprender el uso de la protección” y “aplicar procedimientos a la tarea”: cada objetivo debe corresponder a un temario vigente. Confirmar también la diferencia entre Persona Autorizada y Persona Competente para la oferta real.
- Aprobar fotos actuales del centro, instructores y actividades, con permisos de imagen. Confirmar identidad/cargo de cualquier persona retratada y que la escena corresponde al programa descrito.
- Confirmar que `clase8.com` es el destino vigente y aprobado para conocer el centro.

#### Formulario empresarial de Clase 8

El wireframe recoge empresa, nombre, correo o teléfono, país/ciudad, programa de interés, número aproximado de participantes, periodo deseado y objetivo de aprendizaje. HAWK debe marcar los datos obligatorios, validar la lista de programas, receptor y cobertura, definir el seguimiento posterior y aprobar privacidad/retención. El formulario actual es un prototipo sin envío; no crea una inscripción.

### 4. Gestión de Riesgos / SAFE

**Estado actual:** el video de lanzamiento proporciona una base para hablar de inventario de áreas, inspección física/documental de EPP, personas/competencias, trazabilidad y apoyo para priorizar medidas. Es una fuente de lanzamiento, no confirmación del funcionamiento actual. Toda función, flujo o resultado que no se vea claramente en esa fuente permanece **Falta de HAWK**.

#### Confirmar función y alcance vigente

| Tema que aparece en el copy | HAWK debe confirmar |
|---|---|
| Áreas de riesgo | Qué registra/evalúa SAFE; cómo se define y calcula la criticidad; qué significan altura y frecuencia de ascensos; cómo se categorizan áreas; quién hace los levantamientos físicos o digitales; qué resultados produce cada método. |
| Inventario e inspección de EPP | Qué equipo y datos se registran; cómo se identifica una unidad; qué comprende una inspección física y una documental; quién la realiza; qué estados aparecen; cómo se decide si un equipo se mantiene activo o se retira. No afirmar que SAFE inspecciona físicamente por sí solo. |
| Personas y competencias | Qué información se registra para personal propio, visitantes y contratistas; qué significa evaluar competencia; qué criterios o evidencia se revisan; quién valida la preparación; cómo se trata capacitación, ajuste de EPP y respuesta a incidentes. Evitar evaluaciones automáticas o juicios de aptitud no documentados. |
| Datos, reportes y evidencias | Qué reportes existen, qué campos y filtros incluyen, cómo se generan/exportan, quién puede verlos y qué evidencia respaldan. La maqueta no incluye dashboards ni reportes reales. |
| Acciones preventivas/correctivas | Confirmar si SAFE solo organiza información para ayudar a priorizar o si también permite programar, asignar responsable, enviar recordatorios, dar seguimiento y registrar cierre. El video habla de acciones claras/programadas, pero no confirma automatización ni un flujo digital completo. |
| Auditorías | Qué información ayuda a preparar o consultar en auditorías internas y de la Secretaría del Trabajo; qué documentos puede producir; qué queda a cargo de la empresa. No afirmar que SAFE certifica ni garantiza cumplimiento normativo. |
| Personal externo | Confirmar cómo se incorpora a visitantes y contratistas, quién valida su información/competencia, qué permisos tienen y cómo termina o actualiza su acceso. |

También se necesita confirmar:

- Quién opera SAFE (HAWK, el cliente o ambos), quién captura/valida información y qué responsabilidades corresponden a cada parte.
- Usuarios y permisos; mecanismo de acceso; requisitos de incorporación; capacitación, soporte y mantenimiento incluidos; cobertura por país. No mostrar creación de cuenta, demo, alertas, recomendaciones automáticas o integraciones sin confirmación.
- Qué tipo de servicio se ofrece además de la plataforma, si existe: evaluación en sitio, levantamiento, capacitación, inspección, consultoría o acompañamiento. Precisar alcance/condiciones, sin convertir la página en un paquete inventado.
- Qué hace la empresa para empezar, qué datos necesita proporcionar, qué sucede tras consultar y qué compromiso puede esperar.
- Tratamiento de datos de empleados, contratistas y visitantes: categorías recopiladas, base/consentimiento, permisos, almacenamiento, seguridad, exportación y eliminación. No pedir información personal o evaluaciones completas en el formulario de contacto.
- Evidencia real publicable: captura anonimizada del sistema, ejemplo de reporte, fotografía de levantamiento, caso o métricas. Para toda cifra de reducción de accidentes/costos, proporcionar fuente, periodo, población, metodología y autorización; si no existe evidencia, mantenerlo como objetivo expresamente atribuido a HAWK o eliminarlo.
- Confirmar el sentido de la frase del video transcrita como “después del metro 80”; se excluye hasta verificar el audio y la redacción técnica. Confirmar también si la frase sobre “papeles comprados” debe permanecer fuera del sitio; el borrador la suaviza para no acusar a usuarios.

#### Formulario SAFE

El prototipo recoge empresa, nombre, correo o teléfono, país/ciudad y necesidad de evaluación/organización. HAWK debe aprobar los campos obligatorios, receptor, cobertura, privacidad y respuesta esperada. Confirmar que el formulario no debe recopilar nombres de empleados, evaluaciones individuales, inventario detallado ni información sensible. La maqueta no envía ni almacena datos.

### 5. Canales de compra, distribuidores y atención posterior

- Confirmar países/regiones atendidos, persona/equipo receptor y canal aprobado por tipo de consulta: comprar, cotizar, localizar distribuidor, proyecto Engineering, SAFE, capacitación, documentación, garantía/soporte posterior y reclutamiento de distribuidores.
- Validar los distribuidores que aparecen en Stockist, su cobertura, datos de contacto, estado, filtros y proceso de actualización. Aprobar los estados de búsqueda sin resultados/error y el texto alternativo. No inventar resultados ni mostrar inventario si el widget no lo ofrece.
- Confirmar si Stockist cambia resultados por país o categoría y qué filtros están realmente configurados. El código del widget ya está instalado; los datos de la cuenta aún requieren revisión.
- Confirmar las reglas de compra para México y exportación: ecommerce y portal B2B mexicanos ya están proporcionados como canales de México; indicar qué ruta deben seguir visitantes de otros países. No presentar el checkout mexicano como canal internacional.
- Confirmar precio, disponibilidad, garantía, devolución, reparación, inspección periódica y soporte después de compra solo si se desea comunicarlos; detallar responsable, cobertura, condiciones y documentos oficiales.
- Precisar qué hace un distribuidor existente para acceder al portal, recibir soporte o consultar documentación; los wireframes no deben prometer funciones del portal sin evidencia.
- Para la captación de nuevos distribuidores, definir perfiles/territorios buscados, requisitos, evaluación, proceso, tiempos si están comprometidos, beneficios que se pueden afirmar y persona receptora. La página usa el handoff aprobado a `/contacto/?motivo=nuevo-distribuidor` y no promete aceptación.
- Confirmar cobertura y expectativas de respuesta para WhatsApp. El número ya fue entregado; no hace falta repetirlo.

### 6. Formularios, privacidad y textos legales

- Para cada motivo de contacto, indicar propietario/receptor, destino de producción, campos obligatorios, reglas de validación, archivos adjuntos permitidos, confirmación de envío y respuesta esperada. Actualmente todos los formularios son prototipos locales y no envían datos.
- Facilitar los textos completos y vigentes de Aviso de privacidad y Términos y condiciones, entidad responsable, jurisdicción, fechas de vigencia y canales para ejercer derechos/solicitar ayuda. Revisar el texto con la persona legal de HAWK antes de publicación.
- Aprobar los consentimientos y avisos por formulario, finalidad de cada dato, almacenamiento, acceso, conservación y eliminación. Incluir requisitos adicionales para datos de empleados/contratistas en SAFE y datos de contacto comerciales.

## P1 · Materiales necesarios para respaldar y completar las páginas

### Documentación y recursos

- Las 21 URLs/carpeta oficial por familia para Vídeos, Certificaciones y Fichas Técnicas (siete familias); confirmar que los permisos permiten abrirlas desde el sitio. El detalle por botón está en el [inventario de enlaces pendientes](missing-link-inventory.md).
- Inventario de documentos por producto/modelo con nombre, versión/fecha, SKU aplicable, idioma, vigencia y propietario de actualización. Certificaciones deben corresponder al modelo exacto y al alcance indicado.
- URLs oficiales de otras guías o documentos que se quiera publicar. Recursos es un gateway a carpetas existentes, no un buscador de SKU ni una biblioteca nueva.

### Fotografía e ilustración

- Imágenes aprobadas por producto/subcategoría para las 25 nuevas secciones y las cuatro líneas de Arneses; archivos originales, crédito/permiso y modelo que muestran.
- Para Soluciones: fotos/plano autorizado por aplicación y del caso técnico específico cuando aplique; evitar usarlos como prueba de que cualquier estructura admite el sistema.
- Para Clase 8: centro, instructores, actividades y equipos realmente utilizados en cada programa; permisos de imagen.
- Para SAFE: áreas, equipo, usuarios o instalaciones con autorización y anonimización; capturas/reportes reales solo después de revisión de datos sensibles.
- Para HAWK institucional, distribuidores y blog: logos, retratos, espacios o documentos con permiso de publicación y pie/contexto aprobado.

### Evidencia editorial

- Casos de Engineering con contexto, solución realmente implementada, alcance, prueba y permiso del cliente; métricas con método y periodo.
- Artículos, noticias y casos de blog que existan y estén aprobados; no se generan páginas individuales sin fuente.
- Para toda afirmación de certificación, reducción de riesgo/costos, compatibilidad, desempeño, disponibilidad o resultado, adjuntar la fuente y el alcance exacto permitido.

## P2 · Información institucional y contenido futuro

- Historia y fechas de HAWK, descripción institucional aprobada, plantas/diseño/fabricación que se puedan afirmar, ubicaciones y canales oficiales.
- Vocerías y contacto institucional; cualquier descripción de cobertura, servicio o capacidad por mercado.
- Calendario editorial y contenido aprobado para futuras publicaciones de blog/casos. La ruta `/blog/` no se completa con artículos ficticios.

## Formato sugerido para responder

Por cada punto, HAWK puede marcar **Confirmar**, **Corregir**, **No se ofrece** o **No publicar**, y adjuntar fuente/archivo, responsable y fecha de vigencia. Para copy de producto o servicio, indicar además qué texto puede publicarse y qué requiere reformulación. Una respuesta sin fuente puede resolver una duda editorial, pero no respalda especificaciones, certificaciones, resultados ni compatibilidades.