Accesos huérfanos: la brecha cibernética silenciosa
Benedikt Langer
5 Min. Lectura Las cuentas de servicio, claves de API y agentes de IA superan a menudo a las cuentas ...
Leer artículo
9 min de lectura
IBM registra en el segundo trimestre una caída del 7 % en infraestructura y, al mismo tiempo, un aumento del 37 % en infraestructura distribuida. La contradicción es en realidad la pista: los clientes adelantaron capex en las últimas semanas de junio para adquirir servidores, almacenamiento y memoria, mientras que los cierres de software y consultoría se retrasaron.
Lo más importante en resumen
- La secuencia de capex supera a la hoja de ruta. Quienes aseguran hardware y almacenamiento ahora posponen renovaciones de software y paquetes de consultoría entre 30 y 60 días, ya sea de forma intencionada o de facto.
- Dos mundos de infraestructura en una sola cifra. La infraestructura global cayó, pero los sistemas distribuidos y el almacenamiento registraron un crecimiento histórico. La capa ajustada es la señal, no el promedio.
- La palanca DACH está en el compromiso del segundo semestre. Los CFO y CIO necesitan una lista conjunta: qué acuerdos están pendientes, qué capacidad se asegura y quién asume la responsabilidad de ambas vías.
RelacionadoEl boom de construcción de IA llega a la factura de la nube / Tres presupuestos de IA, ninguna factura común
Arvind Krishna publicó el 14 de julio de 2026 en una carta a inversores cifras trimestrales seleccionadas de antemano. Los ingresos crecieron un uno por ciento. El software aumentó un cinco por ciento, aunque quedó por debajo de las expectativas internas. La consultoría se mantuvo estable. La infraestructura cayó un siete por ciento. Al mismo tiempo, IBM reportó para infraestructura distribuida el trimestre más fuerte de la historia de la compañía: un crecimiento del 37 %, con un backlog de cientos de millones de euros al cierre del trimestre.
No se trata de un conflicto narrativo del departamento de relaciones con inversores. Es una señal de compra y secuencia. En las últimas semanas de junio, los clientes reasignaron capex a servidores, almacenamiento y memoria para asegurar infraestructura escasa ante posibles subidas de precios. Paralelamente, temas de ciberseguridad a nivel sectorial desviaron la atención. Varios grandes acuerdos no se cerraron en la ventana de tiempo prevista. IBM lo admite abiertamente: los equipos no se adaptaron con la suficiente rapidez.
+37%
La infraestructura distribuida creció en el segundo trimestre de 2026, mientras que la infraestructura global se redujo un 7 %.
Fuente: Arvind Krishna, Carta a inversores de IBM, 14.07.2026
Qué mide realmente el deslizamiento del Capex
La lógica presupuestaria clásica separa hardware, software y servicios en partidas bien definidas. El mercado los mezcla en la ventana de decisión. Quien compra almacenamiento y servidores ahora, porque los plazos de entrega aumentan, resta el mismo colchón de Capex o cash al cierre de software. Esto parece un «la demanda de software se debilita». A menudo es solo economía de colas.
IBM describe tres impulsores simultáneos: el ciclo z17 y el software transaccional más débiles de lo esperado, el desplazamiento del Capex hacia infraestructuras escasas y la distracción por temas de seguridad. Para los responsables de decisión en DACH, el segundo impulsor es el más relevante. Es transferible, incluso sin IBM en el stack. La adquisición de hyperscalers y empresas comparte el mismo cuello de botella en componentes cercanos a memoria y almacenamiento.
La carta pone de manifiesto un segundo aspecto: Red Hat creció secuencialmente acelerado hasta el 11 por ciento, HashiCorp y Confluent tuvieron un buen desempeño, y los contratos de consultoría con componente de GenAI aumentaron. El portfolio no se rompe. Se re-secuencia. Quien lo interpreta como un genérico «el software está pasado de moda», toma la decisión equivocada para su segundo semestre.
Tres listas en lugar de una diapositiva de presupuesto
La respuesta útil no es un nuevo marco de trabajo. Son tres listas paralelas que el CFO y el CIO cierran en la misma sesión.
| Lista | Contenido en 10 días | Responsabilidad |
|---|---|---|
| Asegurar capacidad | Servidores, almacenamiento, memoria, reservas de colocación o cloud con fecha de entrega y cláusula de salida | CIO + Compras |
| Software en espera | Renovaciones y nuevas licencias que pueden posponerse 30-60 días sin incumplimiento de compliance | CIO + Área de negocio |
| Consultoría: parar o afinar | Paquetes sin una ruta clara de capacidad o ROI; solo mantener lo que se conecta a cargas de trabajo aseguradas | CFO + Responsable de Transformación |
Clasificación de Digital Chiefs basada en IBM Investor Letter 14.07.2026 y ciclos típicos de compromisos H2 en DACH
Las listas separan a propósito. Quien lo deja todo en una «hoja de ruta de digitalización» acaba midiendo solo el promedio y pasa por alto el cuello de botella. El caso de IBM lo demuestra: el promedio (infraestructura −7 %) y la capa de cuello de botella (+37 % distributed) pueden ir en direcciones opuestas.
Qué falla
- Licencias anuales que se dan por «automáticas» y compiten con hardware en la ventana de cierre
- Paquetes de consultoría sin anclaje en cargas de trabajo: caros, posponibles y difíciles de parar por motivos políticos
- Hardware multivendedor sin SLA de entrega: se compra capacidad escasa y, aun así, hay demoras
Qué funciona
- Capacidad de memoria/almacenamiento asegurada con caso de uso documentado (entrenamiento de IA, cercano a HANA, batch)
- Acuerdos de software con cláusulas reales de posposición y sin plazos de compliance en los próximos 60 días
- Consultoría solo donde hace productiva la capacidad asegurada, no donde genera nuevas diapositivas
Traducción para la región DACH: Codeterminación, legado y compras
El lenguaje de los informes de resultados estadounidenses habla de «patrones de compra de clientes». En la región DACH, esos mismos patrones se llaman: comité de inversiones, comité de empresa en cambios de sistema, carga de SAP y mainframe, y un departamento de compras que prioriza el riesgo del proveedor por encima de las hojas de ruta de funcionalidades. El deslizamiento del Capex golpea aquí con más fuerza, porque los ciclos de aprobación son más largos. Quien asegura hardware en junio y software en septiembre necesita dos aprobaciones, no una diapositiva con una suma mezclada.
Para entornos con alta dependencia de SAP e IBM, la carta es especialmente clara. El software transaccional y las pilas cercanas al sistema dependen de ventanas de Capex que compiten con la infraestructura de IA. La energía distribuida y el almacenamiento avanzan porque allí el cuello de botella es tangible. Esto no es un alegato a favor de IBM. Es un alegato para llevar la propia adquisición al mismo nivel de exigencia que el mercado está imponiendo.
La distracción en materia de seguridad durante el trimestre es el segundo punto clave en la región DACH. Temas cercanos a NIS2 y KRITIS absorben presupuesto y atención de la dirección. Quien gestiona la seguridad y la infraestructura de IA como «proyectos especiales» separados multiplica los riesgos de cierre. Mejor: una junta conjunta de riesgo y capacidad con reglas claras de parada.
Noventa días: secuencia en lugar de ruido paralelo
IBM ha anunciado su informe de resultados para el 22 de julio. Hasta entonces y después, otras historias de proveedores reflejarán el mismo cuello de botella. Quien espere a que todas las cartas digan lo mismo, ya habrá perdido la capa más ajustada. Quien secuencie con antelación, aprovechará el ruido como argumento de aprobación en lugar de como sorpresa.
El primer paso concreto es poco espectacular: una página con tres columnas -asegurar, esperar, parar- y la firma del CIO y el CFO. Sin esta página, cualquier hoja de ruta seguirá siendo una lista de deseos que el mercado reordenará en la ventana de cierre.
Preguntas frecuentes
¿Es esto solo un problema de IBM o una señal del mercado?
La carta describe el comportamiento de los clientes: el Capex se dirige hacia infraestructuras escasas. Este patrón también se aplica sin IBM en la pila, tan pronto como la memoria, el almacenamiento o la capacidad cercana a la GPU son la capa de cuello de botella.
¿Deben detenerse de forma general las renovaciones de software?
No. Solo los acuerdos sin plazo fijo y sin relación directa con capacidad asegurada deben pasar a la lista de espera. Las licencias críticas para cumplimiento y auditoría siguen siendo prioritarias.
¿Cómo encaja esto con los presupuestos de IA separados en las áreas de negocio?
Los fondos separados aceleran el deslizamiento: cada uno compra capacidad o herramientas de forma aislada. Una junta de secuenciación común evita que tres presupuestos llenen tres veces el mismo cuello de botella.
¿Qué cifra de la carta es la decisiva?
No es el volumen de negocio total. El contraste infraestructura −7 % frente a infraestructura distribuida +37 % muestra hacia dónde fluye realmente el Capex.
¿Cuál es el paso mínimo de 90 días?
Tres listas (asegurar, esperar, detener) con responsables y plazos. Sin esta lista, cualquier hoja de ruta H2 seguirá a la zaga de la próxima carta del proveedor.
Más del MBF Media Network
Más para leer en Digital Chiefs
Digital ChiefsLa factura de diez años de soluciones insularesDigital ChiefsIA soberana: la responsabilidad sigue en la empresaDigital ChiefsCinco lugares donde se rompe el software de la cadena de suministroFuente de la imagen: Generada por IA (julio 2026)