principal33 | What Ir al contenido principal

La pregunta correcta no es «qué IA», sino «qué problema».

En los últimos meses, casi todas las empresas de servicios públicos alemanas han recibido propuestas de inteligencia artificial (IA) por parte de hiperescaladores, proveedores de software y consultoras. Azure OpenAI, AWS Bedrock, Google Vertex AI, modelos abiertos como Llama o Mistral, la IA integrada de SAP o plataformas verticales para el sector energético. Cada una de ellas viene acompañada de su propio argumento de venta, el retorno de la inversión (ROI) previsto y su modelo de licencia.

El problema es que pocas de estas conversaciones parten de la pregunta adecuada. Antes de elegir una tecnología, una empresa de servicios públicos alemana debería responder a otras tres preguntas: qué procesos quiere mejorar realmente, qué datos puede utilizar legalmente (RGPD, BSI, KRITIS) y cuánto control necesita sobre el propio modelo. Solo entonces tendrá sentido la decisión sobre las herramientas a utilizar.

Ser«agnóstico en materia de IA»significa exactamente eso: anteponer estas cuestiones al resto de la pila.

Qué significa «agnóstico respecto a la IA» en Principal33

No se trata de neutralidad en materia de marketing. Es un modelo operativo basado en tres principios prácticos:

    1. Selección basada en casos de uso, no en contratos.Un modelo cerrado como GPT-4 podría ser óptimo para resumir cartas normativas; un modelo de código abierto implementado en las propias instalaciones podría ser la única opción viable para los datos de medición sujetos a la normativa KRITIS. Decidimos caso por caso, no según un catálogo.
    2. Portabilidad integrada en el diseño.Cuando desarrollamos un flujo de trabajo de IA para una empresa de servicios públicos, mantenemos la orquestación, la capa de datos y la capa de modelos claramente separadas. Si mañana cambiara el proveedor —ya sea por motivos de precio, normativa o rendimiento—, el cliente no tendría que reescribir la solución de principio a fin.
    3. Transparencia en cuanto a costes y compromiso a largo plazo.Los proyectos de IA no se reducen a simples licencias mensuales. Existen costes de inferencia, de inicialización, de salida de datos y de cambio de proveedor. Los dejamos claros desde el principio, no después de la puesta en marcha.

Por qué es importante esto en el sector de los servicios públicos alemanes

Las empresas de servicios públicos alemanas operan en un entorno en el que el coste de elegir una tecnología inadecuada es elevado. Hay tres factores que aumentan el riesgo:

    • Normativa cambiante.Los requisitos de la Bundesnetzagentur, el BSI y KRITIS evolucionan cada año. Una solución de IA entrenada hoy con datos de la nube pública podría tener que migrar mañana a un entorno restringido. Si la arquitectura está ligada a un único proveedor, esa migración resulta complicada.
    • Soberanía de los datos.Los datos de medición, los datos de clientes y los datos de mercado (MaKo, EDIFACT, GPKE) están sujetos a estrictas restricciones. No todos los modelos están autorizados a procesarlos y no todas las configuraciones de alojamiento cumplen con los requisitos. Un socio independiente de la IA sabe qué pila cumple con cada filtro.
    • Ciclos de inversión prolongados.Un sistema SAP IS-U o un CRM para empresas de servicios públicos suele tener una vida útil de entre 8 y 15 años. Cualquier sistema de inteligencia artificial que se conecte a ellos debe perdurar a lo largo de varias generaciones de modelos sin obligar a reescribirlos por completo.
Cómo simplificar las transiciones tecnológicas complejas

Lo que NO es «agnóstico respecto a la IA»

Últimamente se está utilizando este término de forma muy imprecisa, por lo que conviene ser explícito:

    • No se trata de «utilizamos cualquier tipo de IA que el cliente nos pida». En algunos casos, recomendamos explícitamente no aplicar la IA o proponemos una única opción como la más adecuada. Ser «agnóstico respecto a la IA» implica saber decir que no.
    • No es que «no tengamos socios». Colaboramos con Microsoft, AWS y proveedores especializados. La diferencia es que no estamos obligados a impulsar una única plataforma para cumplir con un objetivo de ventas.
    • No se trata de una «abstracción total». No existe ninguna capa mágica que haga que todos los modelos sean intercambiables. Lo que sí existe es una disciplina arquitectónica que minimiza los costes de cambio.

Cómo aplicamos esto en el caso de las empresas de servicios públicos alemanas

Las relaciones reales con las empresas de servicios públicos alemanas siguen un patrón estable:

    • Análisis técnico-normativo conjunto entre arquitectos sénior y expertos en el ámbito de los servicios públicos (SAP IS-U, MaKo, facturación).
    • Evaluación comparativa de al menos dos pilas por caso de uso, valoradas en función del coste, la latencia, el cumplimiento normativo y la portabilidad.
    • Proyectos piloto de corta duración (de 4 a 8 semanas) con indicadores acordados de antemano.
    • La industrialización solo se llevará a cabo si se cumplen los indicadores. De lo contrario, se documentará lo aprendido y se dará por cerrado el caso sin pasar a una escala mayor.

Los equipos que llevan a cabo estos proyectos están formados porprofesionales con amplia experiencia, de habla alemana y de la región DACH(Alemania, Austria y Suiza), lo que reduce los malentendidos en materia normativa y agiliza la coordinación con los departamentos de TI, normativos y comerciales de la empresa de servicios públicos.

Conclusión

Para una empresa de servicios públicos alemana que está dando sus primeros pasos en el ámbito de la IA, el mayor riesgo no es elegir el modelo «equivocado», sino fijar la arquitectura de tal forma que impida cambios futuros. Un socio independiente de la IA protege esa flexibilidad y la convierte en una ventaja competitiva a lo largo de toda la vida útil del sistema.