Protocolo de Auto-auditoría de Calidad de artículos de producción y ERP

Código 10-3   Nivel N5 · Gerencia / Desarrollo   Rev. 5 · Agosto 2026

1. El principio de trazabilidad

Cada afirmación de un artículo debe poder rastrearse hasta la fuente canónica que la gobierna. Un artículo no «contiene» la verdad sobre un tema que le pertenece a otro módulo: la resume y remite.

Este principio es la aplicación operativa del Principio de Fuente Única (No Duplicación) que ya establece el Código de Estructura Estándar. La diferencia: aquí lo convertimos en un procedimiento de verificación repetible.

2. Los 3 niveles de verificación de enlaces

Por cada enlace saliente de un artículo, se verifican tres niveles, cada uno más costoso que el anterior:

3. Procedimiento cuando no existe enlace

El caso más costoso: una afirmación que debería remitir a una fuente pero no tiene enlace. El procedimiento es:

1. Buscar si existe un artículo que sea la fuente legítima de esa afirmación.
2. Leerlo para confirmar que efectivamente es el dueño de esa verdad (no un homónimo ni un artículo tangencial).
3. Verificar su vigencia — si el destino está desactualizado, se abre una rama de trabajo nueva (ese destino también hay que sincerarlo).
4. Proponer y crear la referencia en el artículo de origen.
5. Si no existe ningún artículo-fuente, se marca la afirmación como ❓ sin fuente canónica y se decide si crear el artículo-fuente o dejar el hallazgo abierto.

4. Verificación de pertenencia estructural y categoría

La estructura de capítulos (00–08) del Código de Estructura Estándar es un estándar recomendado, no una camisa de fuerza — la propia norma admite desviaciones intencionales. Por eso este protocolo no exige que todo módulo tenga los capítulos idénticos. Verifica coherencia declarada, no uniformidad forzada:

• ✅ Existe el Capítulo 1 con su artículo «Descripción del Módulo» — el mínimo innegociable, el punto de entrada.
• ✅ La Descripción declara el mapa de sus propias categorías y las enlaza — de modo que el artículo de Descripción funcione como índice navegable del módulo.
• ✅ Cada artículo declara su cabecera de audiencia (🤖 IA · 👤 Humano · 🤝 Ambos) según la RT-34. Un artículo sin cabecera es un hallazgo: es requisito mínimo de la casa.
• ✅ El artículo cumple la norma de redacción (RT-35): título descriptivo, índice, generalidades, secciones con H2 y cierre de Información Relacionada.
• ✅ Si el módulo se desvía del estándar de capítulos, lo dice explícitamente en su categoría 00 (desviación intencional y documentada).
• ✅ Las categorías propias usan la Serie 20+ (múltiplos de 10) y no reutilizan ni pisan los códigos reservados 01–08.

4.1 Asignación de categoría (dónde vive el artículo) 📁

No basta con que el artículo exista y esté bien escrito: debe estar físicamente asignado a la categoría correcta dentro de su módulo. Esta es una de las fallas más frecuentes — sobre todo en artículos recién creados por el conector, que nacen sin categoría. Se verifica:

• ✅ El artículo tiene categoría asignada — no está huérfano (sin categoría / «sin clasificar»).
• ✅ La categoría es la correcta de su módulo — un instructivo de Mercadeo vive en una categoría de Mercadeo, no en una de Calidad. Si el tema pertenece a otro módulo, o se mueve, o se confirma que la ubicación es intencional.
• ✅ Si el instructivo aplica a varios módulos, se verifica que esté categorizado en todos los que le corresponden (o que exista un dueño claro y los demás remitan por enlace, según el principio de fuente única).
• ✅ La categoría existe y está bien nombrada/numerada — no una categoría duplicada o con código colisionado.

5. Estándar de estética «de otro nivel» 🎨

Sincerar no es solo que la información sea correcta: también que se lea bien. Un artículo sincerado tiene jerarquía visual, respira y guía la lectura. Este es el molde obligatorio de la casa — todo artículo auditado debe quedar a este nivel, no solo con el texto plano corregido.

5.1 Componentes obligatorios

