Formato de definición de puesto de trabajo

JDF ( Job Definition Format ) es un estándar técnico desarrollado por la industria de las artes gráficas para facilitar las implementaciones de flujo de trabajo entre proveedores del dominio de la aplicación . Es un formato XML sobre tickets de trabajo, descripciones de mensajes e intercambio de mensajes. JDF es administrado por CIP4, la Organización de Cooperación Internacional para la Integración de Procesos en Preimpresión, Prensa y Postimpresión. JDF fue iniciado por Adobe Systems , Agfa , Heidelberg y MAN Roland en 1999, pero se entregó a CIP3 en Drupa 2000. CIP3 luego cambió su nombre a CIP4.

El enfoque inicial estaba en el flujo de trabajo de impresión offset de hojas sueltas y digital , pero se ha ampliado a sistemas de alimentación por bobina, flujos de trabajo de periódicos y flujos de trabajo de embalajes y etiquetas.

Fue promulgado por la asociación de la industria de preimpresión CIP4, ^[1] y generalmente se considera el sucesor del Formato de producción de impresión (PPF) de CIP3 ^[2] y del Formato de ticket de trabajo portátil (PJTF) de Adobe Systems .

El estándar JDF se encuentra en la revisión 1.8. El proceso de definición y promulgación del JDF comenzó alrededor de 1999. El estándar se encuentra en un estado bastante maduro y varios proveedores lo han implementado o están en proceso de implementarlo. JDF PARC, una demostración de interoperabilidad JDF de múltiples proveedores, fue un evento importante en la feria de la industria de la impresión Drupa 2004 , y contó con la participación de 21 proveedores que demostraron o intentaron demostrar la interoperabilidad entre un total de aproximadamente cuarenta pares de productos.

JDF es un formato extensible. Define tanto archivos JDF como JMF, un formato de mensajería de trabajo basado en XML sobre HTTP . En la práctica, los productos compatibles con JDF pueden comunicarse entre sí intercambiando archivos JDF, normalmente a través de "carpetas activas", o la red, o intercambiando mensajes JMF a través de la red.

Como es habitual en las aplicaciones de flujo de trabajo , el mensaje JDF contiene información que permite a cada "nodo" determinar qué archivos necesita como entrada y dónde se encuentran, y qué procesos debe realizar. A continuación, modifica el ticket de trabajo JDF para describir lo que ha hecho y examina el ticket JDF para determinar dónde se deben enviar a continuación el mensaje y los archivos que lo acompañan.

El objetivo de CIP4 y el formato JDF es abarcar todo el ciclo de vida de un trabajo de impresión y de medios cruzados, incluida la automatización de dispositivos, la recopilación de datos de gestión y el proceso de producción mecánica en la planta de trabajo, incluyendo incluso aspectos como la encuadernación y el ensamblaje de productos terminados en paletas.

Antes de que el JDF pueda implementarse por completo, es necesario que más proveedores acepten el estándar. Por lo tanto, pocos usuarios han podido aprovechar por completo los beneficios del sistema JDF. En el acabado, la encuadernación y la impresión existe una tradición de automatización y pocas empresas lo suficientemente grandes y dominantes como para dirigir el desarrollo del sistema JDF. Pero aún es necesario que los fabricantes de sistemas comerciales respalden plenamente el JDF. Probablemente no se ha logrado el mismo progreso aquí porque muchas de estas empresas son pequeñas empresas especializadas que no tienen los recursos para gestionar dicho desarrollo y que no se especializan en la producción gráfica.

Además, ya existe en el sector una gran cantidad de maquinaria de producción de gran capital que es incompatible con el JDF. El negocio de las artes gráficas se contrae cada año y cualquier decisión que implique un gran capital es mucho más arriesgada que en años anteriores. El incentivo subyacente para adoptar el JDF no es suficiente en la mayoría de los casos para que los propietarios abandonen la maquinaria "aceptable" que tienen actualmente en favor de una compra de gran capital de bienes de capital que cumplan con el JDF, algo más rápida. Esto es especialmente cierto en los mercados en los que se venden grandes cantidades de maquinaria de producción que no cumple con las normas en el mercado de equipos usados ​​y en subastas a precios considerablemente reducidos respecto de los equipos nuevos.

Antes de describir la implementación de pruebas en JDF, es mejor conocer un poco sobre la terminología que se utilizará.

1. Prueba: proceso de producir un resultado impreso en un dispositivo (proofer) que emula lo mejor posible el resultado que se supone que se imprimirá en la imprenta (el dispositivo de producción final que puede ser una imprenta convencional, una imprenta digital, etc.) donde se producirá el producto impreso final. La prueba de preimpresión (o prueba fuera de imprenta) proporciona una copia visual sin crear una prueba de imprenta (el proceso es más económico).
2. Prueba suave: lo mismo que corrección, pero el corrector es en realidad una pantalla.
3. Aprobación: proceso de aprobación o rechazo de la prueba (o de la prueba en pantalla). Se pueden añadir comentarios y anotaciones para describir los motivos de la decisión y dar instrucciones sobre los cambios que se deben realizar.

Los archivos de entrada originales deben procesarse para su impresión en la máquina de impresión final (interpretación, renderización, tramado, gestión del color...) y para su impresión en el proofer (diferentes características). La decisión sobre qué pasos de procesamiento se ejecutarán una sola vez (comunes tanto para la impresión en el proofer como en la máquina de impresión) y cuáles no dependerá de muchos parámetros (características del dispositivo proofer, requisitos del usuario, requisitos del flujo de trabajo...). La prueba debe tener en cuenta la coherencia entre la máquina de impresión y el proofer.

