Empresa Ventajas Soluciones Testimonios Contactar
Oficina Talanquera Medellín
La empresa

Construimos infraestructura de datos. No interpretamos los datos que transportamos.

Talanquera nació con una premisa técnica clara: el equipo de ingeniería entrega la plataforma; las conclusiones del negocio son responsabilidad de quien conoce el negocio.

Historia y misión

De dónde venimos y por qué trabajamos así

Talanquera comenzó a operar en Medellín cuando sus fundadores — un equipo con experiencia en proyectos de datos para el sector financiero y logístico colombiano — observaron un patrón repetido: las organizaciones invertían en sistemas de gestión y luego construían sus reportes sobre hojas de cálculo ensambladas a mano porque nadie había conectado esos sistemas entre sí de forma fiable.

El nombre proviene de la talanquera andina, la estructura de palos que separa, ordena y da forma al territorio. La misma función que cumple una plataforma de datos bien construida: define bordes claros, da estructura a lo que antes era disperso y permite moverse con seguridad dentro de ese espacio.

Desde el inicio establecimos un límite operativo que no varía con el proyecto: el equipo construye el canal por donde viajan los datos. No interpreta lo que esos datos dicen sobre el negocio, sobre sus finanzas ni sobre sus decisiones estratégicas. Ese trabajo corresponde a los asesores propios del cliente.

Ese límite no es una restricción; es lo que nos permite ser rigurosos en el lado técnico. No mezclamos el oficio de ingeniería con el de consultoría de negocio.

Misión

Construir la infraestructura técnica que permite a las organizaciones colombianas leer sus propios datos con exactitud, sin depender de procesos manuales frágiles ni de interpretaciones externas que mezclen el rol del ingeniero con el del asesor.

Valores que sostienen el trabajo

  • Rigor documental. Cada campo, su origen y su lógica de transformación quedan escritos. No entregamos código sin contexto.
  • Límites técnicos honestos. Somos ingenieros de datos, no asesores comerciales ni contables. Esa diferencia importa.
  • Entregables que funcionan en producción. El trabajo no termina cuando el código funciona en el ambiente de pruebas.
  • Transferencia real de conocimiento. El cliente debe poder operar y mantener lo que construimos, no depender de nosotros indefinidamente.
El equipo

Las personas detrás del trabajo

CA
Camilo Arango
Ingeniero de Datos Principal

Diseña esquemas de almacén y construye los pipelines de carga. Su trabajo anterior incluye proyectos de integración para el sector financiero en Medellín y Bogotá.

LV
Laura Vargas
Arquitecta de Integraciones

Especializada en inventarios de interfaces y diseño de capas de integración. Ha trabajado con plataformas de e-commerce y logística en Colombia y Ecuador.

JM
Jorge Molina
Especialista en Reportes y BI

Construye modelos semánticos y capas de presentación. Enfocado en que cada panel de un dashboard declare su fuente, su cadencia de actualización y el rango de fechas que cubre.

Estándares

Protocolos que aplicamos en cada proyecto

No son promesas de marketing; son prácticas de ingeniería que podemos mostrar en el código y la documentación entregada.

Protección de datos personales

Los proyectos que involucran datos personales se diseñan bajo los lineamientos de la Ley 1581 de 2012 (habeas data Colombia). El cliente mantiene el control sobre qué datos se mueven y cómo.

Control de versiones en todo el código

Cada pipeline y cada modelo semántico vive en un repositorio con historial completo. El cliente recibe acceso al repositorio como parte del entregable, no solo al artefacto compilado.

Verificaciones automatizadas de calidad

Los controles de conteo de filas, integridad referencial y rangos de valores corren en cada ejecución. Las fallas generan alertas escritas; no pasan registros defectuosos al destino.

Documentación de campo nivel producción

Cada campo en el modelo final tiene registrado su sistema fuente, la transformación que sufrió y el propósito que cumple. La documentación se entrega junto con el código.

Runbook operativo por proyecto

El manual de operación cubre los escenarios de fallo más probables, los pasos de respuesta y los contactos relevantes. El equipo del cliente puede operar la plataforma sin depender de nosotros para incidentes cotidianos.

Sesiones de transferencia de conocimiento

Al cierre de cada proyecto realizamos sesiones estructuradas con el equipo técnico del cliente. El objetivo es que puedan mantener y extender lo que construimos, no que nos llamen ante cualquier consulta.

Contexto técnico

Trabajo de ingeniería de datos en el contexto colombiano

Las organizaciones medianas en Colombia enfrentan un problema técnico concreto: operan con varias plataformas de gestión — sistemas de facturación, ERP, plataformas de nómina, herramientas de punto de venta — que no intercambian datos entre sí. El resultado visible es el analista que todos los meses dedica varios días a consolidar hojas de cálculo antes de poder generar un reporte. El costo real es la opacidad: no hay forma de saber si esos datos son exactos, si están completos o si dos reportes que deberían concordar lo hacen.

El trabajo de Talanquera parte de ese diagnóstico. La primera fase de cualquier proyecto es un inventario honesto de lo que existe: qué sistemas están activos, qué contienen en la práctica (que con frecuencia difiere de su documentación oficial), y cómo el negocio nombra sus propias entidades. Esa brecha entre la documentación y la realidad es donde aparecen la mayoría de los problemas de integración.

Una vez mapeado el territorio, el trabajo de ingeniería — diseño de esquemas, construcción de pipelines, desarrollo de integraciones — sigue protocolos estrictos de verificación en cada etapa. Los registros defectuosos no viajan hacia adelante; se detienen y generan una alerta. Eso requiere más tiempo de diseño inicial, pero reduce el trabajo de corrección posterior.

El resultado que buscamos no es un sistema técnicamente sofisticado; es uno que el equipo del cliente pueda operar, entender y extender sin depender de nosotros para cada cambio. Por eso cada entrega incluye documentación de campo real y un runbook de operación, no solo código.

Siguiente paso

¿Tiene un proyecto de datos en mente?

Cuéntenos qué sistemas tienen hoy y qué tipo de trabajo están evaluando. Revisamos el alcance técnico y le decimos con claridad si es el tipo de proyecto que hacemos.

Escribirnos