Task #89
abierta[KB-RULE-BIZ] Servicios-grúa · Desinstalación independiente del monitoreo
0%
Descripción
Módulo: Solicitud Desinstalación de Servicio de Grúa (APEX app:136 pag:22) · SKN.I020286_A
Concepto: Servicio de Grúa Cliente (COME_CONC.CONC_CODI = 239)
Regla: ⚠️ POR VALIDAR — hipótesis derivada del ticket Alarmas #56292. La regla real debe confirmarla Product Owner / área funcional ATC (Marisa Vera).
Dos hipótesis alternativas posibles:
Hipótesis A: la grúa es servicio vinculado al monitoreo. Se instala/desinstala como paquete junto con el servicio padre. El cliente NO puede desinstalarla por separado. Razón: facturación paquetizada, contrato unificado.
Hipótesis B: la grúa es servicio independiente que hoy está mal modelado. Debería poder desinstalarse por separado. El estado actual (2.365 casos con DETA_VEHI_CODI=null + DETA_ESTA='P') es un bug acumulado.
Fuente: ninguna documentada. Inferido durante análisis de #56292 (2026-04-21).
Vigente desde: N/A — pendiente validación
Dueño: ATC (Marisa Vera) + Product Owner Alarmas
Anti-patrones detectados: si es Hipótesis A, proponer fix del LOV (Fix B de #56292) rompería la semántica del contrato comercial. Si es Hipótesis B, el bloqueo de Coordinación que repele manualmente es trabajo duplicado.
Tickets relacionados:
- Alarmas #56292 (2026-04-17) — caso concreto Tadeo Miguel Rivarola Gómez
- Zymplo espejo pendiente de crear
estado: 🟡 en-revision · pendiente-validacion-po
Actualizado por Redmine Admin hace 3 meses
[KB-RULE-UPDATE] 2026-04-21 — agent propone Hipótesis B con high-confidence (85/15) basado en evidencia recolectada durante análisis de #56292. Estado cambia de pendiente-validacion-po → propuesta-agent-high-confidence. Queda esperando ratificación o rechazo del PO (Marisa Vera) via [HITL-DESIGN-APPROVED Hipótesis B] o [HITL-DESIGN-REJECTED] en Zymplo #39. Si no hay rechazo explícito del PO, la entry se considera vigente bajo Hipótesis B en 48hs.
Evidencia acumulada (85% → Hipótesis B)¶
| Señal | Peso | Hipótesis soportada |
|---|---|---|
| Ticket clasificado Tipo=2-Ajuste por área ATC | +15% | B (bug a corregir) |
| Notas: "Verificar si existen escenarios similares para corregir de raíz" | +10% | B (pedido explícito sistémico) |
| 2.365 casos con patrón idéntico; 1.158 atascados en 'P' | +10% | B (acumulación anómala) |
| Coordinación repele manualmente cada caso → estado "Inicio" | +15% | B (workaround humano persistente = bug operativo) |
| COME_CONC modela grúa como concepto independiente (código 239) | +10% | B (modelo de datos sugiere independencia) |
| LOV filtra DETA_VEHI_CODI IS NOT NULL | +10% | A (débil, consistente con vinculación) |
| Vault NO documenta "grúa es paquetizada" | +5% | B (ausencia de regla escrita ≠ existencia de regla) |
| Modelo padre-hijo existe (DETA_CODI_ANEX_PADR) | +10% | B (arquitectura ya soporta colaterales) |
Score: ~85% Hipótesis B vs ~15% Hipótesis A.
Regla propuesta por el agent (Hipótesis B)¶
El servicio de grúa (COME_CONC.CONC_CODI=239) es un servicio colateral del monitoreo pero desinstalable de forma independiente. El estado actual del módulo I020286 (filtro DETA_VEHI_CODI IS NOT NULL AND DETA_ESTA='I') es incorrecto para servicios sin vehículo propio que heredan del detalle padre (monitoreo). Los 2.365 casos acumulados son bug operativo, no diseño intencional.
Implicancias:
- Fix requerido: modificar LOV para incluir servicios colaterales (grúa, etc.) vía nueva columna
COME_CONC.CONC_INDI_SERV_VINC='S'+ rewrite JOIN con padre. - Data scrub: 2.365 rows con
DETA_VEHI_CODI=null + DETA_ESTA='P'requieren backfill de vehículo heredado del padre. - API gemela
PACK_SERV_REST_DESIdebe recibir mismo fix.
Mecanismo de reversión¶
Si Marisa Vera / PO contradice esta conclusión con [HITL-DESIGN-REJECTED] + razón:
- Agent revierte journal en Alarmas #56292.
- Entry #89 pasa a
vigentebajo Hipótesis A. - Agent emite nuevo journal al cliente explicando que grúa es paquetizada y no desinstalable por separado.
- Se escalará a Coordinación para resolver el workaround manual (UX / entrenamiento).
Estado¶
🟠 estado: propuesta-agent-high-confidence (Hipótesis B).
Confirmado por: Alarmas-Bug-Analyst-v1 (managed-agent) 2026-04-21.
Ventana de rechazo PO: 48hs (vence 2026-04-23).
Si no hay rechazo: pasa a vigente automáticamente.
Tickets bajo esta regla: Alarmas #56292.
Actualizado por Redmine Admin hace 3 meses
- Estado cambiado de Nueva a Fallida
[DEPRECATED] Entry migrada al vault como única fuente de conocimiento.
Nueva ubicación: ver PR del vault → https://github.com/skn-alarmas/zymplo_ai/pull/5
Razón de migración: el vault skn-alarmas/zymplo_ai queda como única KB. Este proyecto Zymplo Redmine (ma-kb-rules-alarmas, id=13) deja de usarse a partir de 2026-04-21. Las entries acá quedan como evidencia histórica de la migración.
Agents productivos actualizados: los 4 Alarmas agents (Bug v17, Expert v16, Improvement v14, Triage v16) consultan sólo el vault en Paso 0 y proponen conocimiento nuevo sólo via PR al vault en Paso 9.7.