jueves, 21 de mayo de 2026

TELEFÓNICA: CUANDO EXTERNALIZAR DEJA DE SER EFICIENCIA Y EMPIEZA A SER RENDICIÓN

Cuando Toyota detecta un problema grave en un componente crítico de un proveedor, sus ingenieros no se limitan a abrir una incidencia contractual o exigir penalizaciones económicas. Equipos completos del fabricante se desplazan físicamente a la planta del proveedor para trabajar conjuntamente en la resolución del problema, revisar procesos, rediseñar piezas y recuperar el control de calidad. El proveedor forma parte del ecosistema industrial del fabricante, pero Toyota nunca pierde el dominio técnico del sistema completo.

En cambio, en muchas grandes corporaciones occidentales altamente externalizadas como las telecos, cuando aparece una incidencia crítica, la reacción suele convertirse en una cadena de correos, contratos, SLAs y escalados entre proveedores donde nadie controla realmente el conjunto del sistema. El problema deja de ser técnico para convertirse en un conflicto de responsabilidades. 

                                                 Foto: modelo del Comakership

Durante años, las grandes telecos europeas defendieron que la externalización era una herramienta necesaria para ganar eficiencia, reducir costes y acelerar la modernización tecnológica. Sin embargo, la creciente dependencia de proveedores externos, integradores y grandes hiperescaladores está empezando a abrir un debate mucho más profundo: hasta qué punto una operadora sigue siendo realmente una compañía tecnológica cuando las funciones críticas de su red, su operación y parte de su conocimiento estratégico pasan a manos de terceros.

La reciente decisión de Telefónica Alemania de migrar servicios de voz 4G y 5G sobre IMS a una plataforma cloud de Mavenir alojada en Amazon Web Services (AWS) ha vuelto a poner esta cuestión sobre la mesa. La operación representa un salto importante hacia arquitecturas cloud-native y automatización avanzada, pero también evidencia una transformación estructural en el modelo operativo de las telecomunicaciones europeas: el paso desde infraestructuras controladas directamente por las operadoras hacia ecosistemas crecientemente dependientes de proveedores tecnológicos externos.

El debate ya no gira únicamente en torno a la eficiencia o la innovación. También afecta a la soberanía tecnológica, al control operativo, a la resiliencia de infraestructuras críticas y a la capacidad de Europa para mantener autonomía sobre sectores estratégicos. En paralelo, dentro de muchas grandes compañías se ha consolidado una cultura de gestión orientada prioritariamente a la reducción de costes y a la externalización masiva, en ocasiones en detrimento del conocimiento industrial propio, la ingeniería interna y la capacidad de integración tecnológica.

En este contexto, el caso de Telefónica se convierte en un ejemplo especialmente relevante para analizar hasta qué punto la externalización puede acabar debilitando a una empresa estratégica, generando dependencias difíciles de revertir y desplazando progresivamente el control real de la infraestructura hacia terceros. El paralelismo con otros sectores industriales, como el aeronáutico o el de la automoción, permite además observar cómo determinadas estrategias de externalización pueden reforzar una compañía cuando se mantienen capacidades internas sólidas, o, por el contrario, erosionarla cuando la lógica financiera termina imponiéndose sobre la lógica industrial.

 

El 19 de mayo se publicaba en Internet que Mavenir ha anunciado que Telefónica Alemania ha migrado 100.000 clientes móviles a servicios de voz 4G y 5G sobre su plataforma IMS nativa de la nube, alojada en Amazon Web Services (AWS). Con esta migración, Telefónica Alemania se convierte en el primer operador europeo en ofrecer servicios de voz para clientes comerciales desde un entorno de nube pública.

El hito se alcanzó en el primer trimestre de este 2026 y forma parte de un programa de transformación de varios años que afecta a las redes IMS fijas y móviles del operador. La compañía prevé trasladar varios millones de clientes más a AWS durante 2026, con el objetivo de completar la migración el año siguiente.

El proceso se apoya en la prórroga del contrato plurianual entre Mavenir y Telefónica Alemania, firmada en febrero del año 2025. A partir de ese acuerdo comenzó una fase de validación en laboratorio destinada a preparar el paso desde el IMS virtualizado de Mavenir hacia una plataforma nativa en la nube.

Según Mavenir, el uso de una arquitectura basada en microservicios sobre AWS permite realizar actualizaciones de red en cuestión de minutos, frente a los plazos de semanas habituales en infraestructuras tradicionales. La compañía también destaca que este modelo reduce la dependencia de hardware propietario y ofrece a Telefónica Alemania más flexibilidad para incorporar nuevos servicios móviles según evolucione la demanda.

