📄 PLANTILLA — REGISTRO DE NOTIFICACIÓN DEPARTAMENTAL¶

Modo B — Autonomía Departamental¶

Ecosistema IA BKM¶

Para qué sirve este documento¶

Este registro es el documento mínimo obligatorio para proyectos bajo autonomía departamental (Flujo B). Su función es garantizar visibilidad al Responsable IA sin añadir burocracia innecesaria.

Se completa antes de iniciar el proyecto y se notifica al Responsable IA para su confirmación. No requiere validación de arquitectura ni Plantilla de Arquitectura.

Si el proyecto supera sus límites de autonomía en cualquier momento, este registro se archiva como antecedente y el proyecto pasa al Flujo A.

🔹 REGISTRO DE NOTIFICACIÓN¶

1️⃣ Identificación¶

Nombre del proyecto:

Fecha de notificación:

Propietario Departamental: (Nombre, departamento y cargo)

2️⃣ Objetivo¶

(Qué problema resuelve y para quién — máximo 3 líneas)

3️⃣ Capa¶

☐ Laboratorio — prueba o experimento con plazo definido
☐ Operativa Ligera — en uso activo dentro del departamento

4️⃣ Usuarios¶

(Solo usuarios del departamento de origen — listar roles o nombres)

5️⃣ Verificación de Criterios de Autonomía¶

Confirmar que el proyecto cumple todos los criterios marcando cada uno:

☐ Uso exclusivamente interno del departamento. No atiende clientes ni opera en nombre de BKM hacia el exterior.
☐ No gestiona datos sensibles: financieros, de clientes, contratos o información con implicaciones legales.
☐ No se integra con sistemas core: CRM, ERP, BigQuery.
☐ No impacta en la reputación ni en el discurso oficial de BKM.
☐ Base de conocimiento limitada y razonablemente estable (si aplica).
☐ Existe un propietario identificado responsable de su uso correcto.

Si algún criterio no puede marcarse, el proyecto no puede ir por Flujo B. Debe notificarse al Responsable IA para redirigir al Flujo A.

6️⃣ Plataforma o Herramienta Utilizada¶

(Indicar qué herramienta se usa y su categoría: asistente LLM gestionado, herramienta de automatización, otra)

Si es un asistente LLM gestionado, confirmar:

☐ La plataforma opera bajo modalidad Teams o Enterprise (no cuenta pública sin contrato).
☐ No se introducen datos sensibles de clientes ni información financiera.

7️⃣ Plazo o Criterio de Continuidad¶

(Cuándo se revisa si el proyecto sigue activo, se amplía o se cierra)

☐ Plazo fijo: __________
☐ Criterio de continuidad: _____________________

8️⃣ Señal de Escalado¶

Señal de escalado definida para este proyecto:

(Qué condición concreta activaría la notificación al Responsable IA para migrar al Flujo A)

Ejemplos orientativos:

Si se quiere integrar con el CRM o el ERP.
Si usuarios de otros departamentos empiezan a usarlo.
Si la base documental crece significativamente o se vuelve crítica.
Si el sistema pasa a formar parte del método oficial de trabajo.

9️⃣ Confirmación del Responsable IA¶

Fecha de confirmación:

Confirmación:

☐ Proyecto dentro de los límites de autonomía departamental. Flujo B aprobado.
☐ Proyecto fuera de los límites. Redirigir al Flujo A.

Observaciones del Responsable IA (si aplica):

Estado: Activo

Responsable: Responsable IA BKM

Ubicación en el ecosistema: Sección 4 — Marco de Operativa IA