Sobre Nosotros

El Ingeniero Técnico Telemático

Por qué este perfil vale lo que vale, contado por el camino largo.

Open Source por convicción, 22 años trabajando con empresas y una relación con los ordenadores que arranca delante de una pantalla de fósforo verde a mediados de los ochenta.

Fernando Hernández Conesa

(como te sientes usando IA agéntica)

Fernando Hernández Conesa

Ingeniero Técnico Telemático
Consultor Senior Odoo
Fundador de Lemon Tree Cloud

Perfil profesional

Ingeniero Técnico de Telecomunicaciones especialidad Telemática, titulado en 2004 por la Escuela Universitaria Politécnica de Linares (Jaén). Veintidós años pisando barro: ERP, infraestructura de servidores, IoT, IA, programación y toda la fontanería poco glamurosa entre sistemas que de verdad necesitan las empresas para seguir abiertas.

Hoy llevo Lemon Tree Cloud, una consultoría pequeña para PYMEs españolas construida sobre Open Source. El planteamiento es corto: dar a las empresas acceso a tecnología seria sin el peaje de las licencias propietarias, y tratarlas como adultos capaces de tener una conversación honesta sobre lo que se gana y lo que se pierde con cada decisión.

Especialidades
  • Odoo ERP (Community + OCA)
  • Proxmox / Docker / LXC
  • Python, SQL, Bash, C#, PHP
  • Claude AI + automatización
  • IoT (Arduino, MQTT, PLC, ESP8266)
  • Redes, VoIP y telecomunicaciones
Titulaciones
  • Ingeniero Técnico de Telecomunicaciones, especialidad Telemática (2004)
  • Analista Programador C, ECC Murcia (1998, curso de 2 años)
  • Odoo Base Technic (AE Odoo, 2021)
  • Agile Management y Scrum (2019)
Idiomas
  • Español (nativo), Inglés (B2)

Bloque 1

Una trayectoria contada a través de ordenadores

Todo ingeniero carga con la forma de las máquinas que han pasado por sus manos. Aquí van las mías, más o menos en orden cronológico.

Amstrad CPC 6128
Amstrad CPC 6128 — mediados de los 80

Pantalla de fósforo verde, juegos y mis primeras lecciones de BASIC, tecleando línea a línea los listados de las revistas de informática. Primer contacto con CP/M. El manual de usuario era del tamaño de un ladrillo y me lo leí de tapa a tapa, lo cual me enseñó algo a lo que vuelvo a menudo: los ordenadores vienen con documentación, y la documentación está para leerse.

Procesador Intel i386DX
AMD 386 33 MHz — 1 MB RAM, 50 MB HDD — principios de los 90

MS-DOS 5.1, Windows 3.1. Día dos con la máquina nueva: no arranca. MBR perdido. Mi familia llamó a un informático que apareció con sus disquetes de MS-DOS, tecleó sys c: /mbr y se llevó 5.000 pesetas por la gracia. Fue la primera y última vez que llamé a un informático. A partir de ese día dejé de pedir ayuda y empecé a leer manuales.

El chip de la foto es un Intel 386DX. El tipo de silicio que enseñó a toda una generación que "arrancar" es un verbo, y que recuperarse de un MBR corrupto era un rito de paso.

En ese mismo PC instalé Linux por primera vez. Slackware, sacada del CD-ROM pegado a la portada de una de aquellas revistas gordas de informática que vivían encima de la mesa de la cocina. Después llegó el módem — 2400 baudios, después 14400 — y las BBSes, y la paquetería de FidoNet descargada con Blue Wave: volcabas el correo de red a un disquete, te lo llevabas a otro ordenador y lo leías sin conexión. Comunicación asíncrona, antes de que la palabra fuera marketing.

Módem Hayes Smartmodem

Hayes Smartmodem — la barra de LEDs que se iluminaba mientras esperabas a ver qué se sentía a 14400 baudios.

Terminal de Slackware

El tipo de terminal que se comía un sábado por la tarde y te devolvía un Linux funcionando.