Matthias Sauder, responsable sénior de redes e ingeniería de Telefónica Alemania, ha señalado que la migración supone una fase importante en el traslado de las cargas de trabajo de la red principal hacia la nube pública. Por su parte, Brandon Larson, directivo de Mavenir, ha vinculado este avance con la adopción de tecnologías cloud por parte de los operadores para preparar redes más automatizadas y orientadas a un entorno nativo de inteligencia artificial https://bit.ly/4nEPOwa

El acuerdo de la filial alemana de Telefónica tiene ventajas claras, pero también riesgos estratégicos importantes. La clave es que Telefónica Alemania no está migrando una aplicación secundaria, sino una función crítica: servicios de voz 4G/5G sobre IMS (IP Multimedia Subsystem o Subsistema Multimedia IP, es una arquitectura estandarizada que permite ofrecer servicios de voz, video y datos en tiempo real a través de redes basadas en el protocolo IP), primero para 100.000 clientes y con previsión de llevar millones más a AWS durante el año 2026. Es un paso relevante porque supone poner una parte sensible de la red telco en una nube pública operada por un hiperescalador https://bit.ly/4doSeM3

La principal ventaja para Telefónica es la velocidad de despliegue y actualización. Una plataforma IMS nativa en la nube, basada en microservicios, permite actualizar funciones, corregir errores y lanzar capacidades nuevas con mucha más agilidad que una infraestructura tradicional basada en hardware dedicado. En vez de depender de ciclos largos de compra, instalación y validación de equipos propietarios, el operador puede usar recursos cloud bajo demanda, automatización y despliegues más rápidos. Esto encaja con el objetivo declarado por Mavenir de acelerar actualizaciones y nuevas funciones mediante automatización https://bit.ly/3PQLX2K

Otra ventaja es la reducción de inversión inicial en infraestructura propia. Construir, operar y renovar una nube telco propia exige centros de datos, servidores, almacenamiento, redes internas, equipos de operación cloud, seguridad, automatización y procesos de certificación. Al usar AWS, Telefónica puede apoyarse en una infraestructura ya desplegada, escalable y madura. Esto puede reducir tiempos de lanzamiento y transformar parte del coste de capital en coste operativo. Para una migración gradual, empezar con AWS puede ser más rápido y menos arriesgado que construir desde cero una plataforma propia para millones de abonados.


                                   
  Fuente: Comisión Europea

También hay una ventaja de elasticidad y resiliencia, siempre que la arquitectura esté bien diseñada. En servicios IMS, la carga puede variar según número de abonados, tráfico de llamadas, eventos masivos o incidencias. Una nube pública permite ampliar recursos de forma más dinámica que una plataforma cerrada. Además, AWS aporta herramientas avanzadas de observabilidad, automatización, seguridad, despliegue continuo y recuperación ante fallos. Para Telefónica, esto puede traducirse en una operación más industrializada y menos dependiente de intervenciones manuales.

Sin embargo, el inconveniente más evidente es la dependencia de AWS. Telefónica pasa a depender no solo de Mavenir como proveedor IMS, sino también de Amazon como proveedor de infraestructura crítica. Eso introduce un doble bloqueo: por un lado, dependencia del software telco de Mavenir; por otro, dependencia de los servicios, APIs, herramientas de automatización, regiones cloud, modelos de precios y condiciones contractuales de AWS. Organizaciones del sector telco han advertido que los grandes proveedores cloud pueden tener una posición negociadora muy fuerte y que esto puede generar problemas de soberanía, dependencia y términos contractuales difíciles de equilibrar para los operadores https://bit.ly/4v7RTU9  

El segundo riesgo es la pérdida de control directo sobre una parte crítica de la red. La voz móvil no es un servicio cualquiera: afecta a llamadas, emergencias, continuidad del servicio, calidad percibida y obligaciones regulatorias. Aunque Telefónica siga siendo responsable ante clientes y reguladores, una parte de la infraestructura queda fuera de su control físico directo. Si AWS sufre una caída, una degradación regional, un problema de conectividad, una incidencia de configuración o un cambio contractual, Telefónica debe responder aunque el origen esté en un tercero.

El tercer riesgo es la soberanía tecnológica y regulatoria. En Europa existe una preocupación creciente por la concentración de servicios críticos en pocos proveedores tecnológicos globales. En el sector financiero, por ejemplo, los reguladores europeos ya han señalado a grandes proveedores cloud como terceros críticos por el riesgo que supone la dependencia concentrada de estas plataformas. Aunque esa regulación concreta se centre en finanzas, el razonamiento es aplicable por analogía a telecomunicaciones: si muchas funciones críticas dependen de pocos hiperescaladores, aumenta el riesgo sistémico https://bit.ly/4fBezHD  

