Sistema 091 · Gestión de Calidad · Capítulo 10 — Instructivos Maestros
📋 Registro de Errores Vivos del Barrido
La lista de pendientes de sinceración que se autolimpia: cada error con su corrección. Cuando se cierra, se borra. Si esto está vacío, la base está sana.
Código 10-5 Nivel N5 · Gerencia / Desarrollo Vivo · actualización continua
Cómo se usa este registro. Cada fila es un error detectado por el 🔍 Protocolo de Auto-Auditoría, con su corrección según los 🛠️ Procedimientos de Corrección. Cuando un error se corrige y se re-verifica, su fila se elimina. Este registro solo contiene lo que todavía está mal.
📌 Alcance de este registro. Aquí entran defectos documentales de la base de conocimiento: enlaces rotos, códigos pisados, modelos sin reconciliar, afirmaciones no verificables, ubicaciones contradictorias, jerarquías sin declarar. Se cierran editando un artículo o tomando una decisión de norma.
No entran aquí los hallazgos operativos del negocio —dato que no se carga, cupos excedidos, cartera morosa, registros inexistentes en Airtable—. Esos no se cierran editando un documento, viven en el satélite de Cumplimiento y Calidad del servicio correspondiente y se referencian aquí con una sola fila puntero. Mezclarlos rompería la premisa de autolimpieza de este registro.
⚠️ Regla de verificación antes de registrar. Una fila no se abre sobre lo que un documento afirma, sino sobre lo que se comprobó. Dos casos reales de este barrido lo dejaron claro:
• La antigua #23 se abrió diciendo que faltaban por crear tres especificaciones de TDC, porque así lo declaraba el instructivo maestro. Al comprobarlo, las tres ya existían publicadas: el error real era otro.
• La #21 registró que las Especificaciones Públicas eran la «R1», porque así lo dice su propia tabla de control. Al abrir el archivo, la revisión vigente es la R23: el documento se identifica mal a sí mismo.
Registrar sin verificar convierte este registro en propagador de errores en vez de detector.
✅ Cerrados y verificados hasta ahora:
• #1 Frontend corregido a Next.js en Estructura General del ERP (1273692); fila vacía de la Matriz eliminada. Verificado en vivo.
• Procedimiento de Redacción (1254466) saneado: enlace roto a wp-admin eliminado, auto-referencia circular al «7777» resuelta, enlazado con normas hermanas, molde aplicado, + cabecera de audiencia RT-34 (Rev.2).
• Creación desde Claude (1274788) saneado: TOC duplicado/roto eliminado, enlace muerto al «7777» y doc de Anthropic corregidos, duplicación de requisitos recortada (ahora enlaza al Código), molde + cabecera 👤 (Rev.2). Ubicación en módulo TIC verificada correcta.
• Código de Estructura (1275779) Rev.6: añadida la categoría 00 — Normas Locales, la auto-auditoría obligatoria, la cabecera de audiencia como requisito mínimo, y la nota de excepción del 14. Enlaces internos resueltos.
• RT-34 · Cabecera de Audiencia Documental (1280718) creada en cat. 14 de Gestión de Calidad.
• Interacción de Módulos (1277743) Rev.2 y Módulos del Ecosistema ERP (1275797) Rev.3: TOC de UAGB roto reemplazado, mojibake corregido, «Odoo» → «Next.js+Supabase», enlaces bidireccionales resueltos.
• #23 · Índice del maestro de TDC (agosto 2026): el mapa de satélites no incluía las especificaciones de instructores, proveedores, plataformas ni archivología, que sí existían. El maestro (Rev.19) las incorpora ahora en su sección 2.1 y las cuatro fueron pobladas con datos del sistema. Queda solo la asignación de código y número, que es decisión de Dirección (pendiente #15 del maestro), no un defecto documental.
• Enlace al 348.2-D retirado (agosto 2026): la Especificación de Plataformas de TDC remitía al artículo 348.2-D · Contenido de producto compartido, retirado y fusionado en la familia 348.100+. Corregido en su Rev.3, que además documenta los tres instrumentos vivos del chatbot.
• #1 Frontend corregido a Next.js en Estructura General del ERP (1273692); fila vacía de la Matriz eliminada. Verificado en vivo.
• Procedimiento de Redacción (1254466) saneado: enlace roto a wp-admin eliminado, auto-referencia circular al «7777» resuelta, enlazado con normas hermanas, molde aplicado, + cabecera de audiencia RT-34 (Rev.2).
• Creación desde Claude (1274788) saneado: TOC duplicado/roto eliminado, enlace muerto al «7777» y doc de Anthropic corregidos, duplicación de requisitos recortada (ahora enlaza al Código), molde + cabecera 👤 (Rev.2). Ubicación en módulo TIC verificada correcta.
• Código de Estructura (1275779) Rev.6: añadida la categoría 00 — Normas Locales, la auto-auditoría obligatoria, la cabecera de audiencia como requisito mínimo, y la nota de excepción del 14. Enlaces internos resueltos.
• RT-34 · Cabecera de Audiencia Documental (1280718) creada en cat. 14 de Gestión de Calidad.
• Interacción de Módulos (1277743) Rev.2 y Módulos del Ecosistema ERP (1275797) Rev.3: TOC de UAGB roto reemplazado, mojibake corregido, «Odoo» → «Next.js+Supabase», enlaces bidireccionales resueltos.
• #23 · Índice del maestro de TDC (agosto 2026): el mapa de satélites no incluía las especificaciones de instructores, proveedores, plataformas ni archivología, que sí existían. El maestro (Rev.19) las incorpora ahora en su sección 2.1 y las cuatro fueron pobladas con datos del sistema. Queda solo la asignación de código y número, que es decisión de Dirección (pendiente #15 del maestro), no un defecto documental.
• Enlace al 348.2-D retirado (agosto 2026): la Especificación de Plataformas de TDC remitía al artículo 348.2-D · Contenido de producto compartido, retirado y fusionado en la familia 348.100+. Corregido en su Rev.3, que además documenta los tres instrumentos vivos del chatbot.
Módulo de ERP-Producción — Categoría 01: Generalidades
Barrido iniciado en julio 2026. Estado: en curso.
| # | Artículo / ubicación | Estado | Hallazgo | Corrección / quién |
|---|---|---|---|---|
| 2 | Estructura General del ERP (1273692) | 🔗 falta enlace (parcial) | Ya enlaza al Stack Tecnológico. Falta aún remitir «unidades de negocio» al Módulo de Empresa, y enlazar Arquitectura de Datos, Interacción de Módulos y Gestión de Usuarios. | Claude/MCP — insertar referencias restantes tras verificar destinos. |
| 3 | Estructura General del ERP (1273692) | 📄 desactualizado (parcial) | Ya se agregó la capa de IA (Vertex). Falta aún el mapa entre «módulos operativos» y los «8 Núcleos», y mencionar public.profiles como célula madre. La Matriz de Módulos no tiene orden lógico. |
Claude/MCP — bloqueado por decisión de Pedro: módulos↔núcleos (#13). |
| 4 | Estructura General del ERP (1273692) | 🏗️ marcado (parcial) | Fila vacía de la Matriz ya eliminada. Falta aún aplicar el molde de la casa y arreglar el TOC de UAGB con ítems vacíos. | Claude/MCP — aplicar molde de la casa. |
| 7 | Matriz de Auto-Auditoría de IA (1278832) | 🏗️ código pisado | Numera con esquema viejo corrido (⭐1..⭐16) que no coincide con la estructura vigente (00–08 + Serie 20). | Pedro + Antigravity (renumerar) / Claude (reescribir referencias). |
| 8 | Matriz de Auto-Auditoría de IA (1278832) | 🔗 falta enlace | Cita 6 normas como «Source of Truth» y ninguna es hipervínculo. | Claude/MCP — enlazar cada norma citada. |
| 9 | Categorías del módulo (taxonomía) | 🏗️ estructura | Categorías duplicadas por nombre: «Jefatura» (1305 y 1306), «Programas de trabajo» (1210 y 1175), «Registros» (989 y 985). | Pedro + Antigravity — consolidar/renumerar. |
| 10 | Herramienta kbx_list_categories |
⚠️ limitación | El listado de categorías trunca (omite capítulos altos y categorías de la M en adelante). No fiable para localizar categorías por esa vía. | TIC — limitación del conector; pedir ID directo mientras tanto. |
| 11 | Procedimiento de Redacción (1254466) | 📄 decisión de norma | Regla antigua exige tablas en Airtable; el estándar actual privilegia HTML nativo. Marcada «en revisión» en el artículo. | Bloqueado por Directiva: ¿deroga Airtable o define cuándo aplica cada una? |
| 12 | Tres normas de creación (1275779, 1254466, 1277501) | 📄 solapamiento | Tres documentos parcialmente solapados sobre «cómo se crea/versiona un artículo». Ya enlazados entre sí, pero falta declarar jerarquía formal. | Bloqueado por Pedro: ¿jerarquía madre-hijos o el 1254466 pasa a RT-35? |
| 13 | Tres modelos de «módulo» (1275797, 1277743, Stack 1277689) | 📄 modelos sin reconciliar | Coexisten 3 formas de agrupar módulos. Además «núcleo» se usa con dos sentidos distintos. | Bloqueado por Pedro: definir un modelo canónico del que salgan los demás como vistas. |
| 14 | Código de Estructura (1275779) | 📄 ubicación contradictoria | El pie dice «Cap.10 — Manual de ERP» pero el artículo vive en «Gestión de Calidad › 20. Estándares Maestros». | Claude/MCP (corregir pie) — pendiente: confirmar la ubicación oficial. |
| 15 | Todos los módulos (taxonomía) | 🏗️ propagación pendiente | La categoría 00 — Normas Locales debe crearse en todos los módulos, con su artículo fundacional. | Pedro + Antigravity — prompt pendiente de preparar. |
| 16 | Descripción del Módulo de Agentes IA (1277597) | 📄 sin tildes | Todo el artículo está sin acentos. Contenido bueno, forma descuidada. Falta cabecera de audiencia. | Claude/MCP — corregir tildes y aplicar molde + cabecera. |
| 17 | Sedes 1015.11: Maracaibo (1248330), Barquisimeto (1280409), Valencia (1280412), Margarita (1280413), San Cristóbal (1280414), Charallave (1280415) | enlace roto | Los 2 destinos «Procedimiento 7777-I» y «Plantilla Maestra de Instructivo» dan 404 en toda la base — mismos IDs rotos replicados en todas las sedes. | Ya marcados como «⚠ enlace roto». Pendiente: definir el ID correcto y reconectar — Pedro + Antigravity. |
| 18 | Maestro Planificación CCO (1275946) | estructura / bloqueado | Todo el cuerpo es un patrón sincronizado (wp_block 1280407). Contiene los 2 enlaces rotos y le falta cabecera. El conector MCP no alcanza patrones sincronizados. | Pedro + Antigravity — editar el patrón 1280407. |
| 19 | Sedes 1015.11 (todas) | [PENDIENTE] de contenido | Secciones propias sin dato real: «Objetivos de la sede» y, en varias, «Apertura de sede, responsables y plano». Marcadas [PENDIENTE], no inventadas. | Coordinación de cada sede — aportar el dato; luego Claude/MCP lo redacta. |
| 20 | Caracas / Metropolitano (1273354) | estética / alcance | Artículo extenso y de estructura propia. Se aplicó cabecera y marcado de enlaces, pero NO «Concepto por cargo» para no forzar su estructura. | Revisión aparte con Pedro: ¿se estandariza o mantiene formato? |
Decisiones de Pedro / Directiva que desbloquean varias filas:
- Barrido de sedes 1015.11: cabecera RT-34 añadida, 2 enlaces rotos marcados, sección «Concepto de funciones por cargo» añadida y enlazada. Verificado en vivo. Pendientes abiertos como #17–#20.
- ✅ Frontend: Next.js framework, Antigravity herramienta. Decidido.
- ✅ Categoría 00, auto-auditoría mensual, RT-34, excepción del 14: Decididos y aplicados.
- ⏳ Módulos ↔ Núcleos: definir modelo canónico (bloquea #3 y #13).
- ⏳ Tablas Airtable vs HTML: ¿se deroga Airtable? (bloquea #11).
- ⏳ Normas de creación: ¿jerarquía o el 1254466 pasa a RT-35? (bloquea #12).
- ⏳ Ubicación del Código de Estructura: ¿Calidad-20 o ERP-10? (bloquea #14).
Módulo de Diseño de Productos y Servicios — Expediente Privado de TDC
Barrido de los satélites del Diseño Integral de TDC, agosto 2026. Estado: los doce documentos poblados y contrastados contra PD-ES-005-1003-PUBLICAS-R23; hallazgos abiertos abajo.
| # | Artículo / ubicación | Estado | Hallazgo | Corrección / quién |
|---|---|---|---|---|
| 21 | PD-ES-005-1003-PUBLICAS-R23 · tabla de control, sección 1.1 | 🏗️ el documento se identifica mal | La especificación pública declara «Revisión N°1» en su propia tabla de control, siendo la R23. Es el documento que el sistema define como fuente única de la verdad del curso, y está mal numerado por dentro. El error ya se propagó: varios documentos del expediente lo citaron como R1 hasta agosto de 2026, incluida esta misma fila. Verificado abriendo el archivo. | Diseño Académico — corregir la celda. Es la corrección más barata del expediente y la que más error propaga. Los documentos del KBX ya fueron actualizados a R23. |
| 21b | Archivología de TDC (1281684) · documentos del servidor ISO | 🏗️ nomenclatura | Tres documentos comparten el código PD-ES-005-1003 con contadores independientes: Maestras R10, Servicio R23, Públicas R23. El código identifica al curso, no al documento. Dos de ellos llevan el mismo número (R23) y no se ha verificado si son el mismo documento.
Corrección respecto a lo registrado antes: el sufijo de variante no hay que inventarlo, ya existe — el nombre del archivo vigente usa |
Garantía de Calidad: formalizar el sufijo (-PUBLICAS-, -MAESTRAS-, -SERVICIO-) contra RT-22 y registrarlo en el índice de instrumentos. Antes, abrir los dos R23 y comparar, y hacer barrido de la carpeta. |
| 22 | Sistema de Objetivos de TDC (1281649) y Política de Objetivos (1242268) | 📄 jerarquía sin declarar | Dos instrumentos conviven sin jerarquía formal: la Política aporta intención estratégica sin números; el satélite aporta el sistema de medición sin metas. No son duplicados (revisados), pero falta declarar cuál manda. Mismo patrón que #12. | Bloqueado por Dirección: propuesta redactada — Política como insumo, satélite 9 como instrumento rector. |
| 24 | Los satélites del expediente de TDC | 📄 gobernanza | Ningún satélite del expediente tiene responsable asignado; todos llevan el badge «⚠️ Responsable por asignar». Es la causa raíz común detrás de la mayoría de los hallazgos operativos: el campo existe, la regla está escrita, y nadie exige el registro. | Bloqueado por Dirección: nombrar responsable por satélite (pendiente #6 del maestro). |
| 25 | Especificación pública de TDC · cifras de empleabilidad | ⚠️ afirmación no verificable | «Más de 90 open days al mes» y «no pasarás de 3 entrevistas» no se pudieron verificar en ninguna fuente y las páginas oficiales de las aerolíneas las contradicen. Siguen en circulación.
Matiz importante: las cifras de sueldo de la §3.1.5 sí están respaldadas —BLS, escalas de aerolíneas del Golfo, portales de empleo— y son citables como referenciales de mercado. No entran en esta fila. |
Diseño Académico — retirar las dos afirmaciones. Sustituir por dato del registro real cuando alguien asuma la rutina de monitoreo del anexo 1283531. |
| 26 | Carpeta del servidor ISO / Drive de TDC | 🔒 orden / confidencialidad | La carpeta que contiene las especificaciones del curso está mezclada con material jurídico ajeno a TDC (escritos, constancias de contratos). Impide compartir un enlace a la carpeta completa. | Coordinación / custodio documental — separar en carpeta limpia solo de TDC. |
| 27 | Base Airtable 1000-Gestor de servicios de CIA/CC |
⚠️ soporte sin política | El tercer plano documental —donde vive el dato operativo del que depende todo el expediente— no tiene política archivística: sin respaldo declarado, versionado, regla de retención ni custodio. El KBX y el servidor ISO sí tienen reglas; este soporte no. | TIC + Garantía de Calidad — definir respaldo, versionado, retención y custodio. |
| 28 | Herramienta search_records de Airtable (conector MCP) |
⚠️ limitación | La búsqueda trunca resultados y no es determinista: dos consultas sobre la misma tabla devolvieron conjuntos parcialmente distintos. Todo conteo obtenido por esa vía es un mínimo verificado, no un total. Mismo tipo de limitación que #10. | TIC — limitación del conector. Mientras tanto, todo dato que vaya a Gerencia debe recalcularse con vista filtrada directamente en Airtable. |
| 29 | 🔍 Cumplimiento y Calidad de TDC (1281658) — sección 5 | 🔗 puntero (no documental) | Los hallazgos operativos del servicio TDC están consolidados y clasificados en la sección 5 del satélite 8: lo publicado que no coincide con lo configurado, registros que existen y no se cargan, registros inexistentes, e higiene de datos. No se listan fila por fila aquí porque no se cierran editando artículos. El conteo se mantiene en ese artículo, no en esta fila, para que ambos no se desincronicen. | Satélite 8 de TDC — se cierran cargando dato en Airtable o por decisión de Dirección. Orden de atención sugerido en el propio artículo. |
| 30 | 🤖 348.2 · Configuración del Chatbot (1283788) | [PENDIENTE] de contenido | El flujo declara un paso de few-shot prompting con ejemplos «Evite / Use» para enseñar el tono al agente, pero los ejemplos no están escritos. El Anexo A de la especificación define el tono —profesional, objetivo, directo e institucional— y no trae ejemplos, de modo que corresponden a este instrumento. | Diseñador de la división — redactar los pares de ejemplo en el 348.2. |
| 31 | KBX · categoría de información pública de TDC | 📄 documento ausente del sistema | La especificación pública no existe como artículo en el KBX: vive fuera, como archivo en el servidor. Toda la trazabilidad comercial del curso apunta a un documento que el sistema no contiene, lo que contradice la RT-32. Consecuencia ya observada: la fuente de la verdad del curso no es consultable desde el KBX y quien la necesita tiene que pedirla. | Diseño Académico — crear el artículo. Es el pendiente #12 del maestro de TDC. |
Nota de método sobre este bloque. Los doce documentos del expediente de TDC fueron poblados contra los datos reales de la base
1000-Gestor de servicios de CIA/CC y contrastados contra la especificación pública R23, sin escribir nada en Airtable. Cada artículo declara su fuente, su alcance y su margen de error, y cierra con una sección propia de brechas abiertas. Las cifras obtenidas por búsqueda están declaradas como mínimos verificados por la limitación #28; lo verificado leyendo el archivo directamente está señalado como tal en cada artículo. Este bloque solo recoge lo que se corrige documentalmente; lo operativo vive en la fila #29.
🔭 Lo que este barrido no alcanzó. Tres plataformas del servicio no se auditaron directamente: la tienda, el aula (portal académico) y la carga real del chatbot en TellBid y Chatfuel. Lo que se afirma sobre ellas proviene de documentos y del catálogo maestro, no de mirarlas. Mientras eso no se haga, la coherencia entre las cuatro plataformas está verificada solo sobre el papel.
Información relacionada
- 🔍 Protocolo de Auto-Auditoría de Consistencia y Enlaces — el método que llena este registro.
- 🛠️ Procedimientos de Corrección de la Base de Conocimiento — cómo se cierra cada fila.
- ⭐ Diseño Integral de TDC — el expediente barrido en el bloque #21–#31, y sus 18 decisiones pendientes de Dirección.
- 🔍 Cumplimiento y Calidad de TDC — donde viven los hallazgos operativos referenciados en #29.
- 🗄️ Archivología de Diseño de TDC — el detalle de las revisiones en circulación (#21 y #21b).