Valor y diferenciadores
Una plataforma IoT general puede mostrar niveles en pantalla, pero no tiene un motor de cálculo que aplique los factores correctivos MPMS ni emite tickets numerados sin huecos para la transferencia legal de volúmenes. Estos cinco diferenciadores son los que justifican elegir un sistema custody-grade sobre una plataforma IoT genérica.
1. Cálculos MPMS correctos y trazables
El pipeline determinístico de 18 etapas (TOV → GOV → GSV → NSV → Masa) implementa API MPMS Cap. 11.2 y Cap. 12.1, aplicando los factores de corrección CTSh (térmica del casco), CTL (térmica del líquido), CPL (presión) y CSW (sedimentos y agua) con tablas 6A (crudo), 6B (refinados) y 6C (lubricantes).
Cada ciclo persiste los factores aplicados, su procedencia y las advertencias activas. Cualquier cálculo es reproducible meses o años después — los auditores pueden reconstruir el NSV de un ticket usando exactamente los mismos inputs que el sistema aplicó en el momento del aforo. La tolerancia del engine frente a fixtures de referencia es < 1×10⁻⁶.
2. Tickets custody gap-free
La numeración de tickets se genera mediante un contador transaccional con aislamiento serializable: es físicamente imposible crear dos tickets con el mismo número o dejar un hueco en la secuencia, incluso con operaciones concurrentes.
Cada ticket PDF/A-3 incluye todos los factores del cálculo (CTSh, CTL, CPL, CSW, densidad de referencia, temperatura base, BSW), no sólo el volumen neto final. Esto satisface los requisitos de documentación de SENCAMER y MINPET para transferencias custody en Venezuela.
3. Auditoría inmutable de 7 años
Toda mutación del sistema — apertura de un lote, aprobación de una muestra, cambio de configuración de un tanque, emisión de un ticket — registra quién / qué / cuándo / estado anterior / estado nuevo, IP y timestamp en un log inmutable.
El log es consultable desde la UI sin acceder directamente a la base de datos. El backup es automático (WAL continuo + snapshot diario, RPO < 5 minutos). La retención mínima de 7 años cumple con los requisitos del sector hidrocarburos (API MPMS Cap. 12 Apéndice A, ISO 9001 §8.5.2).
4. Realtime sin nube — menos de 2 segundos extremo a extremo
El dashboard SCADA actualiza hasta 100 tanques simultáneos en menos de 2 segundos E2E (telemetría → UI), vía WebSocket. Las alarmas se notifican en tiempo real; las latencias objetivo son p95 < 200 ms para Tank View individual.
El sistema opera 24/7 en la red interna de la planta. No hay dependencia de conectividad a internet ni de servicios en nube. Los datos nunca salen de la instalación del cliente.
5. On-premise single-tenant
Una instalación por cliente. No hay tenancy compartido, no hay SaaS, no hay datos de un cliente accesibles desde otra instalación. El aislamiento entre sitios o refinerías dentro de una misma organización se modela por jerarquía Site → Yard → Tank y RBAC de roles, no por tenancy.
El despliegue base es Docker Compose single-node. El cliente es dueño de sus datos, su base de datos y su infraestructura.
6. Integración con instrumentación existente
TankOS no requiere reemplazar la instrumentación de campo. Un adaptador de conversión configurado por tipo de dispositivo transforma señales en unidades imperiales (pulgadas, barriles, °F) a SI (mm, m³, °C) en la frontera de ingesta. Internamente el sistema almacena siempre en SI; la conversión para presentación ocurre sólo en la capa de UI.
Esto significa que una instalación con radares Emerson Rosemount, Endress+Hauser o Honeywell/Enraf puede conectarse sin cambiar firmware ni cableado de campo.
Y del lado de la presentación es simétrico: aunque el almacenamiento sea SI, cada usuario puede ver todo el sistema en imperial —alturas en pie · pulgada · fracción y volúmenes en barriles, incluidas las tablas de aforo y los gauging tickets— mediante el conmutador SI ⇄ Imperial, sin perder precisión. La planta trabaja en su unidad de aforo de siempre (pie-pulgada-fracción a barriles) mientras el cálculo custody se conserva exacto en SI.