Otro inconveniente es el riesgo económico a largo plazo. Al principio, la nube pública puede parecer más eficiente porque evita grandes inversiones iniciales. Pero cuando se migran millones de abonados y cargas permanentes de red, el coste recurrente puede crecer mucho. En cloud pública se paga por cómputo, almacenamiento, tráfico, redundancia, observabilidad, soporte y servicios asociados. Si la arquitectura queda muy integrada con herramientas propias de AWS, salir después puede ser caro y técnicamente complejo. Por eso el ahorro inicial no garantiza necesariamente menor coste total a largo plazo.

También hay un riesgo de latencia, rendimiento y diseño de red. Para IMS de voz, la latencia y la disponibilidad son críticas. AWS puede ofrecer buen rendimiento, pero la red telco tiene requisitos distintos a una aplicación empresarial normal. La arquitectura debe garantizar proximidad suficiente, redundancia, rutas de baja latencia, seguridad, integración con la red móvil, señalización, interconexión y cumplimiento de llamadas de emergencia. Si todo se centraliza demasiado en regiones cloud, puede haber dependencia de enlaces de transporte y rutas intermedias que antes estaban más controladas por el operador.


Sobre si sería mejor que Telefónica construyese su propia nube al borde, la respuesta no es absoluta. Desde un punto de vista estratégico, sí tendría mucho sentido que Telefónica desarrollase una telco cloud propia o federada en el borde para integrar abonados fijos y móviles, especialmente si quiere conservar soberanía, control operativo y capacidad de diferenciación. El edge computing se define precisamente como la capacidad de llevar cómputo y servicios cloud cerca del usuario y de la red de acceso, con baja latencia, alto ancho de banda y acceso a información de red en tiempo real https://bit.ly/4dnaPrX  

Una nube al borde propia en Alemania como se está construyendo en España permitiría a Telefónica integrar mejor sus redes fija y móvil, acercar funciones críticas al usuario, reducir dependencia de terceros, controlar mejor datos y tráfico, y crear servicios diferenciales para empresas, industria, gaming, IoT, vídeo, vehículos conectados o redes privadas. Además, Telefónica ya posee activos que un hiperescalador no tiene en la misma medida: red de acceso, fibra, emplazamientos, centrales, transporte, clientes, espectro, conocimiento regulatorio y relación directa con abonados.

Pero construir esa nube propia también tiene inconvenientes importantes. Requiere inversión muy alta, escala, talento especializado, automatización avanzada, operación 24/7, cultura cloud-native real, estandarización, seguridad y una plataforma suficientemente atractiva para proveedores y desarrolladores. No basta con poner servidores en centrales: hay que convertir esa infraestructura en una nube telco fiable, programable, automatizada y económicamente sostenible. Muchos operadores han tenido dificultades históricas para operar plataformas cloud con la agilidad de AWS, Microsoft o Google.

Por eso, la mejor opción probablemente no sea elegir entre “todo AWS” o “todo nube propia”, sino un modelo híbrido bien gobernado. Telefónica podría usar AWS para acelerar la migración IMS y aprender a operar cargas cloud-native a escala, pero evitando quedar atrapada. Para ello necesitaría exigir portabilidad, arquitectura basada en estándares, Kubernetes lo menos propietario posible, automatización independiente, planes de salida probados, observabilidad propia, cifrado controlado, segmentación clara de responsabilidades y capacidad de mover cargas críticas a otra nube o a infraestructura propia si fuera necesario.

El acuerdo con AWS y Mavenir es positivo si se entiende como una fase de transición y aceleración tecnológica. Permite a Telefónica Alemania modernizar IMS, reducir dependencia de hardware clásico, automatizar operaciones y probar una arquitectura más flexible. Pero sería peligroso si acaba convirtiéndose en una cesión estructural del núcleo de red a un hiperescalador sin una estrategia de soberanía, portabilidad y edge propio.

Lo más razonable sería que Telefónica combinase ambas vías: usar la nube pública para ganar velocidad y experiencia, mientras construye progresivamente una nube telco/edge propia o federada para las cargas donde el control, la latencia, la soberanía y la diferenciación sean más importantes. Para servicios IMS masivos, puede tener sentido empezar en AWS si la arquitectura está muy bien protegida contractualmente y técnicamente. Para el futuro de redes convergentes fijo-móvil, servicios empresariales avanzados y baja latencia, Telefónica no debería renunciar a tener una nube al borde propia, porque ahí está una parte importante de su valor como operador y no solo como revendedor de conectividad.

 

