// ─── Inventario · Historial de movimientos de STOCK (consumibles) ──────────
// Página que agrega los movimientos de ingreso/egreso/ajuste de STOCK de los ítems
// CONSUMIBLES del inventario (inventario_movimiento). Se llega desde el botón
// "Ver todo el historial" del detalle de un producto.
//
// ARBITRAJE P23 (03/07/2026, VACs): esta pantalla ANTES tenía tabs Todos/
// Consumibles/Alquilables (alquilables = categoría 'Equipos VAC') — pero
// `inventario_movimiento` NUNCA tuvo (ni va a tener) filas de equipos VAC: esos
// se registran en `inventario_alquiler`, una tabla y un modelo completamente
// distintos (movimientos de un EQUIPO físico —codigo_interno/serie—, no de
// STOCK de un producto —cantidad/lote—). El tab "Alquilables" de acá SIEMPRE
// mostraba 0 filas (root cause de "el historial no muestra nada" que reportó
// Fran) y las columnas (Cantidad/Lote/Referencia) no tienen sentido para un
// alquiler (Paciente/Doctor/Transporte). Se saca ESE tab (dead weight, cero
// filas posibles) y la pantalla queda explícitamente scoped a CONSUMIBLES —
// el historial de alquiler de VACs vive en su propia pantalla
// (screens/inventario/historial-alquileres.jsx, InventarioHistorialAlquileresScreen),
// "sección aparte" en vez de tab (columnas/dominio demasiado distintos para
// convivir en una sola tabla — ver su propio header).
//
// P24 (03/07/2026 — libro de movimientos): ANTES esta pantalla aplanaba
// `window.INVENTARIO` (el catálogo hidratado al boot con `?limit=BIG_LIMIT=500` —
// core/store.js) para armar las filas — con 601 productos reales, los ~100 fuera de
// esa ventana quedaban invisibles acá aunque tuvieran movimientos (gap silencioso,
// hallazgo del diagnóstico de este paquete). Ahora hace `fetch` directo a
// GET /api/inventario-movimientos (el ledger COMPLETO, paginado server-side, sin ese
// techo) — mismo criterio que cualquier pantalla que no puede depender del catálogo
// parcial hidratado al boot. También suma la columna Motivo (antes no existía: los
// AJUSTE que ahora deja el ledger —edición manual de stock, aprobación de ajustes de
// entrega— sí tienen uno real, a diferencia de ENTRADA/SALIDA de logística).
//
// Reutiliza EntityListScreen → mismo estilo de las listas con tablas, SIN KPIs.
function InventarioHistorialScreen({ onBack, onOpenItem }) {
const EntityListScreen = window.EntityListScreen;
const TablePill = window.TablePill;
const [rows, setRows] = React.useState([]);
const [loading, setLoading] = React.useState(true);
const [loadError, setLoadError] = React.useState(false);
React.useEffect(() => {
let cancelled = false;
setLoading(true);
// Límite generoso (2000): el ledger arranca el 03/07/2026, volumen bajo por ahora.
// Cuando crezca de verdad, el mismo patrón de paginación server-side de
// InventarioScreen (fetchPage + IntersectionObserver) es el próximo paso — no hace
// falta anticiparlo hoy (YAGNI, un solo fetch cubre el uso real).
fetch('/api/inventario-movimientos?limit=2000', { credentials: 'same-origin' })
.then((r) => (r.ok ? r.json() : Promise.reject(r.status)))
.then((data) => { if (!cancelled) setRows(Array.isArray(data) ? data : []); })
.catch((e) => {
console.warn('[InventarioHistorialScreen] fetch', e);
if (!cancelled) setLoadError(true);
})
.finally(() => { if (!cancelled) setLoading(false); });
return () => { cancelled = true; };
}, []);
const columns = [
{ key: 'fecha', label: 'Fecha', width: '120px', mono: true,
render: (r) => (
{window.formatDate(r.fecha)}
),
},
{ key: 'producto', label: 'Producto', width: 'minmax(220px, 1.4fr)',
render: (r) => (