AMD 486 DX4 100 MHz — 8 MB RAM, 1 GB HDD — mediados de los 90

La máquina políglota: MS-DOS 6.x, DR-DOS, OS/2 Warp Connect, Red Hat, Debian, Knoppix, Windows 95. Dos años de programación en C en el ECC de Murcia (curso de Analista Programador, 1996-1998) seguidos de la universidad. El 486 era a la vez mi estación de desarrollo, mi laboratorio Linux y mi terminal BBS, y me enseñó que un sistema operativo es una elección, no un destino.

Los años Pentium y Athlon — finales de los 90 hasta mediados de los 2000

Intel MMX 200 MHz / 16 MB RAM, Windows 98 y luego XP. AMD Duron 600 / 128 MB. Primer portátil, un Fujitsu Siemens Mobile 1.4 GHz, en dual boot con XP y Ubuntu 7.04. Después un Acer 17" con XP, Ubuntu 8.04 y un Hackintosh porque alguien tenía que probarlo. Un Core 2 Duo con la misma rutina de tres SO. Al final de la década había dejado de contar reinstalaciones.

2012 — el año en que Linux pasó a ser mi escritorio, definitivamente

Un AMD FX-8350 de 8 núcleos con Ubuntu 12.04. Esa máquina fue muchas cosas: mi primer servidor "de verdad", mi primer laboratorio de virtualización y el ordenador donde Linux dejó de ser mi "segundo SO" y pasó a ser mi entorno de escritorio principal.

Catorce años después sigo con Ubuntu como sistema de escritorio diario, sin interrupción. No como hobby, no como proyecto paralelo: como el sistema operativo con el que hago trabajo real, todos los días. Cuando un cliente migra a Proxmox, Docker u Odoo, no estoy aprendiendo el terreno con él. Estoy en mi casa.

Hoy — 2026
  • Portátil: AMD Ryzen 5 3500U con Radeon Vega, 20 GB RAM, 1 TB NVMe, Ubuntu 22.04.
  • Servidor #1: 28× Intel Xeon E5-2697 v3 (2.60 GHz), 64 GB RAM, 4 TB NVMe + 4 TB HDD, Proxmox.
  • Servidor #2: 28× Intel Xeon E5-2680 v4 (2.40 GHz), 32 GB RAM, 2× 512 GB NVMe + 4 TB HDD, Proxmox.
Panel de Proxmox VE

Proxmox VE, donde vive casi todo lo que corre hoy.

Mi primer código comercial, todavía en disco

Mesón Restaurante La Panocha era el negocio familiar. Dos programas en GWBASIC llevaban la sala: MESON.BAS gestionaba el fichero maestro de platos, PANOCHA.BAS manejaba mesas, cuentas y totales del día. Se hacían CHAIN el uno al otro porque "modularidad", en aquella época, era cambiar el programa en ejecución dentro de 640K de RAM.

Menú principal de PANOCHA.BAS

Menú principal de PANOCHA.BAS. Eliges opción y sigues con el turno.

PANOCHA.BAS — pantalla INTRODUCIR PLATOS con datos de ejemplo

"INTRODUCIR PLATOS" — mesa 5, seis platos metidos, total en pesetas a la derecha. El cursor espera la línea 7.

1   DIM CODIGO(50,50),CAN(50,50),NF(50)
3   OPEN "PLATOS" AS #1
4   FIELD #1, 40 AS PL$, 11 AS PR$
5   OPEN "NUMERO" AS #2
6   FIELD #2, 5 AS NU$
...
70  LOCATE 9,20:PRINT " 1.- INTRODUCIR PLATOS    "
80  LOCATE 10,20:PRINT " 2.- ELIMINAR PLATOS      "
90  LOCATE 11,20:PRINT " 3.- HACER LA CUENTA      "
100 LOCATE 12,20:PRINT " 4.- VOLVER AL OTRO MENU  "
110 LOCATE 13,20:PRINT " 5.- TOTAL DEL DIA        "
120 LOCATE 14,20:PRINT " 6.- BORRAR Nº DE FICHA   "
130 LOCATE 15,20:PRINT " 7.- FIN                  "
...
1266 FOR NM=1 TO 50
1267  FOR I=1 TO 50
1273   IF CODIGO(NM,I)=0 THEN GOTO 1277
1274   GET #1,CODIGO(NM,I)
1275   TOTAL = VAL(PR$) * CAN(NM,I)
1276   TD = TD + TOTAL
1277  NEXT I,NM
1280 LOCATE 12,15:PRINT "TOTAL DEL DIA ............ "; TD