La migración de Telefónica Alemania a una plataforma IMS nativa en la nube de Mavenir alojada en AWS debe entenderse como una decisión con dos lecturas opuestas. Desde el punto de vista industrial y operativo, es una modernización tecnológica: permite abandonar parte de la infraestructura tradicional, acelerar actualizaciones, usar microservicios, escalar recursos con mayor rapidez y reducir dependencia de hardware propietario. Pero desde el punto de vista de la soberanía estratégica europea, la operación es problemática porque traslada una función crítica de telecomunicaciones —la voz 4G y 5G— a una nube pública controlada por un hiperescalador estadounidense. No se trata de una aplicación auxiliar, sino de una pieza esencial de la red, con impacto directo en continuidad del servicio, llamadas de emergencia, disponibilidad, resiliencia y control operativo. La noticia del principio señala que ya se han migrado 100.000 clientes y que Telefónica Alemania prevé mover varios millones más durante el año 2026, con finalización prevista el año siguiente.

La tensión aparece porque el Informe Niinistö, encargado por la Comisión Europea y publicado en el año 2024, plantea precisamente que Europa debe pasar a una cultura de preparación permanente frente a amenazas híbridas, ciberataques, sabotajes, crisis militares, interrupciones de servicios esenciales y dependencias estratégicas. El informe reclama un enfoque de “toda la sociedad” y “todo el gobierno”, donde la preparación no sea una política aislada, sino una forma de organizar la seguridad europea en todos los sectores críticos. La Comisión Europea resume el informe como una hoja de ruta con unas 80 recomendaciones para reforzar la preparación civil y militar de la Unión https://bit.ly/4fz05rJ 

En ese contexto, las telecomunicaciones son un activo estratégico de primer nivel. Sin redes de telecomunicaciones no hay coordinación de emergencias, funcionamiento normal de administraciones, continuidad empresarial, servicios financieros, defensa, sanidad conectada ni respuesta eficaz ante crisis. Por tanto, si una parte esencial de la voz móvil depende de AWS, la cuestión no es solo técnica, sino política: ¿hasta qué punto puede Europa considerarse preparada si infraestructuras críticas dependen de plataformas tecnológicas no europeas?

La contradicción no significa necesariamente que Telefónica esté incumpliendo una norma concreta. La regulación europea actual, como NIS2, busca reforzar la ciberseguridad de sectores esenciales, y el Data Act introduce obligaciones para facilitar el cambio de proveedor cloud y reducir barreras de salida, pero no prohíbe de forma general que una telco europea use AWS, Azure o Google Cloud https://bit.ly/3RmB4WR  La colisión es sobre todo estratégica: Europa quiere más autonomía, más control y menos dependencia crítica, mientras una de sus grandes operadoras transfiere una función sensible de red a un proveedor estadounidense.

El riesgo principal es la dependencia estructural. Telefónica pasa a depender de Mavenir como proveedor IMS y de AWS como capa de infraestructura cloud. Esa doble dependencia puede crear bloqueo tecnológico, económico y operativo. Si las funciones se integran profundamente con servicios específicos de AWS, salir de esa arquitectura puede ser caro, lento y complejo. Aunque haya contenedores, Kubernetes o microservicios, la portabilidad real depende de cómo se diseñen las bases de datos, la observabilidad, las APIs, la automatización, la seguridad, el almacenamiento, el balanceo, la red y los procesos de operación.

También existe un riesgo de soberanía jurídica. AWS puede operar regiones europeas y ofrecer compromisos de residencia de datos, pero sigue siendo una compañía estadounidense. En Europa existe una preocupación creciente por leyes extraterritoriales, acceso gubernamental extranjero y control último de infraestructuras digitales. De hecho, la Comisión Europea adjudicó en el año 2026 un contrato de nube soberana a proveedores europeos como parte de su estrategia para reducir dependencia de tecnología no europea https://bit.ly/4uTSBUE  Francia también ha decidido trasladar su Health Data Hub desde Microsoft Azure a Scaleway, precisamente por preocupaciones de soberanía sobre datos sensibles https://bit.ly/4fjB7gf  

