La plataforma DataOps de Latinoamérica.

DataOps es la práctica de tratar los datos como se trata el código fuente: cada cambio queda registrado, cada transformación es reproducible, cada versión se puede recuperar y los procesos corren solos, con reglas de fallo y avisos, en lugar de depender de una persona.

Un ETL mueve y transforma datos de un lugar a otro; es una pieza. DataOps es la práctica completa alrededor de esa pieza: versionar los datos y las reglas, registrar quién hizo qué, reproducir cualquier resultado, ejecutar con agenda y política de fallos, y controlar quién consume. Un ETL puede ser parte de una práctica DataOps; no la reemplaza.

No. Los principios —automatizar, registrar, reproducir, recuperar— son de gestión, no de programación. En Lorian Analytics se aplican sin código: la receta se arma con clics, la agenda con un calendario y el flujo en un lienzo. Quien conoce sus datos puede operar la práctica sin un data engineer; quien lo tiene, dispone además de SQL y de la API.

Que limpiar es el primer paso, no el producto. Debajo hay versionado de cada carga, limpieza y ejecución; un registro de auditoría inmutable; recetas con su configuración congelada; pipelines con agenda y política de fallos; flujos que encadenan conexiones, automatizaciones y modelos; y una salida gobernada por tokens con alcance. Una herramienta de limpieza entrega un archivo; una plataforma DataOps entrega un proceso que se puede repetir, revisar y defender.

Porque está construida desde la región y para sus datos: opera en español de punta a punta, valida los documentos tributarios de siete países con su dígito de verificación, entiende las fechas, los decimales y los nombres tal como llegan de los sistemas de la región, y sus políticas de privacidad están escritas para los marcos de Colombia, Brasil y México. La ambición es ser la referencia DataOps de Latinoamérica, y eso se demuestra con lo que la plataforma hace hoy, no con un adjetivo.

Con tres cosas a la vez: los datos de entrada se versionan en cada carga, la receta guarda la configuración exacta de cada ejecución, y el motor aplica las reglas en un orden canónico de seis fases sin importar cómo se configuraron. Por eso la misma receta sobre el mismo archivo da el mismo resultado hoy y dentro de un año, y por eso la API acepta el número de versión de un modelo.

Depende de la política que usted definió: de uno a cinco intentos automáticos para fallos temporales del sistema —los errores de datos o de configuración no se reintentan—, y la opción de que los demás modelos se refresquen aunque uno falle. En un flujo, los pasos que dependían del fallido se omiten y el historial dice por qué. Quien se suscribió a la automatización recibe el aviso.

Sí. Lorian Analytics no reemplaza a Power BI, Excel ni Tableau: los alimenta. Los modelos Gold salen por un feed OData v4 que Power BI y Excel leen de forma nativa, por una API REST con descarga en CSV o Parquet tipado y versión fijable, y por descarga directa. El acceso lo gobierna un token con alcance por colección.