Inventario TPV

Metodología y validaciones

Fuente

• Perfil agregado de la base BanorteTPV versionado en el repo (analysis/output/20260818_094342), corte 18·ago·2026. Sin filas crudas ni datos personales — solo agregados.
• Filtros aplicados = exactamente los de Querys_Inventario_TPV.sql: unidades con Status='ACTIVO', UnitStateId ∈ {1,5,8} (Available, Entry, OnReview), UnitConditionId ∈ {1,2,4,5,6}; SIMs con Status='ACTIVO', SimStateId ∈ {1,3,4,6,7}.

Validaciones que pasaron

• ✓ El total de 191,105 unidades reproducido desde el perfil coincide exactamente con el chequeo independiente de joins del repo (join_checks.csv, base_rows = 191,105).
• ✓ Join Units.ResponsibleId = Warehouses.ResponsibleId restringido a almacenes activos: 191,102 de 191,105 (100.0%, multiplicador 1.000× — sin duplicación de filas).
• ✓ Todas las agrupaciones (estado, condición, compañía, modalidad) reconcilian con sus totales; el script de construcción aborta si alguna suma no cuadra.
• ✓ Sin IDs duplicados en las 26 tablas núcleo perfiladas.
• ✓ Frescura: eventos de unidades y SIMs registrados hasta el 18·ago·2026 09:40 (mismo día del corte).

Caveats — leer antes de tomar decisiones

• ⚠ El query de SIMs también cruza contra Warehouses por ResponsibleId; ese join no fue perfilado para SIMs, así que 12,765 es el total antes de ese cruce (cota superior).
• ⚠ Sin el filtro de inventario, el join global unidades–almacenes solo casa 60.7% — los filtros del query son los que lo vuelven confiable.
• ⚠ La dimensión geográfica (Estado) del query no tiene agregados capturados; se omitió en lugar de estimarla.
• ⚠ La conectividad mostrada es el default del modelo; solo 25.3% de la flota tiene conectividad real registrada que coincide con ese default (62.1% no tiene conectividad real capturada).
• ⚠ Bug en el SQL fuente: el alias de la línea 104 ([[IsDefault (ModelConnectivityTypes)]) tiene doble corchete — el query no compila tal cual está en el repo.