El segundo riesgo es la pérdida de control operativo sobre una función crítica. La voz móvil no puede tratarse como una aplicación empresarial común. Si hay una incidencia grave en la nube, un problema de red, una caída regional, una degradación de servicio o un fallo de configuración, quien responde ante clientes y autoridades es Telefónica, aunque la causa esté en AWS, Mavenir o en la integración entre ambos. En una crisis grave, depender de la disponibilidad, prioridades y soporte de un tercero externo puede limitar la capacidad de reacción soberana del operador.

El tercer riesgo es la concentración. Si varios operadores europeos acaban trasladando funciones críticas a los mismos hiperescaladores, Europa puede ganar eficiencia a corto plazo, pero perder resiliencia sistémica. La preparación que plantea Niinistö exige diversidad, redundancia y capacidad de resistir choques. En cambio, concentrar cargas críticas en pocos proveedores globales puede generar puntos únicos de fallo económicos, técnicos y geopolíticos.

El cuarto riesgo es económico. La nube pública puede ser atractiva al inicio porque reduce inversión propia y acelera despliegues, pero a gran escala puede generar costes recurrentes elevados. Cuando se migran millones de abonados y cargas permanentes, el gasto en cómputo, almacenamiento, tráfico, soporte, redundancia y herramientas gestionadas puede crecer mucho. Además, el poder negociador puede desplazarse hacia el hiperescalador, sobre todo si Telefónica no conserva una alternativa real.

 

Ahora bien, también hay ventajas. Telefónica gana velocidad, automatización, escalabilidad y capacidad de actualizar la red con más rapidez. Según el texto de partida, Mavenir defiende que una arquitectura de microservicios en AWS permite actualizaciones en minutos frente a semanas en infraestructuras tradicionales. Para una telco, esto puede ser muy valioso: menos rigidez, menor dependencia de hardware propietario, despliegues más rápidos y una operación más cercana al modelo cloud-native.

La cuestión de fondo es si esas ventajas compensan la pérdida potencial de soberanía. Desde una lógica puramente empresarial, el acuerdo puede ser racional. Desde una lógica europea de preparación estratégica, es más discutible. El Informe Niinistö empuja a Europa a reducir vulnerabilidades estructurales, no solo a optimizar costes. Por tanto, si Telefónica usa AWS como etapa temporal, con garantías de portabilidad, control, cifrado, reversibilidad y supervisión europea, la decisión puede considerarse una transición tecnológica aceptable. Pero si la migración se convierte en una dependencia permanente de AWS para millones de abonados, entonces sí se aleja del espíritu de la soberanía estratégica europea.

La alternativa más coherente con esa soberanía sería que Telefónica desarrollase una nube telco propia, europea o federada, especialmente en el borde de red. Una nube al borde permitiría alojar funciones críticas cerca de los usuarios, integrar mejor red fija y móvil, reducir latencia, controlar datos y tráfico, y mantener bajo soberanía europea partes esenciales de la infraestructura. Además, Telefónica posee activos que AWS no tiene de la misma manera: fibra, emplazamientos, centrales, espectro, clientes, red de acceso, conocimiento regulatorio y relación directa con administraciones y empresas.

Pero construir esa nube telco propia no es fácil. Requiere mucha inversión, talento, automatización, seguridad, software cloud-native, operación 24/7 y escala. Muchos operadores europeos no han demostrado tener la misma agilidad operativa que los hiperescaladores. Por eso, la respuesta más realista no es “todo AWS” ni “todo propio”, sino una arquitectura híbrida soberana: usar nube pública donde aporte eficiencia, pero reservar las funciones críticas, sensibles o estratégicas para infraestructuras europeas, propias o federadas.

En conclusión, la estrategia de Telefónica Alemania no choca necesariamente con una prohibición legal, pero sí entra en tensión directa con la lógica política del Informe Niinistö. Europa está intentando prepararse para un mundo más inestable, reducir dependencias críticas y reforzar su autonomía. En cambio, esta migración aumenta la dependencia de una nube estadounidense en una función esencial de telecomunicaciones. La operación solo sería plenamente defendible desde una perspectiva europea si Telefónica mantiene control efectivo, capacidad de salida, portabilidad real, supervisión regulatoria, redundancia fuera de AWS y una estrategia paralela de nube telco/edge europea. Sin esas condiciones, la modernización tecnológica puede convertirse en una cesión estratégica de una parte clave de la infraestructura digital europea.

Principio del formulario

El problema no es únicamente que Telefónica externalice servicios en su cadena de valor, sino el tipo de externalización que ha construido durante años y el efecto acumulativo que esa estrategia tiene sobre el control tecnológico, el conocimiento interno, la capacidad operativa y el poder de negociación de la compañía.

