Claridad en la automatización de la impresión y los beneficios de JDF y XJDF

Cuando se trata de estándares y formatos de archivo diseñados para la automatización de la impresión, ninguno es más útil que JDF. Hablamos con el Dr. Rainer Prosi, director técnico de CIP4, para obtener más información.

En nuestro anterior artículo l ooking en la utilidad de XML , vimos que una versión particular de impresión específico de XML era JDF (Job Definition Format). Creado a finales de la década de 1990 por Adobe, Agfa, Heidelberg y MAN Roland, JDF ahora es administrado por la Cooperación Internacional para la Integración de Procesos en Preimpresión, Prensa y Postimpresión (CIP4), una organización sin fines de lucro cuyo objetivo es fomentar la adopción de la automatización en la impresión.

El objetivo expreso de CIP4 de promover la tecnología de código abierto tiene el potencial de causar conflictos para el Dr. Rainer Prosi. No solo es director técnico de CIP4, sino que también es arquitecto senior de flujo de trabajo en el gigante de la impresión industrial Heidelberg. Sin embargo, tiene claro dónde están sus preferencias personales. “Personalmente, me gustaría más integración. Y como soy responsable de la integración del sistema Heidelberg Prinect, me aseguro de que sea lo más abierto posible ”, dice Rainer.

Ticket de trabajo de código abierto

En la raíz de la misión de CIP4 y esa dedicación a la tecnología de automatización de código abierto está JDF.

“JDF es la idea de un ticket de trabajo digital. De la misma manera que tendría un ticket de trabajo en papel que enviaría a una tienda de impresión junto con las paletas que decían, imprima tantas, dóblelas de esta manera, etc., JDF describe todos los tipos de procesos en el mundo de la impresión al que se someterá un producto. También describe la conexión de los procesos, como cuál viene primero. Por supuesto, debe realizar el ajuste de la placa antes de poder imprimir, y debe imprimir antes de poder plegar ”, dice Rainer.

Puede tener una instantánea de su producción en cualquier momento sin que se devuelva el ticket de trabajo completo.

“JDF comprende que hay dependencias, si las placas no están allí, todavía no se pueden plegar, por lo que existe un modelo de recursos y procesos. Los recursos típicos son cosas como las planchas o el papel de impresión, que llamamos componentes, y pueden tener todo tipo de propiedades, que es donde entra en juego el conocimiento de la impresión ".

Una cuestión de información

La situación más obvia en la que una impresora comenzará a encontrar JDF es en el uso de un sistema de información de gestión (MIS).

“Necesita tener algo que realmente escriba el JDF que haga la planificación por usted y que prepare la automatización”, dice Rainer.

“Una empresa de impresión no va a escribir ese código por sí misma a menos que sea una gran empresa de impresión en línea que podría haber optimizado su propio flujo de trabajo. Pero, en general, una empresa de impresión comprará un MIS o un sistema de flujo de trabajo. La diferencia entre los dos es borrosa: un MIS también se ocupa del lado financiero de las cosas, mientras que un sistema de flujo de trabajo mira más la vista técnica del procesamiento.

Rainer Prosi

“Normalmente, un MIS tiene una idea de qué trabajo va a producir. Sabe que el cliente lo quiere el próximo jueves, quiere 5.000 copias de este tamaño y aquí está el PDF: esa es la información que tiene un MIS. Entonces tiene que pensar de alguna manera, aquí está el producto, ¿cómo vamos a producirlo? Dependiendo de eso, tendrá diferentes flujos de trabajo. O dirás: OK, si solo son 50 copias, lo pasaré por mi HP o Indigo, pero si son 1,000, lo pasaré por mi Heidelberg ".

Una vez que el MIS ha decidido los procesos de producción, puede escribir el JDF.

“Pero el MIS también necesita saber qué dispositivos están disponibles y qué otros trabajos hay; no podemos imprimir todo al mismo tiempo, tenemos que secuenciarlos”, dice Rainer.

“Estos sistemas se comunicarán con los dispositivos individuales (las plegadoras, las prensas y las planchas) mediante JDF. El sistema utilizará JMF (Job Messaging Format) para informar sobre el estado del proceso. Si el JDF es el ticket de trabajo grande, entonces el JMF es el mensaje que se envía confirmando que se ha completado una etapa del proceso. El JMF podría decir que ahora se han impreso 10 copias, o que se están imprimiendo 20 cada 15 segundos, por lo que puede tener una instantánea de su producción en cualquier momento dado sin que regrese el ticket de trabajo completo ".