Registros de longitud fija con acceso aleatorio (FIELD ... AS PL$, ... AS PR$), un fichero maestro de platos como binario plano, tickets a dos columnas en una impresora matricial alimentada con papel carbón y una rutina de total del día que recorría las 20 mesas del restaurante. Los arrays se dimensionaban a 50 porque en BASIC sobredimensionabas y dormías mejor. Hoy esto es un módulo POS de Odoo con account.move, pos.order y product.template, más un puñado de hooks REST. La abstracción ha cambiado. El problema real no.

Los ficheros fuente han viajado conmigo entre máquinas, sistemas de ficheros y décadas, así que las fechas en disco son inútiles. El año exacto se ha perdido. La forma del código — registros de longitud fija con acceso aleatorio, tickets matriciales a dos columnas, CHAIN entre programas para meterlos y sacarlos de 640K — lo sitúa con claridad a principios de los 90.

De GWBASIC a un TPV moderno

Esa caja registradora nunca dejó de funcionar realmente — solo cambió de forma. En los 2000 migré el flujo del negocio familiar a Openbravo POS (antes Librepos), el TPV Open Source en Java que corría sobre PostgreSQL o MySQL. Me enseñó cómo se ve una arquitectura de TPV "de verdad": capas separadas para catálogo, ventas, cobros, impresión fiscal y un modelo de plugins que no insultaba al desarrollador.

Años después, en la etapa de Eurofic (Partner ICG, 2011-2017), diseñé e implementé la lógica de negocio de iNative POS — un TPV propio construido en .NET sobre SQL Server, más el módulo Telecomanda para que los camareros tomaran comandas en terminales de mano y se imprimieran en la cocina. El mismo espacio de problema que PANOCHA.BAS — platos, mesas, precios, totales del día — solo que ahora con dispositivos en red, registro de auditoría, hardware fiscal, informes multi-tienda y el tipo de caso límite que solo aparece un viernes por la noche con 40 cubiertos esperando.

Tres generaciones de TPV, mismo ingeniero. Las lecciones se acumulan.

Bloque 2

Cuatro hitos que han modelado este perfil

ICG — el socket de parking y el ERP que se hizo mayor (2011-2017, Eurofic Software Murcia, Partner ICG)

Seis años como Partner de ICG Software: consultoría e implantación de ERP, sistemas TPV integrados, integración con prestashop, desarrollo .NET y Python. La pieza que mejor recuerdo es la personalización del socket de parking: trabajo de protocolo a bajo nivel entre el ERP y el hardware de control de accesos, ese tipo de proyecto en el que pasas tres días leyendo documentación del fabricante y una tarde escribiendo el código real.

Por qué importa hoy: cuando un cliente de Lemon Tree Cloud necesita que Odoo hable con un trozo de hardware antiguo, el flujo es idéntico. Cambia el protocolo; la disciplina no.

Me Fresh Market — EDI para pedidos y facturas, y las balanzas que hablan (2015-2016, Me Fresh Market Murcia, Freelance, equipo de 4)

Migración completa de ERP de ICG (MSSQL) a vBase (Oracle), transferencia de datos, diseño e implementación de la integración entre balanzas Dibal (MySQL) y Epelsa (MSSQL) con vBase. EDI en Python sólo para pedidos y facturas — no el conjunto completo de mensajes EDIFACT, sólo los dos flujos que el negocio necesitaba de verdad. Aplicación de gestión de balanzas en C# por encima. Triggers y servidores enlazados entre los tres motores de base de datos.