En sectores industriales maduros existe una diferencia fundamental entre externalizar partes concretas de la producción y vaciar progresivamente el núcleo de capacidades estratégicas de la empresa. En automoción, por ejemplo, los fabricantes trabajan con redes enormes de proveedores, pero el modelo suele responder a una lógica de “comakership”: los suministradores están profundamente integrados en la cadena industrial, participan en procesos de diseño, validación y mejora continua, mantienen relaciones estables y, sobre todo, el fabricante conserva el control arquitectónico del producto final. El constructor del automóvil sigue dominando la ingeniería de sistema, la integración, la certificación, la calidad y la gobernanza de toda la cadena de valor.

Toyota, Volkswagen, BMW o Mercedes externalizan multitud de componentes, pero no renuncian al dominio de la arquitectura industrial del vehículo. Mantienen ingeniería propia, conocimiento interno, validación, laboratorios, integración y control de calidad extremo. Incluso cuando un proveedor fabrica módulos completos, el fabricante conserva capacidad real de supervisión técnica y capacidad de sustitución razonable. El proveedor está integrado en una lógica industrial compartida, no simplemente contratado para reducir costes inmediatos.

Lo que ocurre en muchas grandes empresas occidentales desde hace décadas —y que se observa parcialmente en algunas telecos— es distinto. La externalización deja de ser una herramienta de eficiencia y pasa a convertirse en un mecanismo estructural de sustitución de capacidades internas. Cuando eso sucede, la empresa puede mejorar indicadores financieros a corto plazo, pero pierde gradualmente conocimiento técnico, músculo industrial, control operativo y autonomía estratégica.

En el caso de Telefónica, la externalización masiva afecta a áreas muy sensibles: redes, operación, sistemas IT, cloud, mantenimiento, desarrollo de plataformas, centros de datos, soporte e incluso partes de la ingeniería avanzada. La migración IMS a AWS de la noticia del comienzo es relevante precisamente porque simboliza un salto cualitativo: ya no se externaliza únicamente soporte técnico o capacidad auxiliar, sino funciones nucleares de la red.

Eso crea varios problemas acumulativos:

·         El primero es la erosión del conocimiento interno. Cuando una empresa externaliza de forma persistente áreas críticas, los mejores perfiles técnicos dejan de estar dentro de la organización principal y pasan a proveedores, integradores o hiperescaladores. Con el tiempo, la empresa conserva gestión contractual, supervisión administrativa y gobierno financiero, pero pierde profundidad técnica real. Entonces ocurre algo muy peligroso: la compañía sigue siendo jurídicamente responsable de la infraestructura, pero ya no controla plenamente el conocimiento necesario para operarla de manera autónoma. Ese fenómeno es especialmente grave en telecomunicaciones porque  las redes son sistemas extremadamente complejos y altamente integrados. Si demasiadas funciones dependen de terceros, la operadora corre el riesgo de convertirse en un integrador financiero y comercial más que en un operador tecnológico pleno.

·    El segundo problema es el desplazamiento del poder negociador. Una vez que una compañía depende profundamente de proveedores externos para operar procesos críticos, cambiar de proveedor se vuelve difícil, lento y caro. Eso genera dependencia estructural. El proveedor pasa a tener una posición privilegiada porque conoce los sistemas, controla parte del conocimiento operativo y, en ocasiones, posee herramientas, automatizaciones o arquitecturas difíciles de migrar. En el caso de AWS y Mavenir, Telefónica puede acabar dependiendo simultáneamente del software IMS del proveedor y de la infraestructura cloud del hiperescalador. Esa doble dependencia reduce margen de maniobra futuro.

·         El tercer problema es la fragmentación de responsabilidad. En organizaciones excesivamente externalizadas como Telefónica aparecen cadenas complejas de subcontratación donde nadie controla completamente el sistema entero. Cuando surge un fallo grave, aparecen zonas grises: el operador culpa al integrador, el integrador al proveedor cloud, el proveedor cloud a la configuración, y la capacidad de reacción se ralentiza.

Ese patrón recuerda parcialmente a problemas observados en Boeing, aunque hay que evitar simplificaciones. El caso Boeing no se explica solo por externalización, pero sí por una combinación de presión financiera, fragmentación industrial, debilitamiento de ingeniería interna y cultura de reducción de costes. En programas como el 787 Dreamliner, Boeing externalizó enormes bloques de diseño y producción a proveedores globales con un nivel de delegación muy superior al histórico. La compañía esperaba reducir costes y acelerar desarrollo, pero la complejidad de integración aumentó enormemente y Boeing perdió visibilidad directa sobre partes críticas del proceso industrial.

