ETL
Término 91 de 314 · Tecnología
En una frase
ETL (Extract, Transform, Load) es el proceso que extrae datos de varias fuentes, los transforma a un formato limpio y consistente, y los carga en un destino central como un data warehouse para analizarlos de forma confiable.
ETL son las siglas en inglés de Extract, Transform, Load (extraer, transformar, cargar): el proceso de tres pasos que mueve datos desde sus sistemas de origen hasta un repositorio central donde se pueden analizar. Primero extrae la información de fuentes dispersas (un CRM, un ERP, planillas, una pasarela de pago), luego la transforma para limpiarla y darle un formato consistente, y finalmente la carga en un destino como un data warehouse o un data lake.
El ETL es la plomería invisible de la analítica: sin él, cada sistema vive en su propio idioma y los reportes terminan armándose a mano en planillas que nunca cierran. Un proceso ETL bien hecho es la base de una única fuente de verdad, y es parte de lo que prepara el terreno para los tableros y modelos que ofrece Metrix.
El valor del ETL está en que resuelve el problema más caro de la analítica: que los datos casi nunca llegan listos para usar. La factura electrónica dice "Cliente: ACME S.A.", el CRM lo guarda como "Acme SA" y la planilla de cobranzas lo anota como "ACME". Para un humano son la misma empresa; para una computadora son tres clientes distintos. El ETL existe para reconciliar esas diferencias de forma automática y repetible, todas las noches, sin que nadie tenga que pegar columnas a mano.
Los tres pasos, en concreto
- Extract (extraer): se leen los datos de cada origen. Las fuentes típicas en una empresa argentina son el CRM (por ejemplo, Salesforce), el ERP, el sistema de facturación electrónica de AFIP, archivos Excel de los vendedores, una API de la pasarela de pago y exportaciones de marketing. La extracción puede ser completa (todo cada vez) o incremental (solo lo que cambió desde la última corrida).
- Transform (transformar): es el paso que más trabajo lleva. Acá se limpian valores nulos, se unifican formatos de fecha y moneda (pesos contra dólares), se estandarizan nombres, se aplican reglas de negocio (por ejemplo, calcular el margen) y se valida la calidad del dato. Es donde "los datos crudos" se vuelven "datos confiables".
- Load (cargar): los datos ya tratados se escriben en el destino analítico. Desde ahí alimentan tableros, reportes y modelos sin volver a tocar los sistemas operativos, que quedan libres para su trabajo del día a día.
ETL contra ELT: el orden importa
Con la llegada de los data warehouses en la nube apareció una variante, el ELT, que invierte los dos últimos pasos: primero carga los datos crudos y recién después los transforma, ya adentro del warehouse, aprovechando su potencia de cómputo. No es que uno reemplace al otro; conviven según el caso.
| Aspecto | ETL | ELT |
|---|---|---|
| Orden | Transforma antes de cargar | Carga crudo y transforma después |
| Dónde transforma | En un motor intermedio | Dentro del data warehouse |
| Mejor para | Datos estructurados, reglas estrictas | Grandes volúmenes, datos variados |
| Flexibilidad | Esquema fijo desde el inicio | Permite redefinir transformaciones luego |
| Madurez | Estándar histórico, muy probado | Más reciente, ligado a la nube |
Por qué le importa al negocio
Una empresa de Consumo Masivo que quiere un tablero de ventas por canal necesita cruzar el sell-out de cada distribuidor con su propio sell-in, con los precios y con la cobranza. Cada uno de esos datos vive en un sistema distinto. Sin ETL, alguien arma esa planilla cada lunes a la mañana, tarda horas y el número del mes pasado nunca coincide con el de finanzas. Con un ETL andando, el cruce ocurre solo, de noche, y a la mañana el tablero ya está actualizado y es el mismo número para todos. Ese es el salto: de discutir de quién es el dato correcto a discutir qué hacer con el dato.
Errores comunes
- Transformar sin documentar: cuando las reglas de negocio viven solo en la cabeza de quien armó el proceso, el ETL se vuelve una caja negra imposible de mantener.
- Cargar sin validar: si no se controla la calidad antes de cargar, los errores se propagan a todos los tableros y se pierde la confianza en el dato.
- Procesos demasiado rígidos: un ETL que no contempla campos nuevos o fuentes nuevas se rompe en cada cambio del negocio.
- Olvidar la cadencia: un proceso que corre cuando alguien se acuerda no sirve; el valor está en que sea automático y predecible.
En la práctica, el ETL rara vez se nota cuando funciona bien: el indicador de éxito es que nadie discute de dónde sale un número. Cuando esa plomería está sólida, recién ahí tiene sentido invertir en analítica avanzada, BI conversacional o análisis predictivo, porque todos se apoyan en datos que ya llegan limpios.
Preguntas frecuentes sobre ETL
¿Qué es ETL?
¿Qué es ETL?
ETL es la sigla en inglés de Extract, Transform, Load (extraer, transformar, cargar). Es el proceso de tres pasos que toma datos de varias fuentes (un CRM, un ERP, planillas, una API), los limpia y los unifica a un formato consistente, y los carga en un repositorio central como un data warehouse para poder analizarlos de forma confiable. Es la base técnica de cualquier tablero o reporte que cruce información de distintos sistemas.
¿Cuál es la diferencia entre ETL y ELT?
¿Cuál es la diferencia entre ETL y ELT?
La diferencia está en el orden de los dos últimos pasos. En ETL los datos se transforman antes de cargarse en el destino, usando un motor intermedio. En ELT se cargan primero los datos crudos en el data warehouse y la transformación ocurre después, ya adentro, aprovechando la potencia de cómputo de la nube. ETL es el estándar histórico y conviene cuando hay reglas estrictas y datos estructurados; ELT es más reciente y rinde mejor con grandes volúmenes y datos variados. No se reemplazan: conviven según el caso de uso.
¿Para qué sirve un proceso ETL en una empresa?
¿Para qué sirve un proceso ETL en una empresa?
Sirve para tener un único conjunto de datos confiable y actualizado a partir de sistemas que viven separados. Por ejemplo, una empresa que quiere un tablero de ventas por canal necesita cruzar datos de su CRM, su facturación, su cobranza y su marketing, que están en herramientas distintas. El ETL automatiza ese cruce todas las noches, de modo que a la mañana el reporte ya está armado y es el mismo número para todas las áreas, en lugar de que cada equipo arme su propia planilla a mano.
¿Cada cuánto se ejecuta un proceso ETL?
¿Cada cuánto se ejecuta un proceso ETL?
Depende de la necesidad del negocio. Lo más común es una corrida diaria de noche, cuando los sistemas operativos tienen poca carga, para que los tableros amanezcan actualizados. También existen procesos por hora o casi en tiempo real cuando el negocio lo requiere. La clave no es la frecuencia exacta sino que el proceso sea automático y predecible: un ETL que corre solo cuando alguien se acuerda pierde casi todo su valor.
¿Qué pasa en el paso de transformación?
¿Qué pasa en el paso de transformación?
La transformación es el paso donde los datos crudos se vuelven confiables. Ahí se limpian valores faltantes o erróneos, se unifican formatos de fecha y moneda, se estandarizan nombres que vienen distintos de cada sistema, se aplican reglas de negocio como calcular márgenes o totales, y se valida la calidad antes de cargar. Es el paso que más trabajo lleva y el que determina si el resultado final será confiable o si arrastrará errores a todos los reportes.
Calculadora del Cuello de Botella de BI
Cuánto cuesta cada 'te lo paso mañana'.
Abrir la herramientaEste número, actualizado solo
Metrix conecta tus sistemas y te deja preguntarle a tus datos en lenguaje natural: el indicador que acabás de leer, al día, sin esperar la cola del equipo de BI ni rearmar el Excel a fin de mes.
El glosario completo (más de 290 definiciones de IA, Salesforce y datos) en un PDF con hipervínculos.
Términos relacionados
- Data warehouseUn data warehouse es un repositorio central que integra datos de múltiples sistemas, ya limpios y estructurados, optimizado para consultas analíticas y reportes. A diferencia de una base operativa, está pensado para responder preguntas de negocio sobre datos históricos.
- Data lakeUn data lake es un repositorio central que almacena datos en su formato crudo y a cualquier escala, sin transformarlos al ingresar. Guarda datos estructurados, semiestructurados y no estructurados, y aplica el esquema recién al momento de leerlos.
- Data qualityData quality (calidad de datos) es el grado en que los datos de una organización son exactos, completos, consistentes, vigentes y únicos para el uso que se les quiere dar. Cuando es alta, las decisiones, reportes y modelos de IA son confiables.
- Única fuente de verdadLa única fuente de verdad (SSOT) es la práctica de centralizar cada dato del negocio en un único repositorio autoritativo, para que todos los sistemas y equipos lean el mismo valor confiable en vez de copias dispersas que se contradicen.
- EmbeddingsLos embeddings son representaciones numéricas (vectores) que codifican el significado de un texto, imagen o dato, de modo que conceptos parecidos quedan cerca en el espacio. Permiten que la IA mida similitud semántica y busque por sentido, no por palabras exactas.
- First-time fix rateEl first-time fix rate (FTFR) es el porcentaje de órdenes de servicio resueltas en la primera visita técnica, sin un segundo viaje. Mide la eficiencia del servicio en terreno: a mayor FTFR, menos costos, menos demoras y mayor satisfacción del cliente.
Preguntas relacionadas
Metrix
Preguntale a tus datos en lenguaje natural y recibí el reporte al instante, sin esperar la cola del equipo de BI.
Así lo resuelve MetrixSeguí leyendo en Pulse
Masterclass » Desarrollar con IA en Salesforce: Casos reales y los Trucos [que nadie te cuenta]
Descubrí cómo la IA transforma el desarrollo en Salesforce. Aprendé a usar prototipos funcionales y MCP para validar requisitos, optimizar flujos de trabajo y entregar proyectos más rápido con Vantegr
La IA no le va a Responder todo a tu Equipo: Le va a responder bien lo que importa [y eso vale oro]
El text-to-SQL en producción todavía falla más de lo que el marketing admite. Pero el BI conversacional resuelve bien las preguntas frecuentes, y hoy solo el 25% de tus empleados usa los datos. La verdad sobre la analítica con IA.
Lo que la inteligencia artificial le está haciendo a la logística (y casi nadie lo está aprovechando)
Descubrí cómo la inteligencia artificial en la logística reduce costos, optimiza la última milla y predice la demanda con datos reales. Una guía práctica para empezar hoy, sin transformar todo de golpe.
Ahora que sabés qué es, mirá cómo se resuelve
Cinco productos de IA que trabajan sobre el CRM que ya usás. No reemplazan tu sistema: le agregan la capa que hoy hacés a mano.