Por qué importa hoy: integrar un ERP con balanzas industriales, socios EDI y bases de datos antiguas al mismo tiempo es exactamente lo que una PYME quiere decir cuando dice "necesitamos que todo hable con todo". Es una semana tres normal en LTC.

Villaescusa Desarrollo Group — diseño del SII y el primer Proxmox (2017-2018, Freelance IT Manager)

Responsable IT de un grupo multi-empresa, soporte a 60 usuarios. Virtualización con Proxmox por primera vez como plataforma de producción — antecesor directo del clúster Proxmox dual-Xeon que Lemon Tree Cloud opera hoy. Servidor VoIP FreePBX. Diseño del SII (Suministro Inmediato de Información, AEAT) sobre su ERP antiguo — sin partir de cero, sin reemplazar lo que había, sólo el modelado, el mapeo y el cableado que pedía la AEAT, encima de lo que la empresa ya estaba usando. Apps a medida para control de material con S/N, gestión de ausencias, integración con AngePlus y Sport MatchPoint, más conectores de ITV, deporte y cafetería para el nuevo ERP GrupoSis.

Por qué importa hoy: el cumplimiento SII no es negociable para muchas PYMEs y Proxmox es el objetivo de infraestructura por defecto para casi todos los despliegues LTC. Ambos empezaron aquí.

Bionet Engineering — VPN de capa 2 y Arduino en la línea de producción (2018-2020, IT Department Manager)

Responsable de infraestructura: redes Cisco/Meraki, VoIP, Proxmox, implantación de Odoo (con partner Pesol), automatización de Active Directory, VPS de web y correo. Implantación de servidor VPN de capa 2 para procesos internos — bridging de Ethernet sobre WAN, no enrutamiento de L3. Stack Java/Tomcat/MySQL/MongoDB para Rosita Installer. ScaleGateway: Arduino + RS232 hablando con balanzas industriales y PLCs en planta. Sistema de control de microfiltración sobre Arduino Yun, Lua y Python.

Por qué importa hoy: los clientes industriales necesitan integración OT/IT que respete ambos mundos. Los años de Bionet son por lo que MarIA — nuestro agente de voz IA — no iba a ser nunca un chatbot genérico, y por lo que los proyectos de integración en LTC empiezan con un diagrama de red, no con una maqueta en Figma.

Trayectoria profesional completa

Lemon Tree Cloud

Fundador y Consultor Senior

Actual

Consultoría IT Open Source para PYMEs. Odoo, Proxmox, integración de IA (agente de voz MarIA), IoT, proyectos ICT bajo RD 346/2011.

Indaws Business Solutions, S.L.

Consultor Senior Odoo — Junio 2025 a Marzo 2026 (Valencia, Remoto)

Desarrollos a medida, migraciones, conectores, importación/exportación de datos, Odoo Studio, despliegues en indaws.cloud, skills de Claude. Stack: Odoo, Odoo.sh, Git, Docker, Claude.

INCloud Solutions

Consultor Técnico Odoo — Diciembre 2023 a Mayo 2025 (Murcia, Híbrido)

Desarrollos a medida (modelos, vistas, wizards, informes). Migración de v14 Enterprise a v15 Community. Entorno de desarrollo con WSL + Docker.

Pesol (OCA Partner) y SIDOO

Consultor Técnico Odoo — Enero 2023 a Diciembre 2023 (Remoto)

Desarrollos a medida. Despliegue desde código con Git y submódulos. Entornos de despliegue con LXC, Ansible y Docker.

MCR Solutions

Consultor Técnico Odoo — Marzo 2021 a Agosto 2022 (Viladecans, Barcelona, Remoto)

Desarrollo Odoo a medida. Extracción de datos de Oracle y MS-SQL Server para migración a SAP con KNIME. Monitorización con Zabbix.

Bionet Engineering

Responsable del Departamento IT — Marzo 2018 a Octubre 2020 (Fuente Álamo, Murcia)