Con el tiempo aparecieron retrasos, problemas de calidad, dificultades de coordinación y necesidad de reabsorber trabajo internamente. En el caso del 737 MAX, los problemas fueron distintos y más complejos, pero muchos analistas industriales señalaron también una transformación cultural donde el peso de la ingeniería perdió influencia frente a la presión financiera, los objetivos de costes y las exigencias bursátiles.

El paralelismo importante no es técnico, sino organizativo. Cuando una gran empresa sustituye cultura industrial por cultura financiera, pueden aparecer varios efectos:

  • Reducción progresiva de capacidades propias.
  • Dependencia creciente de proveedores.
  • Debilitamiento de la supervisión técnica.
  • Fragmentación de responsabilidades.
  • Pérdida de conocimiento acumulado.
  • Priorización de métricas financieras de corto plazo.
  • Dificultad para controlar sistemas complejos.

En telecomunicaciones eso es especialmente delicado porque una red nacional no es una plataforma digital cualquiera. Las telecos operan infraestructuras críticas de país: comunicaciones de emergencia, conectividad empresarial, redes gubernamentales, tráfico financiero y servicios esenciales.

Por eso la comparación con automoción es interesante. En el modelo de comakership automovilístico, el proveedor está profundamente integrado, pero el constructor conserva liderazgo tecnológico y capacidad de integración. En una externalización puramente financiera, en cambio, la empresa matriz puede acabar actuando como coordinador contractual mientras el conocimiento real se desplaza fuera.

El concepto del “palletismo” que hoy campa en Telefónica apunta precisamente a esa crítica: gestión basada principalmente en reducción de costes, externalización y eficiencia financiera inmediata, más que en construcción de capacidad industrial propia. Esa lógica puede mejorar márgenes a corto plazo, pero en sectores estratégicos puede deteriorar resiliencia, autonomía y capacidad de innovación a largo plazo.

En Telefónica esto tiene además una dimensión geopolítica y estratégica. Europa intenta reforzar soberanía tecnológica, resiliencia y autonomía digital, mientras muchas telecos dependen cada vez más de hiperescaladores estadounidenses para cloud, IA, plataformas de datos y partes del núcleo de red. Si la externalización alcanza funciones críticas, el operador puede perder capacidad soberana real aunque conserve formalmente la titularidad de la red.

Eso no significa que toda externalización sea negativa. Las redes modernas son demasiado complejas para construir todo internamente. Ninguna gran teleco desarrolla por sí sola hardware, software cloud, semiconductores, plataformas IA y sistemas de red completos. La cooperación industrial es inevitable. El problema aparece cuando la teleco pierde control arquitectónico, conocimiento crítico y capacidad de sustitución.

Por eso el punto clave no es “externalizar sí o no”, sino qué capacidades deben permanecer dentro del núcleo estratégico de la compañía. En telecomunicaciones, probablemente deberían mantenerse bajo control fuerte:

  • Arquitectura de red.
  • Operación crítica.
  • Ingeniería de integración.
  • Datos sensibles.
  • Automatización estratégica.
  • Observabilidad.
  • Capacidades cloud clave.
  • Gobierno técnico.
  • Capacidad de recuperación autónoma.

Si esas capacidades se desplazan completamente hacia terceros, la operadora puede conservar marca, clientes y regulación, pero perder gradualmente soberanía tecnológica y capacidad industrial real.

La migración IMS de Telefónica Alemania a AWS es importante precisamente porque muchos observadores la interpretan como un síntoma de esa evolución: la transición desde una teleco que controla directamente su infraestructura hacia una organización cada vez más dependiente de ecosistemas tecnológicos externos para operar funciones nucleares de red.

En definitiva, la cuestión no es si Telefónica debe colaborar con proveedores externos, porque en una industria tan compleja eso es inevitable. La cuestión es si esa colaboración refuerza sus capacidades o las sustituye. Cuando la externalización sirve para complementar conocimiento propio, puede ser una herramienta útil. Pero cuando desplaza funciones críticas, vacía la ingeniería interna y entrega el control operativo a terceros, deja de ser eficiencia y se convierte en dependencia.

La migración del IMS de Telefónica Alemania a AWS es, por tanto, mucho más que una decisión tecnológica. Es un síntoma de un modelo de gestión que ha priorizado durante años la reducción de costes frente a la construcción de capacidades industriales propias. En un contexto europeo marcado por la soberanía estratégica, la resiliencia y la preparación ante crisis, una teleco no puede permitirse actuar solo como marca comercial, canal de venta y gestor contractual de infraestructuras que otros controlan.

