La agenda incluye dos ponencias: la visión tecnológica de Pilz a cargo de David Costa y una sesión conjunta con Kuka sobre robótica segura y flexible
Resumen en 90 segundos
Ahora, pilz participa en Nexus Valencia, evento coorganizado con Kuka, Lenze, Pepperl+Fuchs y Phoenix Contact en Innsomnia Group. Presenta el Máster IO-Link Safety, su primer dispositivo con protección IP67 certificado hasta PL e (SIL 3) conforme a IEC 61139-2, y la gama I.A.M. Identification and Access Management diseñada para controlar quién accede a qué máquina y en qué modo operativo. La agenda incluye dos ponencias: la visión tecnológica de Pilz a cargo de David Costa y una sesión conjunta con Kuka sobre robótica segura y flexible.
Lo que esto cambia para Líderes de Ingeniería de Software
La relevancia de este anuncio varía según el sector de cada equipo, y conviene ser preciso antes de desestimarlo como OT pura.
Para equipos en IIoT, manufactura conectada, automoción o infraestructura crítica, los niveles SIL 3 y PL e no son terminología de planta: son requisitos de certificación que el software embebido o de supervisión debe respetar. IO-Link Safety sobre IP67 simplifica la integración de campo sin cableado especializado complejo, lo que desplaza hacia arriba en el stack la lógica de seguridad: hacia el software que consume datos de diagnóstico, actúa sobre alertas y mantiene trazabilidad de eventos. Si ese software lo escribe tu equipo, la norma IEC 61139-2 deja de ser responsabilidad exclusiva del integrador industrial.
El componente I.A.M. tiene una implicación más amplia. La solución de Pilz aborda la identidad en entornos industriales como un problema de autenticación, selección de modos operativos y protección de redes —los mismos tres vectores que gestiona cualquier plataforma IAM cloud— pero con restricciones de latencia física, disponibilidad continua y consecuencias de seguridad personal que los modelos software-only habitualmente no contemplan. Pilz está consolidando seguridad funcional e identidad en un único producto certificado. Para equipos que construyen o integran software de control de acceso a maquinaria —robots colaborativos, líneas de producción expuestas como APIs, gemelos digitales con capacidad de actuación— la separación entre «política de acceso en software» y «seguridad funcional en hardware» es cada vez más artificial.
Para equipos en SaaS puro, fintech o infraestructura cloud sin exposición industrial, la señal es más indirecta pero no nula. La convergencia OT/IT está impulsando demanda de ingenieros que entiendan tanto seguridad funcional certificada como arquitectura de identidad distribuida. El perfil que no ha incorporado este vocabulario encontrará fricciones cuando clientes en manufactura, energía o logística exijan integración con sistemas de control certificados bajo normas IEC. Ese momento llegará como un requisito de cliente, no como una decisión de arquitectura voluntaria.
Una pregunta que el anuncio no responde, y que determina gran parte de la implicación práctica, es si la plataforma I.A.M. expone APIs abiertas o SDKs para integrarse con sistemas externos, o si opera como sistema cerrado para integradores especializados. Esa distinción separa un producto que cualquier equipo de plataforma puede evaluar de uno que requiere canal de distribución especializado. Hasta que Pilz publique documentación técnica post-evento, la lectura debe mantenerse cautelosa.
Que vigilar ahora
La ponencia conjunta de Pilz y Kuka sobre robótica segura y flexible merece seguimiento inmediato.; compartir escenario en un evento diseñado para presentar proyectos ya implantados —no prototipos de laboratorio— sugiere que la integración entre seguridad funcional certificada y robótica flexible cuenta ya con casos productivos reales. No hay confirmación pública de qué proyectos son, en qué sectores operan ni qué stack de software los soporta, por lo que cualquier extrapolación debe esperar al contenido publicado tras el evento.
Más allá de esta sesión, hay tres señales concretas a monitorizar en los meses siguientes. Primero, si Pilz publica documentación de integración técnica de I.A.M. con plataformas externas, confirmaría apuesta por ecosistema abierto y habilitaría evaluación directa para equipos de plataforma. Segundo, si otros fabricantes del ecosistema Nexus —Pepperl+Fuchs, Phoenix Contact— anuncian capacidades de identidad similares, indicaría que la capa IAM está volviéndose estándar de facto en automatización industrial, acelerando el momento en que los equipos de software necesiten hablar ese protocolo. Tercero, si la convergencia OT/IT aparece como categoría explícita en convocatorias de ingeniería en sectores industriales europeos, será la señal de que el gap entre planta y plataforma está creando presión de contratación visible en el mercado.
El patrón subyacente es más duradero que el evento: la industria manufacturera está construyendo capas de identidad y diagnóstico que hasta hace pocos años eran exclusivas de la arquitectura cloud. Cuando esas capas necesiten conectarse con sistemas empresariales —dashboards operativos, plataformas de monitoreo, pipelines de datos industriales— el punto de contacto será código que alguien tiene que escribir, mantener y certificar. Los equipos que comiencen a mapear esa frontera ahora tendrán contexto cuando el proyecto aparezca en el backlog.
Fuentes
- Interempresas — Pilz defiende su visión de la seguridad industrial del futuro en Nexus Valencia 2026 – Automatización en la (Link)
