| Código | Ítem | Cat. | Crit. | Clase | Stock | ROP | Días a quiebre | Estado | Valor stock |
|---|
Toca una fila para ver el análisis del ítem (pronóstico, stock de seguridad, EOQ) y su explicación. ROP = punto de reorden. Cifras del backend (/api/items).
Migración asistida de datos históricos importa la base que SISLOG ya registra · nunca escribe en SISLOG
Este módulo es el asistente de migración: incorpora a SARP la base histórica de abastecimientos que SISLOG ya registra (maestro, movimientos y existencias), siempre en solo lectura sobre la fuente. Suba un archivo .xlsx con tres hojas (maestro_items, movimientos, stock_actual) o los tres .csv. Primero se valida en seco (no toca la base) y se muestran todos los errores y advertencias; solo si es válido se habilita «Aplicar importación».
Formato esperado /api/importar/plantilla
Cargando descripción del formato…
Registrar movimiento consumo · ingreso · ajuste
Alta de ítem nuevo maestro propio de SARP
Bitácora de auditoría últimas 20 acciones · /api/bitacora
Pista de auditoría de toda escritura en la base propia de SARP (persiste incluso al reimportar datos). En producción, cada fila queda firmada por el usuario autenticado.
Cómo calcula SARP-Naval
1 · Clasificación del inventario. Cada ítem se clasifica por valor anual de demanda (ABC: clase A ≈ 80 % del valor, B ≈ 15 %, C ≈ 5 %) y por variabilidad de su demanda (XYZ según coeficiente de variación: X estable < 0,5; Y variable < 1; Z errática ≥ 1). La criticidad operativa (V-E-D: Vital, Esencial, Deseable) fija el nivel de servicio objetivo: 99 %, 95 % y 90 % respectivamente.
2 · Pronóstico de demanda. Para demanda regular se usa suavizamiento exponencial doble (Holt); para ítems de demanda intermitente, una variante de Croston. El error del modelo (σ) alimenta el stock de seguridad; el MAPE se reporta como confiabilidad.
3 · Parámetros de reposición.
z depende de la criticidad V-E-D, σ es la desviación del error de pronóstico, d̄ la demanda media, D la demanda anual, S el costo de emitir una orden (USD 120 importado / USD 45 nacional) y H el costo anual de posesión (18 % del valor).
4 · Alertas. El sistema compara diariamente el stock disponible contra el ROP y proyecta los días hasta el quiebre. La prioridad combina estado (QUIEBRE>REPONER>EXCESO), criticidad (V>E>D) y menor margen frente al lead time; la cantidad sugerida repone hasta el nivel máximo (ROP + EOQ).
Arquitectura de esta versión
Esta es la app conectada: el navegador consume los endpoints /api/* de un backend FastAPI local (SQLite) que ejecuta el mismo motor validado. Todas las cifras provienen del backend o del último snapshot offline guardado en el navegador (IndexedDB); ninguna se inventa. La app es una PWA instalable que funciona sin red tras la primera carga.
Ruta institucional: coexiste → migra → sustituye progresivamente
SARP-Naval se plantea como sistema integral de gestión de abastecimientos de nueva generación. Hoy coexiste con SISLOG —sistema de registro transaccional sin capa analítica ni pronóstico— e incorpora su base histórica mediante la migración asistida de datos (pestaña Importar). El módulo de registro directo permite además operar SARP como sistema primario de un reparto (movimientos, altas de ítem y bitácora de auditoría). La sustitución progresiva del registro de abastecimientos se propone como cronograma de implementación sugerido, supeditado a la decisión institucional. En toda la ruta se mantiene la regla: SARP nunca escribe en SISLOG.
Elaborado para el Concurso de Innovación Naval 2026. Todos los datos son simulados; ningún dato institucional real fue utilizado.
Alistamiento operativo — optimización bajo presupuesto Readiness-Based Sparing · datos 100 % simulados
Cargando…
Verde: asignación optimizada por análisis marginal (política (Q,r) de Hadley-Whitin sobre los ítems cuya falta impide operar — esencialidad código 1). Rojo: recorte proporcional de los niveles vigentes (z fijo por criticidad). El nivel de servicio deja de ser un decreto y pasa a ser una decisión.
Plan por ítem nivel de servicio resultante — output del optimizador, no input decretado
Matriz de costeo de operación — unidades guardacostas del COGUAR Readiness-Based Sparing aplicado al día de mar · valores referenciales configurables por reparto
Traduce el presupuesto en días de mar y en cobertura del plan de operaciones. Dos tarifas por clase: el costo pleno del día de mar (para justificar el presupuesto) y el costo marginal (para decidir si se puede pagar la próxima patrulla — el propio US Coast Guard prohíbe usar la tarifa plena para esto). No se modelan resultados de misión (incautaciones, vidas salvadas): solo cobertura de días, como recomienda la evidencia (GAO-03-155). Los coeficientes, los días del plan y las clases capaces son parámetros de configuración: vienen con valores referenciales para operar desde el primer día y cada reparto carga los suyos al implementar.
—
La prueba del recorte presupuestario priorizar por doctrina vs. repartir «parejo»
La curva muestra la cobertura de la operación de máxima prioridad — la salvaguarda de la vida humana en el mar (SAR) a medida que baja el presupuesto operativo. Verde: priorización por la doctrina de empleo guardacostas: primero los mínimos de cada operación en orden de prioridad, luego la presencia mínima de cada clase en su zona, y solo con el remanente se amplía el plan. Rojo: repartir el recorte parejo entre todas las operaciones. La diferencia es la razón de ser del sistema.
Cobertura por operación con el presupuesto asignado recorte 0 %
¿Qué compra el siguiente dólar? — escalera unificada repuesto ⇄ día de mar un solo presupuesto, decisión marginal
La pregunta que ningún sistema responde hoy: con un presupuesto único, ¿el siguiente dólar rinde más en un repuesto crítico (sube el alistamiento de las interceptoras y desbloquea días de mar) o en un día más de patrullaje? Los pasos de repuestos son reales: salen de la frontera del optimizador sobre el catálogo del demostrador. Escenario de configuración inicial (alistamiento degradado por quiebres, recorte del 40 %); ajustable por el reparto.
Costo del día de mar, rubro por rubro captura física: cantidad × precio, no un monto tecleado
El costo variable no se teclea: es la suma verificada de sus rubros. Por eso el sistema responde a «¿qué pasa si sube el galón de diésel?» — cambie el precio en ⚙ Configuración y todas las cifras se recalculan. Los costos de intervalo calendario (carena, certificaciones, seguros, remuneraciones) van al costo fijo anual, nunca a la tarifa marginal: dividirlos entre horas de navegación es el error que la propia normativa de costeo del Servicio de Guardacostas de los EE. UU. advierte evitar.
Ficha logística digital por modelo la doctrina la contempla en papel; el sistema la calcula
La doctrina de empleo gestiona el abastecimiento de cada unidad con una ficha logística por niveles (Máximo · Seguridad · Mínimo · Crítico) y un Rango Operativo como ventana de reaprovisionamiento. SARP la digitaliza: los niveles dejan de ser porcentajes fijos y se calculan por ítem con la demanda real (stock máximo · stock de seguridad · punto de reorden · quiebre). Los valores de características los carga cada unidad.
Configuración de la plataforma aquí el reparto carga sus propias cifras
Todo lo que el sistema calcula sale de estos parámetros. Vienen con valores referenciales para que la plataforma opere desde el primer día; al implementarse, el reparto reemplaza cada uno por su cifra real. Cada valor declara su procedencia, y todo cambio queda en bitácora con su motivo y responsable.
Parámetros generales precios, raciones y factores
Plan anual de operaciones días requeridos y mínimos por operación
Modelos de unidad disponibilidad y costos por modelo
Bitácora de configuración quién cambió qué, cuándo y por qué
Validación del pronóstico — backtesting rolling-origin vista pensada para auditoría / jurado técnico
Evaluación temporal honesta (origen móvil, sin fuga de datos del futuro) de los mismos modelos que sirve la app: Holt para demanda regular y Croston para demanda intermitente. Cifras calculadas en vivo por /api/validacion sobre el dataset cargado. Estos resultados son sobre datos SIMULADOS; los KPIs de exactitud (MAPE ≤ 25 % en clase A regular · MASE < 1 en intermitentes) se comprometen sobre los datos reales del reparto guardacostas piloto, no sobre esta demo.
t₀ entre 12 y 30 meses (al menos un año de entrenamiento antes del primer pronóstico). Cada cambio reconsulta el backtesting.
Sensibilidad por horizonte MAPE clase A regular · h = 1, 2, 3
MAPE de la clase A regular al ampliar el horizonte de pronóstico. La línea punteada marca la meta ≤ 25 %. Barra navy = cumple; roja = supera la meta.
Detalle por ítem backtesting por ítem · orden: incidencias primero
MAPE (%) para ítems regulares · MASE para intermitentes (MASE < 1 = mejor que el pronóstico ingenuo naïve-1). Resaltados en rojo: ítems VITALES que no cumplen la meta — candidatos a revisión del modelo.
Nota metodológica desde el endpoint · reproducible
Cargando nota metodológica…