En JDF 1.1, la corrección y la corrección suave se definieron como un proceso atómico en el que la entrada eran todos los parámetros necesarios para un proceso exitoso. Esto tiene algunas desventajas:

1. Falta de flexibilidad: la semántica es específica para un flujo de trabajo y, por lo tanto, se limita a la definición de los procesos y los recursos que puede tomar como entrada.
2. Falta de control: es difícil definir los recursos de entrada con toda la información requerida para el control.
3. Duplicación: se debe utilizar información similar para definir tanto la prueba como la impresión. Si se utilizan recursos diferentes, se producirá una duplicación.

A partir de JDF 1.2, la corrección y la corrección suave quedaron obsoletas en favor de un proceso combinado para especificar el flujo de trabajo de corrección. El ticket de trabajo define explícitamente el procesamiento y brinda la flexibilidad para implementarlos en diferentes flujos de trabajo. Para ello, los procesos atómicos se hicieron capaces de mantener toda la información necesaria para especificar diferentes configuraciones/opciones.

Es imposible describir la prueba mediante una combinación única de procesos que, a su vez, dependerán de las capacidades de los RIP ( procesadores de imágenes rasterizadas ), los dispositivos utilizados para la prueba y el flujo de trabajo de producción de pruebas. Aún es posible definir un proceso combinado genérico para la prueba. Esto permitirá describir su paso en un flujo de trabajo. El proceso de prueba combinado genérico combina los siguientes procesos JDF:

• ColorSpaceConversion (1): convierte el contenido de la RunList de entrada de los espacios de color de entrada al modelo de color de la prensa.
• Interpretación: interpreta los archivos RunList de entrada y los convierte en una lista de visualización interna para poder realizar la representación.
• Renderizado: renderiza los datos rasterizados.
• Proyección: filtra los datos raster.
• ColorSpaceConversion (2): convierte los datos del modelo de color de la imprenta al modelo de color del dispositivo de prueba.
• Imposición: si se realiza una prueba de imposición, combina las páginas y las marcas en las hojas impuestas.
• ImageSetting: especifica la impresión real de la prueba. Dependiendo de las características del dispositivo de prueba, también se puede utilizar DigitalPrinting.

El orden no es completamente estricto (se puede lograr el mismo resultado con diferentes combinaciones de pasos), pero hay algunas reglas de precedencia: la primera conversión del espacio de color se debe realizar antes de la segunda, la representación se debe hacer después de la interpretación, el tramado a su vez se debe hacer después de la representación y la segunda conversión de color, ImageSetting/DigitalPrinting, se debe hacer después del tramado.

En comparación con la prueba, dado que no se produce una prueba impresa, no se requieren procesos de configuración de imagen o prueba digital. Además, los datos generados se envían directamente al proceso de aprobación, que debe implementar una interfaz de usuario para mostrar esos datos en la pantalla y permitirle aprobar o rechazar la prueba y, eventualmente, anotarla mediante una firma digital. Todas las consideraciones de pedido siguen siendo válidas.

En un flujo de trabajo de producción con pruebas, debe haber tanto la conversión de los espacios de color de los activos de entrada al espacio de color de la prensa como la del espacio de color de la prensa al espacio de color del probador. Por lo tanto, en JDF se requieren dos procesos de conversión de espacio de color diferentes y, según el flujo de trabajo exacto y las capacidades de los dispositivos, se pueden incluir en el mismo proceso combinado.

Los datos de entrada para el proceso combinado de revisión normalmente requieren interpretación (con excepción de JDF ByteMap) y renderización. En estos casos, se incluirán en el proceso combinado que describe el paso de revisión.

Dos posibilidades:

• El probador puede emular el proceso de tramado de la prensa: el tramado se debe realizar una sola vez en el proceso combinado de rasgado y los datos de medios tonos se deben enviar directamente al proceso combinado de prueba.
• Proofer es un "proofer continuo": un proceso de cribado para la prensa y otro para el proofer.

Para imprimir la prueba, el proceso ImageSetting/DigitalPrinting debe especificarse al final del proceso combinado de prueba para definir cómo se imprimirá realmente la prueba.

Debe ejecutarse antes de que pueda comenzar la impresión de producción final.

HP incorpora JDF en sus productos de pruebas. Aunque se trate de un solo paso del proceso total, JDF reduce el tiempo del proceso de impresión, lo que hace que las imprentas sean más eficientes, ya que la generación y entrega de pruebas tradicionales pueden llevar días.

HP envía archivos PDF a un servidor de pruebas remoto. El archivo JDF permite la inclusión de información del trabajo (perfiles de color, detalles de la orden de trabajo, etc.) que se envía al cliente. En el futuro, se implementará el marcado de las pruebas y las firmas digitales para su aprobación.

• TAZAS
• Protocolo de impresión por Internet
• PPML (lenguaje de marcado de impresión personalizado)
• Sistema de gestión de flujo de trabajo

• Wolfgang Kühn, Martin Grell: JDF: Integración de procesos, tecnología, descripción de productos , Springer, ISBN 3-540-23560-4 
• Doug Sahlin: Cómo hacer todo con Adobe Acrobat X , McGraw-Hill/Osborne Media, ISBN 0-07-225788-1 
• Kaj Johansson, Peter Lundberg, Robert Ryberg: Una guía para la producción de impresiones gráficas , John Wiley & Sons, ISBN 0-471-76138-9 

• Página de inicio del CIP4
  • Nota de aplicación sobre la implementación de pruebas, pruebas suaves y aprobación de pruebas en JDF 1.2
• Sitio web técnico del CIP4
  • ¿Qué es JDF?
  • Documentos de especificaciones JDF
• Informe sobre tecnología JDF en el sitio OASIS Cover Pages
• JDF 1.8 PDF