JDF: no es 'plug & pray'

Vie, 18/09/2020 - 13:39

JDF: no es 'plug & pray'

Hoy en día es imposible imaginar el proceso de producción gráfica sin JDF. Sin embargo, hay críticas, por ejemplo desde Heidelberg. Robert Hartman de Dataline, empresa proveedora de MIS, defiende la importancia de este estándar. «Es importante que más proveedores se unan a la plataforma».

Anticipándose a la presentación de su nuevo sistema de flujo de trabajo Zaikio de Heidelberg, el fabricante de prensas alemán hizo unas declaraciones drásticas sobre la importancia del estándar JDF. Conectarse al nuevo sistema «abierto» mediante APIs (Application Programming Interface) sería mucho mejor.

Robert Hartman, director de Desarrollo de Negocios de Dataline, proveedor de MIS, no está de acuerdo con la descalificación de JDF y cuestiona la afirmación «El JDF nunca ha funcionado». Hartman: «JDF funciona y tiene futuro. En Dataline tenemos clientes que trabajan con un flujo de trabajo JDF completo. Utilizan una automatización de procesos que no es posible sin JDF. Me refiero, por ejemplo, a artículos personalizados y códigos de barras que aseguren que cada cubierta se combine con el interior correspondiente.

Consistencia

Robert Hartman — Dataline
Robert Hartman

CIP4, la organización que ha diseñado el estándar, quería que JDF sirviera para establecer vínculos entre todos los elementos del proceso de producción gráfica. El estándar describe todo el proceso y hace que el intercambio de información entre las máquinas y el software sea inequívoco. Hartman: «JDF ya no está solo. Antiguamente, el proceso empezaba cuando llegaba el pedido; ahora hay enlaces al cliente final a través de las API: puede ser un sistema de pedidos, un portal web-to-print, u otra cosa. Los pedidos vienen definidos en un fichero XML llegan a través de una API, y se convierten automáticamente en un pedido convencional con todas las especificaciones correspondientes. Después llega el turno de JDF. Es una parte más del proceso».

«Y algo muy importante: JDF es consistente. Una vez que el flujo de trabajo funciona, se mantiene así. Todo el mundo se adhiere a los estándares acordados, y eso permite mantener la estabilidad. Si abandonáramos el estándar y cada proveedor creara su propia API, resultaría mucho más difícil. Cualquier modificación tiene consecuencias para todo el flujo de trabajo».

 

«No es ‘plug & play’, pero tampoco ‘plug & pray’»

Robert Hartman — Dataline

 

Mientras tanto, las API desempeñan un papel cada vez más importante en el proceso de producción. Los clientes quieren enviar sus pedidos a la imprenta automáticamente y esto requiere enlaces que JDF no facilita. Hartman: «No se trata de elegir entre JDF o API: son soluciones que se complementan y pueden existir por separado. La funcionalidad de las API está creciendo, pero nunca te permitirán aprovechar el potencial máximo de tu aplicación. Cada aplicación tiene su propia lógica; por eso los SAP de este mundo todavía no han calado en la industria gráfica. Para lograr un producto final, hay una serie de pasos intermedios. La inteligencia está en la aplicación, una API no te permite hacerlo todo. El estándar JDF describe todos los pasos. En nuestro sector todo el mundo sabe que hay diferentes esquemas de plegado; pues esto está incluido en JDF. Si envías una nota de proyecto JDF a una aplicación compatible con JDF, siempre va bien a la primera».

Sin embargo, JDF también tiene sus limitaciones, afirma Hartman. «Hay dialectos, es inevitable. Puedes añadir etiquetas privadas [codificaciones que no encajan con la especificación JDF, red.]. Es algo que hacemos con cautela, porque significa establecer vínculos específicos con un sistema concreto. Si algo cambia en el software, esa codificación ya no funcionará».