Tecnología adecuada

Sin embargo, para trabajar con JDF y JMF, la maquinaria y los procesos de producción deben satisfacer algunas condiciones específicas.

"Hay dos cosas a considerar", dice Rainer. “Definitivamente necesitas algún tipo de controlador de computadora - si tomas una vieja tipografía, obviamente no funcionará con JDF. Pero lo que puede hacer en el caso de los dispositivos antiguos es crear lo que podríamos llamar un controlador proxy frente a él, que es básicamente solo una pantalla, un iPad de Apple o lo que sea, y que le muestre al operador lo que es. supone que debe hacer. Entonces, la conexión entre el JDF y la máquina es en realidad un humano presionando botones.

Con XJDF, sabe exactamente en qué lugar del XML escribe la cantidad, el nombre del cliente o el grosor del sustrato.

“El siguiente problema, especialmente si habla de un MIS enfocado en las finanzas, es que a veces no obtiene los detalles exactos de la tecnología correctamente. Tiene la información que necesita para calcular el precio, pero es posible que no sepa exactamente dónde están las barras de color en su hoja o cuál es el grosor exacto del sustrato; sabe que cuesta £ 2 el kilo, por ejemplo, pero no sabe que tiene exactamente 127 μm de grosor.

“Ese flujo de información usando JDF es en realidad un problema bastante grande. JDF le permite definir muchos detalles de su trabajo de impresión, pero en general, a los fabricantes de dispositivos les encantaría obtener información específica y detallada. Desafortunadamente, las personas que configuran el trabajo no siempre tienen esa información, por lo que terminas teniendo que vivir con información confusa o carente ".

Optimización del sistema

Esta propensión de JDF a transmitir mucha información, pero no siempre mucha información relevante, ha llevado a CIP4 a repensar (y cambiar de marca) el formato para convertirse en el formato de definición de trabajo de Exchange o XJDF más simplificado.

“JDF se lanzó a principios de la década de 2000, ahora hace 20 años. Fue entonces cuando comenzó la automatización o lo que llamamos 'Impresión 4.0' ya estaba en nuestras mentes, pero mucho antes de que la gente hablara de fábricas inteligentes. Ese es uno de los grandes problemas con JDF. Dado que la industria de la impresión no es necesariamente la precursora más impulsada por la tecnología, muchos dispositivos no estaban listos y, además, la mentalidad no estaba lista para la automatización completa en ese momento ”, dice Rainer.

“Una cosa con JDF es que intentamos definir la red de procesos de manera muy explícita para decir: aquí está la fabricación de planchas; salen los platos; la prensa los consume, etc. Para ello necesitábamos hacer una estructura XML bastante compleja, que los no iniciados tenían dificultades para generar y consumir.

Dimos un paso atrás y pensamos: ¿qué podemos simplificar? Una cosa era eliminar la definición explícita de la red de procesos y hacerla más implícita porque, al hacerlo, podría simplificar enormemente la estructura XML

“Dimos un paso atrás y pensamos: ¿qué podemos simplificar? Una cosa era eliminar la definición explícita de la red de procesos y hacerla más implícita porque, al hacerlo, podría simplificar enormemente la estructura XML. Cosas como tener que hacer las planchas primero antes de poder imprimir ya no están codificadas explícitamente en el XML, pero se supone que usted sabe lo que está haciendo. Solo los factores más importantes están en el XJDF ".

Este enfoque simplificado también tiene otro beneficio. “También significa que puede utilizar herramientas XML estándar con mucha más facilidad. Si observa XML, hay cosas como generadores de código basados en el esquema XML o esquema XML que verifican la validez de su XML. Todo eso fue muy, muy difícil con JDF; se podía hacer, pero era una torpeza. Con XJDF es mucho más sencillo ".

La recepción de XJDF ha sido muy positiva.

“Siempre que tenemos nuevos proyectos en Heidelberg, especialmente con empresas de impresión medianas que tienen pequeños desarrollos de software, están muy ansiosas por usar XJDF en lugar de JDF porque pueden obtenerlo y podemos escribir una especificación mucho más fácilmente, ”Dice Rainer.

“Con XJDF, sabe exactamente en qué lugar del XML escribe la cantidad, el nombre del cliente o el grosor del sustrato. Debido a que JDF era tan flexible, resultaba confuso, pero XJDF hace que todo sea mucho más claro ".

XJDF no es el final de la historia de la automatización de la impresión. Lea este artículo para ver cómo las API de PrintTalk, JSON y REST pueden llevar la automatización aún más lejos.