Cisco/Meraki, VoIP, Proxmox, Odoo (con partner Pesol). VPN de capa 2, VPS, Rosita Installer, ScaleGateway (Arduino + RS232 + PLC), control de microfiltración (Arduino Yun, Lua, Python).

Villaescusa Desarrollo Group

IT Manager Freelance — Marzo 2017 a Marzo 2018 (San Javier, Murcia)

IT multi-empresa para 60 usuarios. Primer Proxmox en producción, FreePBX VoIP, diseño del SII (AEAT) sobre su ERP antiguo, apps a medida integradas con AngePlus y Sport MatchPoint, conectores para el ERP GrupoSis.

Eurofic Software (Partner ICG)

Freelance — Noviembre 2011 a Mayo 2015, y Noviembre 2016 a Febrero 2017 (Murcia)

Partner de ICG Software. Consultoría e implantación de ERP, TPV integrado, integración con prestashop, personalización del socket de parking, desarrollo .NET y Python, lógica de negocio de iNative POS y módulo Telecomanda.

Me Fresh Market

Freelance — Mayo 2015 a Octubre 2016 (Murcia, equipo de 4)

Migración de ERP de ICG (MSSQL) a vBase (Oracle). EDI en Python sólo para pedidos y facturas. Integración de balanzas Dibal (MySQL) y Epelsa (MSSQL) con vBase. App de gestión de balanzas en C#.

Cesoft Murcia S.L.

Programador C#, WPF, LinQ, MSSQL — Septiembre a Noviembre 2011

Aplicación de TPV (okipos+), módulo de guardarropa, corrección de errores.

Pinatar Computer S.L.

Responsable Técnico — Septiembre 2004 a Septiembre 2011 (Murcia)

Primer empleo tras titularme. Desarrollo y gestión de proyectos ICT, desarrollo de software, instalación de redes, reparación e instalación de equipos informáticos, administración de VPS, VoIP, mantenimiento general de empresas.

Bloque 3

El Ingeniero Técnico Telemático hoy

¿Por qué le importa este perfil a una empresa? Porque la pared entre "telecomunicaciones" e "IT" siempre tuvo más de marketing que de realidad, y cada año que pasa se hace más fina.

De las BBS al agente de voz con IA

La mensajería asíncrona sobre módem en los noventa es el mismo problema que un agente de voz (MarIA) que habla con clientes hoy: codificar, transportar, decodificar y hacer algo útil con el resultado. El presupuesto de latencia se ha encogido seis órdenes de magnitud. Todo lo demás sigue siendo la misma conversación.

De GWBASIC a Odoo

La caja registradora de PANOCHA es ahora un módulo POS de Odoo, un objeto account.move y unos cientos de líneas de Python. La estructura de un negocio — platos, mesas, precios, totales del día — no cambia. Cambia cuánto le puedes pasar al framework y cuánto sigues teniendo que pensar tú.

De Slackware a Proxmox

Instalar Linux en un 386 con menos de 2 MB de RAM era la misma disciplina que correr un contenedor LXC hoy: entender qué hace falta de verdad, quitar lo demás, aceptar que "comodidad" suele querer decir "lo pagas después". Hackintosh y los años de OS/2 me enseñaron a fiarme del kernel, no del folleto.

De ICG a la integración multi-sistema

Seis años dentro de un ERP propietario más una década de Odoo te dan algo concreto: olfato para dónde debe vivir la lógica de negocio, dónde deben vivir los datos y por dónde se va a romper antes la costura entre sistemas. Las PYMEs no necesitan diagramas bonitos. Necesitan a alguien que haya vivido dentro de las costuras.

Catorce años usando Linux como escritorio principal. No es marketing — es memoria muscular. Cuando un cliente migra a Proxmox, Docker u Odoo, no estoy aprendiendo el terreno con él. Estoy en mi casa.

Bloque 4

Cómo trabajo ahora

Desde 2026, ya no soy yo el que escribe el código. Tampoco soy el que entra en Proxmox a las 3 de la madrugada a perseguir un disco que falla. Eso lo hace la IA. Mi rol ha pasado de operador a director — y ese cambio es justo la razón por la que este perfil es más útil hoy, no menos.