Definir todas las especificaciones de producción en JDF no será nunca la solución, explica Hartman. «El proceso de producción es demasiado complejo para eso. Si llegamos al 60 o 70 por ciento, ya está bien. No es un plug & play, pero tampoco plug & pray. Para nosotros lo importante es no tener que desarrollar un acoplamiento distinto para cada proveedor, y ahí radica la fuerza de JDF».

No es una solución universal

«La combinación de API y JDF permite automatizar en gran medida la producción. Esto es importante, por ejemplo, cuando los pedidos automáticos llegan desde una imprenta online. Si no se automatiza, los pedidos no llegarán a tiempo y no se pueden obtener beneficios», explica Hartman.

Los nuevos avances, como el análisis de datos y la robótica, juegan un papel cada vez más importante. Ahí JDF no ayuda. «Una API no es una solución universal, pero jugará un papel cada vez más importante en este tipo de acoplamientos. En ese tipo de casos, nosotros tampoco tenemos otra opción que crear una API para esas situaciones específicas».

 

«Aparentemente, la gente no quiere dedicarle más tiempo ni energía»

Robert Hartman — Dataline

 

 

En las últimas décadas, Heidelberg ha pedido a sus clientes que les adquiriesen todo el equipo de producción a ellos; en teoría, eso simplificaría y mejoraría mucho la automatización. Hartman: «Esa es la ventaja de JDF para el impresor. Ya no dependes de una sola empresa. Puedes elegir qué imprenta, qué MIS y qué software de flujo de trabajo quieres usar, siempre que sea compatible con JDF. Esto es especialmente importante en una empresa gráfica híbrida, si quieres cambiar entre offset y digital en el último minuto».

Un proceso sin gestión de pedido

JDF: geen plug and pray

A finales del siglo pasado, los iniciadores de JDF fueron Adobe, Agfa, Heidelberg y MAN Roland. Hace unos 20 años, CIP4 pasó a ocuparse del desarrollo posterior. Desde entonces, los desarrolladores de los proveedores afiliados se reúnen anualmente en las llamadas Reuniones Interop, en las que Dataline tampoco falla nunca. «La ventaja de las reuniones Interop es que los técnicos se juntan y todos pueden escribir en la pizarra lo que quieren e intercambiar información, lo cual permite hacer rápidamente ajustes o adiciones y probarlos. Las reuniones solían ser muy concurridas; hoy en día somos uno de los pocos proveedores de MIS que asisten. La última vez fueron solo dos. Aparentemente, la gente no quiere dedicarle más tiempo ni energía».

Hartman sacó el problema a relucir durante una presentación en un congreso en Múnich el año pasado: «Nos preocupa que haya tan pocos proveedores de MIS en las reuniones. Somos competidores, pero juntos podemos asegurar una mejor cooperación con organizaciones más grandes. Ningún proveedor del MIS es tan grande como Heidelberg, Kodak o Xerox. CIP4 está trabajando duro, pero es importante que sepan atraer a más proveedores a la plataforma».

Esto plantea la cuestión de si CIP4 hace lo suficiente en términos de marketing. ¿No valdría la pena que durante la Drupa 2021 se mantuvieran firmes en una campaña de promoción que atrajera todas las miradas? Hartman: «Yo diría que sí. CIP4 debería mostrar ejemplos llamativos en los que el proceso esté totalmente automatizado. En nuestro sector es posible trabajar con un proceso sin gestión de pedidos. Eso no significa que ya no se necesiten gestores de pedidos, sino que no hace falta que nadie trabaje por un pedido de diez carteles. Necesitamos personas con conocimientos especializados, por eso debes utilizarlo donde se necesita. Gracias a la automatización, las empresas pueden centrarse más en las necesidades del cliente».

 


Robert Hartman es eldirector de Desarrollo de Negocios de Dataline.

¿Le gustaría también experimentar cómo integrar el JDF en el flujo de trabajo de su empresa?
Una demostración gratuita de MultiPress lo aclara.

 

SOLICITE SU DEMO