Telefónica debería recuperar una lógica industrial: saber hacer, operar, integrar, supervisar y sustituir. Externalizar no debería significar abdicar. Si la compañía quiere seguir siendo una infraestructura estratégica europea, debe conservar dentro de su perímetro las capacidades críticas de red, cloud, datos, ciberseguridad, arquitectura e ingeniería. De lo contrario, el riesgo no será únicamente depender de AWS, Mavenir o cualquier otro proveedor, sino perder progresivamente la condición de operador tecnológico soberano para convertirse en rehén de su propia externalización.

Principio del formulario

Para terminar el post quiero manifestar que el ejemplo de Toyota del comienzo no era una simple anécdota industrial. Era la demostración de una diferencia fundamental entre conservar soberanía tecnológica o diluirla progresivamente en una red de dependencias externas. Cuando una compañía mantiene dentro de su perímetro la ingeniería, el conocimiento crítico y la capacidad de integración, los proveedores complementan su fortaleza. Cuando sucede lo contrario, la empresa deja de controlar realmente aquello que formalmente sigue siendo suyo.

Ahí reside precisamente una de las grandes diferencias entre cooperación industrial y externalización financiera. En el primer caso, la empresa conserva conocimiento, liderazgo técnico y capacidad de integración. En el segundo, corre el riesgo de convertirse en un mero gestor contractual de infraestructuras que otros diseñan, operan y controlan. Ese es precisamente el riesgo que empieza a proyectar hoy Telefónica. La migración del IMS de Telefónica Alemania a AWS no puede analizarse únicamente como una modernización tecnológica o una mejora operativa. Representa también la culminación de una cultura de gestión donde la reducción de costes, la externalización y la dependencia de terceros han ido ganando peso frente a la construcción de capacidades industriales propias. La consecuencia es una compañía que conserva marca, clientes y regulación, pero que progresivamente cede conocimiento, control operativo y autonomía tecnológica a proveedores externos e hiperescaladores extranjeros.

La paradoja es especialmente grave porque ocurre en el mismo momento en que la Comisión Europea insiste en la necesidad de reforzar la soberanía estratégica, la resiliencia industrial y el control europeo sobre infraestructuras críticas. El Informe de Sauli Niinistö, encargado por la Comisión Europea, advierte precisamente de que Europa debe prepararse para un entorno marcado por amenazas híbridas, ciberataques, crisis geopolíticas y dependencias estratégicas excesivas. El informe plantea que la Unión Europea necesita recuperar capacidades críticas y reducir vulnerabilidades estructurales en sectores esenciales como energía, defensa, tecnología y telecomunicaciones.

Sin embargo, mientras Bruselas habla de preparación, autonomía y resiliencia, una de las principales telecos europeas como Telefónica profundiza precisamente en la dirección contraria: trasladar funciones nucleares de red hacia ecosistemas cloud controlados por actores no europeos y aumentar la dependencia estructural de hiperescaladores extranjeros. El problema no es colaborar con proveedores internacionales. El problema es haber sustituido progresivamente cultura industrial por cultura financiera. Una teleco estratégica no puede limitarse a gestionar contratos, supervisar KPIs y optimizar costes trimestrales mientras el conocimiento real de la red, la automatización, el cloud y la operación crítica se desplazan fuera de la organización. Porque cuando una empresa pierde la capacidad de comprender, integrar y sustituir aquello que opera, deja de ser plenamente soberana aunque siga siendo propietaria formal de la infraestructura.

Europa intenta construir autonomía estratégica en energía, defensa, semiconductores, inteligencia artificial y telecomunicaciones. En ese contexto, Telefónica debería estar reforzando capacidades propias, nube telco europea, ingeniería de integración y control operativo sobre sus redes críticas. Sin embargo, decisiones como la migración del IMS a AWS reflejan una lógica distinta: una compañía cada vez más dependiente de proveedores externos para operar funciones esenciales de su infraestructura. Y ahí es donde aparece la cuestión de fondo: una infraestructura estratégica no se protege únicamente con regulación, discursos sobre soberanía o informes europeos. También se protege conservando dentro de la propia organización el conocimiento, la ingeniería y la capacidad real de controlar aquello que mantiene conectado un país.

Ya lo dijeron C.K. Prahalad y Gary Hamel: Principio del formulario  “Las competencias esenciales son las raíces de la competitividad.”

Principio del formulario

 

 

 

 

Final del formulario