Ya no escribo el código

Claude Code y un pequeño equipo de agentes autónomos hacen el tecleo. Escriben los módulos de Odoo, los scripts de migración, los conectores, los cuadros de mando. Yo describo qué hace falta, fijo los límites y reviso lo que vuelve. Los agentes son rápidos, incansables y poco sentimentales. También se equivocan a veces, y por eso un humano con veintidós años reconociendo patrones sigue teniendo su sitio en el bucle.

Ya no cuido la infraestructura a mano

El clúster Proxmox, las instancias de Odoo, los backups, los renoves de SSL, los pipelines de despliegue — nada de eso me necesita pegado al teclado. Automatización, bucles autónomos y agentes de IA llevan el latido operativo. Me avisan cuando hay que tomar una decisión, no cuando hay que reiniciar un servicio.

MarIA descuelga el teléfono

Cuando un cliente llama a Lemon Tree Cloud no se encuentra una cola. MarIA, nuestra agente VoIP con IA, responde, cualifica, registra la llamada como oportunidad en el CRM y o la resuelve o me la escala por Telegram. Castellano nativo, memoria completa de conversaciones anteriores, cero hilo musical. Hace en siete segundos lo que antes era un turno entero de soporte.

Qué hago yo de verdad ahora

Diseño, criterio, responsabilidad. Yo planteo la solución, decido los compromisos, hablo con el cliente de tú a tú, doy el visto bueno a lo que se entrega y respondo de lo que pasa después. La IA ejecuta. Yo cojo el teléfono cuando algo se tuerce. Ese es el trato, y es honesto sobre quién responde.

Esto sólo funciona gracias a los veintidós años anteriores. La IA es excelente ejecutando lo que sabes describir con precisión. Saber qué describir — y reconocer cuándo la respuesta está mal — es justo aquello para lo que la pantalla de fósforo verde, el MBR perdido, el CD de Slackware, el socket de parking y la planta de Bionet me estaban preparando sin yo saberlo.

Qué hace Lemon Tree Cloud por las PYMEs

Odoo, de extremo a extremo

Implantación, módulos a medida, migraciones, integración de addons OCA, actualizaciones de versión (v14 hasta v18). Tanto Community como Enterprise.

Infraestructura Proxmox

Desde el primer servidor dual-Xeon hasta clústeres multi-host. LXC, KVM, ZFS, backups, monitorización. El mismo stack sobre el que corre Lemon Tree Cloud.

Agentes IA sobre datos reales

MarIA, nuestro agente VoIP construido sobre Claude + LiveKit + Odoo. IA que habla con tus clientes, registra llamadas como oportunidades de CRM y escala a humano cuando toca.

Integración IoT y OT

Arduino, ESP, Raspberry Pi, PLCs, balanzas industriales, MQTT, protocolos a medida. Bajando la planta de producción al ERP.

Proyectos de ingeniería ICT

Proyectos de Infraestructura Común de Telecomunicaciones bajo Real Decreto 346/2011. Cálculos de señal, informes técnicos, documentación oficial.

Cumplimiento fiscal

SII (Suministro Inmediato de Información, AEAT), localización española, preparación para facturación electrónica. Ya resuelto, no aprendiendo sobre tu proyecto.

Nuestra filosofía

Open Source

Creemos en el software libre como motor de innovación y como garantía de independencia para las empresas.

Transparencia

Sin letra pequeña, sin sorpresas. El cliente siempre sabe qué estamos haciendo y por qué.

Formación

Una consultoría que te ata es una consultoría que ha dejado de ayudarte. Formamos a tu equipo para que pueda manejar la herramienta un martes por la mañana sin tener que llamarnos.

Hablamos

Si has llegado hasta aquí, seguramente haya algo de qué hablar. El formulario tarda treinta segundos. Detrás no hay embudo automático — cada mensaje cae en un buzón humano.

Murcia, España
Servicio remoto a toda España