12 de junio de 2026 · 10 min de lectura · Venecorr NDT
On-prem vs nube para datos fiscales en Venezuela
¿Dónde debe vivir el dato con el que se factura petróleo? Donde reside el registro fiscal reside, en la práctica, la soberanía sobre lo que usted factura.

Escuchar el artículo
¿Dónde debe vivir el dato con el que se factura petróleo? La pregunta parece técnica, pero la respuesta tiene consecuencias legales, operativas y de control que ningún decisor debería dejar a la inercia. Donde reside el registro fiscal reside, en la práctica, la soberanía sobre lo que usted factura.
Cuando una planta de almacenamiento mide un volumen para transferencia custodia, ese número deja de ser un dato interno: se convierte en la base de una transacción comercial, de una declaración ante el ente competente y de una eventual auditoría años después. Por eso la decisión de arquitectura —dónde se almacena, quién lo custodia y bajo qué red viaja— no es un detalle de infraestructura. Es una decisión de gobierno del dato, y en Venezuela, con su marco regulatorio propio y sus condiciones de conectividad, pesa aún más.
En TankOS partimos de una doctrina clara: el aforo de cinta es el acto fiscal; la telemetría es operativa y nunca lo sustituye. TankOS no toca la medición de referencia: la digitaliza, la registra y la fortalece, llevándola de un dato crudo en papel a un dato gobernado, auditable y trazable. La pregunta de este artículo es complementaria: una vez que existe ese dato gobernado, ¿dónde debe vivir?
El dilema on-prem vs nube para datos fiscales
La discusión on-prem contra nube suele plantearse en términos de comodidad: la nube promete cero mantenimiento, escalado elástico y acceso desde cualquier lugar. Para muchas cargas de trabajo, esa promesa es sensata. Pero el dato fiscal de custody transfer tiene exigencias que cambian el cálculo. Considere cuatro ejes:
- Latencia. El cálculo custody —las 18 etapas que convierten una medición física en masa neta facturable— y la respuesta operativa frente a una alarma necesitan ser inmediatos. TankOS resuelve sus lecturas críticas por debajo de los 200 ms en el percentil 95: trivial de sostener cuando el motor vive junto a los tanques, frágil cuando depende de la ida y vuelta a un servidor remoto.
- Control. En la nube, el registro canónico reside en infraestructura que usted no administra, bajo políticas de acceso que no define del todo y con un proveedor como intermediario obligado. Para un dato que respalda una factura petrolera, esa cesión de control es un costo, no una conveniencia.
- Dependencia de un enlace externo. Una planta no puede dejar de medir ni de facturar porque un enlace a internet se cayó. Si el registro fiscal vive fuera, cada interrupción de conectividad es una interrupción operativa.
- Jurisdicción del dato. Si el registro fiscal se aloja en servidores fuera de las fronteras nacionales, queda sujeto a las reglas de la jurisdicción donde físicamente reside. Para un dato con obligaciones ante el marco regulatorio venezolano, eso introduce una ambigüedad que es mejor no tener.
Ninguno de estos ejes condena a la nube en general. Pero los cuatro, juntos, apuntan en la misma dirección para el dato fiscal: cerca, bajo control propio y dentro de la planta.
On-prem soberano, single-tenant
TankOS se despliega como una instalación por planta. No es un inquilino en una plataforma compartida: es un sistema completo —motor de cálculo, base de datos, auditoría— que corre en el servidor del cliente, dentro de su red y bajo su administración.
Esto significa que el registro fiscal canónico nunca abandona las instalaciones. Las mediciones, los lotes de custodia, los tickets, la cadena de auditoría de siete años: todo permanece en el servidor de la planta. No hay una copia maestra en un centro de datos remoto ni un tercero que custodie su número de facturación. El dato es suyo y se queda donde usted manda.
El modelo single-tenant también simplifica la seguridad. No hay aislamiento lógico entre clientes que mantener ni superficie compartida que vigilar: hay una organización, una instalación, una frontera de red. Lo que entra y sale lo decide el operador de la planta.
Su dato es suyo y se queda en su planta. Esa es la línea que no negociamos.
Internamente, TankOS almacena todo en unidades canónicas del Sistema Internacional y convierte únicamente al mostrar o reportar, según el régimen configurado para cada tanque. El régimen es flexible —cinta hoy, radar si la operación lo adopta mañana—, pero la base almacenada es estable, única y soberana, sin importar cómo se presente.
Soberanía operativa: medir y facturar sin enlace externo
La soberanía no es solo dónde reside el dato: es la capacidad de seguir operando pase lo que pase con el mundo exterior. Una planta con TankOS on-prem mide, calcula, levanta alarmas, registra lotes y emite tickets sin necesidad de un enlace a internet activo. Si el enlace externo cae —corte del proveedor, mantenimiento, contingencia— la operación no se detiene. El motor de las 18 etapas sigue computando con la misma exactitud, validado contra más de 50 fixtures con tolerancias por debajo de 1e-6; los lotes de custodia se siguen registrando en una secuencia sin huecos; la separación de funciones, con sus 7 pares de roles enfrentados, se mantiene íntegra.
Esto importa más allá de la comodidad: la facturación petrolera no admite pausas por causas ajenas a la planta. Cuando el registro fiscal vive dentro, la continuidad operativa deja de depender de un factor que usted no controla.
Y conviene recordar la regla que gobierna toda esta arquitectura: no se factura sobre un radar caído. La telemetría informa y vigila, pero el acto fiscal se sustenta en el aforo de referencia. TankOS hace esa frontera explícita, auditable e inviolable, tanto si hay conectividad como si no.
Cumplimiento más simple
Auditar es más fácil cuando hay menos manos en el camino del dato. Si el registro fiscal nunca cruza fronteras ni pasa por terceros, la pregunta del auditor —"¿de dónde salió este número y quién pudo tocarlo?"— tiene una respuesta corta: salió de este servidor, en esta planta, y la cadena de auditoría lo demuestra. No hay que reconstruir trayectos por proveedores intermedios, ni razonar sobre políticas de retención de un tercero, ni preocuparse por qué reglas jurisdiccionales aplican a un dato alojado fuera del país.
En Venezuela, la medición fiscal la certifica el ente competente conforme al marco regulatorio aplicable. TankOS no reemplaza esa certificación ni la disputa: la respalda, conservando un registro inalterable y trazable del aforo y del cálculo, listo para ser exhibido. Mantenerlo en planta, bajo control directo del operador, hace que la verificación y la auditoría sean más directas y menos expuestas a variables externas.
Cuándo la nube sí tiene sentido
Defender el on-prem para el dato fiscal no es predicar contra la nube. Sería deshonesto, y además mal consejo.
La nube tiene un lugar legítimo y valioso: la analítica agregada no fiscal. Tableros corporativos que consolidan varias plantas, comparativas de desempeño entre patios, modelos de tendencia de largo plazo, reportes ejecutivos que cruzan sitios y períodos —todo eso se beneficia de la elasticidad de la nube, y nada de eso es el registro fiscal canónico. Es derivado, agregado, analítico.
La arquitectura sana, entonces, no es "todo en planta" ni "todo en la nube": es una división de responsabilidades. El registro fiscal canónico —el número con el que se factura, el aforo de referencia, la cadena de custodia— vive en planta, soberano y bajo control. Las vistas agregadas y la inteligencia de negocio pueden subir a la nube como una proyección, no como la fuente de verdad. La nube consume copias y resúmenes; la planta custodia el original.
Conclusión
La pregunta de dónde vive el dato fiscal no es de moda tecnológica: es de gobierno, de soberanía y de continuidad operativa. Para un sistema que respalda la facturación de petróleo bajo el marco regulatorio venezolano, la respuesta sensata es clara: el registro fiscal canónico se queda en la planta, en una instalación soberana y single-tenant, bajo el control y la red del cliente —mientras la nube queda reservada para lo que le corresponde, la analítica agregada no fiscal.
TankOS está construido sobre esa convicción. Lleva el aforo de un dato crudo a un dato gobernado —auditable, trazable, inalterable— y lo mantiene donde debe estar: cerca de los tanques, dentro de la red de la planta, listo para operar con o sin enlace externo.

Seguir leyendo
Qué es custody transfer y por qué el cálculo debe ser trazable
Un barril que cambia de manos es, antes que nada, una cifra. En custody transfer, un número que no se puede reconstruir no es un dato: es un riesgo abierto.
El motor MPMS de 18 etapas, explicado
Entre el volumen que usted observa y la masa que termina en una factura hay una cadena de cálculo. En TankOS tiene nombre, tiene 18 etapas y se recorre entera.