• Cabecera de audiencia (div gris #f8fafc, borde #64748b) con 🤖/👤/🤝 — siempre primero.
• Hero con gradiente e ícono grande (emoji ~44px): azul estándar linear-gradient(135deg,#0f2a4a,#0f4c81,#1565a8); morado para el módulo de Usuarios; morado-rosa para Mercadeo.
• Badges bajo el hero: morado el nivel/código, verde la revisión (✓ Rev. N · Mes Año).
• Tabla de contenidos en caja morada (#faf5ff, borde #d8b4fe) con anclas.
• Cierre de Información Relacionada en caja morada con borde #a855f7.
• Control de revisiones — ver sección 7. Todo artículo maestro o instructivo sustantivo cierra con su tabla de revisiones, no solo un badge de «Rev. N».

5.2 Recursos visuales según el contenido

5.3 Reglas técnicas de estética

• ⚠️ Fix obligatorio de contraste: todo texto, badge o botón sobre un gradiente lleva color:#ffffff !important. Sin el !important, el tema de WordPress lo pisa y el texto desaparece.
• Los títulos de sección (H2) pueden llevar un emoji al final para dar identidad visual (ej. «Cierre de la materia ✅»).
• Íconos con propósito, no de adorno: cada tarjeta/sección usa un emoji que refuerza su significado.
• Las tablas anchas van dentro de un contenedor con overflow-x:auto para que en móvil se puedan desplazar.
• Anclas ASCII (#s1, #estetica…) con span de top:-90px;visibility:hidden, para que el salto no quede tapado por la barra superior.
• Botones estándar: background:#1565a8;color:#ffffff !important;padding:6px 14px;border-radius:6px. Botón «por definir» en gris #cbd5e1.

6. Verificación de audiencia operativa (rol + plataforma) 🧭

La cabecera de audiencia (RT-34) responde quién lee el documento: IA, humano o ambos. Pero para los instructivos operativos falta una segunda dimensión: quién ejecuta la acción descrita y en qué plataforma la ejecuta. El barrido verifica que cada instructivo operativo lo declare con claridad.

Por qué importa, papi: la tecnología que se construye después necesita saber para qué rol se diseña cada capa de interfaz y en qué plataforma se renderiza. Un instructivo que no lo declara deja al desarrollo adivinando. Esto se conecta directamente con la ⚡ NL-GU-01 · La Interacción del Usuario: cada interacción parte de un rol y determina qué se le muestra.

7. Control de revisiones obligatorio 🕓

Todo instructivo cierra con su control de revisiones. Una tabla de cuatro columnas — Rev. · Fecha · Qué cambió · Responsable —, ordenada de la más reciente a la más antigua, precedida de un aviso destacado con la revisión vigente.

• Se sube revisión solo por cambio sustantivo — una regla nueva, una cifra distinta, una sección añadida o retirada. Corregir una tilde o un enlace no genera revisión nueva.
• Cualquier copia anterior queda sin efecto desde la emisión de la revisión vigente.
• La tabla vive como última sección del artículo, después de Información Relacionada y antes del pie.

8. Estados de diagnóstico

Cada hallazgo se marca con uno de estos estados, tanto en el análisis como en el Registro de Errores Vivos:

9. Reparto de capas: quién hace qué

La sinceración involucra tres actores. Cada uno opera en la capa que técnicamente le corresponde:

10. Regla de profundidad y contexto

Ninguna IA puede sostener toda la base de conocimiento en su memoria de trabajo a la vez — la ventana de contexto es finita, y forzarla degrada el razonamiento. Por eso el barrido opera a profundidad 1:

• Se audita un artículo y sus referencias directas, no las referencias de las referencias en el mismo pase.
• Se baja un nivel más solo cuando una inconsistencia concreta lo exige para resolverse.
• Se avanza artículo por artículo, dejando constancia en el Registro de Errores Vivos para no depender de la memoria frágil del modelo.

11. Dónde se registra el barrido

Cada hallazgo se anota en el 📋 Registro de Errores Vivos del Barrido, junto con su procedimiento de corrección. Es un registro autolimpiante: cuando un error se corrige y se verifica, su entrada se elimina, cerrando el ciclo. El registro solo contiene lo que todavía está mal; si está vacío, el módulo está sano.

12. Información relacionada

Control de revisiones 🕓

Sistema 091 · Gestión de Calidad · Código 10-3 | PR-MC-12 · Protocolo de Auto-Auditoría de Consistencia y Enlaces | Rev. 5 — Agosto 2026